Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Architecting for Continuous Delivery
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Erwin Staal
February 28, 2019
Technology
270
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Architecting for Continuous Delivery
Erwin Staal
February 28, 2019
More Decks by Erwin Staal
See All by Erwin Staal
Networking on Azure PaaS
erwinstaal
0
82
Get up to speed with DevOps
erwinstaal
0
53
Event-driven autoscaling on Kubernetes with KEDA and Azure Functions
erwinstaal
0
260
DevOps - The Automation op compliance
erwinstaal
0
150
Get up to speed with DevOps
erwinstaal
0
55
Get up to speed with DevOps using modern development practices
erwinstaal
0
97
TechDaysNL - De tien fundamenten van Continuous Delivery
erwinstaal
0
110
Microsoft Unity
erwinstaal
0
100
De 10 geboden van Continuous Delivery
erwinstaal
0
120
Other Decks in Technology
See All in Technology
Control Planeで育てるBtoB SaaSの認証基盤 - SRE NEXT 2026
pokohide
1
2.5k
最適な自走を最小限の支援で — M&Aで拡大する組織で少人数SREが挑んだ1年 / SRE NEXT 2026
genda
0
1.4k
しくみを学んで使いこなそう GitHub Copilot app
torumakabe
2
280
地域 SRE コミュニティ最前線 / SRE NEXT 2026 Discussion Night Track C
muziyoshiz
0
230
誤解だらけの開発生産性 / Myths and Misconceptions about Developer Productivity
i35_267
2
770
Alphaモジュール使っていいのかい!?いけないのかい!?どっちなんだいっ!?
watany
1
260
世界、断片、モデル。そして理解
ardbeg1958
1
130
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
15
110k
脱金融のフューチャー・デザイン / Future Design Beyond Finance
ks91
PRO
0
150
AI Coding Agent時代のcdk-nagガードレール 〜組織ルールを強制CIで守り抜く設計の挑戦〜
mhrtech
3
350
CDKで書くECSのベストプラクティス、 改めて考え直す2026 #cdkconf2026
makies
2
710
ZOZOTOWNの進化と信頼性を両立する負荷試験
zozotech
PRO
2
180
Featured
See All Featured
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
290
Game over? The fight for quality and originality in the time of robots
wayneb77
1
220
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
180
A better future with KSS
kneath
240
18k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.2k
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
260
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
Odyssey Design
rkendrick25
PRO
2
730
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
650
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Writing Fast Ruby
sferik
630
63k
Transcript
Architecting for Continuous Delivery Erwin Staal | 4DotNet | @erwin_staal
Software Engineer 4DotNet @erwin_staal Erwin Staal
How do we architect for Continuous Delivery?
The ability to get changes—features, configuration changes, bug fixes and
experiments—into production, or into the hands of users, safely and quickly in a sustainable way Jez Humble - Author of ‘Continuous Delivery’
State of DevOps Report 2018
The two rules Everyone is checking into trunk daily (at
least) Software (trunk) is always deployable
Foundations Configuration management Continuous integration (CI) Continuous testing
None
Portability Testability Scalability Security Maintainability Usability Availability Personalizability Responsiveness Upgradability
Extensibility Flexibility Deployability
Deployability Testability
Operations at web scale is the ability to consistently create
and deploy reliable software to an unreliable platform that scales horizontally Jesse Robbins - former ‘Master of Disaster’ @ Amazon
CAP Theorem Eric Brewers
Operations at web scale is the ability to consistently create
and deploy reliable software to an unreliable platform that scales horizontally Jesse Robbins - former ‘Master of Disaster’ @ Amazon
Decomposition of systems
Component / service Part of your system that could be
swapped out for another implementation Martin Fowler
Component / service Make system more maintainable (better encapsulation, lower
coupling) Make system easier to build and test Enable collaboration (one team per service)
Bind components at Run Time (Microservice) Independent deployment Use cluster
infrastructure Kubernetes, Service Fabric, … Don’t break downstream API versioning Blue / Green deployment Cater for failure in downstream system Circuit breaker Retry pattern Monitoring is complex
Bind components at Build Time (Monolith) Google, Facebook, Etsy Continuous
Integration at scale
Architecture evolves
Monolith First Martin Fowler
Microservice Monolith Productivity Complexity
None
Strangler application
None
Erwin Staal @erwin_staal https://www.linkedin.com/in/erwinstaal/ Contact