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
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Erwin Staal
February 28, 2019
Technology
0
250
Architecting for Continuous Delivery
Erwin Staal
February 28, 2019
Tweet
Share
More Decks by Erwin Staal
See All by Erwin Staal
Networking on Azure PaaS
erwinstaal
0
78
Get up to speed with DevOps
erwinstaal
0
45
Event-driven autoscaling on Kubernetes with KEDA and Azure Functions
erwinstaal
0
240
DevOps - The Automation op compliance
erwinstaal
0
140
Get up to speed with DevOps
erwinstaal
0
52
Get up to speed with DevOps using modern development practices
erwinstaal
0
82
TechDaysNL - De tien fundamenten van Continuous Delivery
erwinstaal
0
100
Microsoft Unity
erwinstaal
0
95
De 10 geboden van Continuous Delivery
erwinstaal
0
110
Other Decks in Technology
See All in Technology
SREが向き合う大規模リアーキテクチャ 〜信頼性とアジリティの両立〜
zepprix
0
450
顧客との商談議事録をみんなで読んで顧客解像度を上げよう
shibayu36
0
240
Context Engineeringが企業で不可欠になる理由
hirosatogamo
PRO
3
590
今日から始めるAmazon Bedrock AgentCore
har1101
4
410
20260208_第66回 コンピュータビジョン勉強会
keiichiito1978
0
140
[CV勉強会@関東 World Model 読み会] Orbis: Overcoming Challenges of Long-Horizon Prediction in Driving World Models (Mousakhan+, NeurIPS 2025)
abemii
0
140
What happened to RubyGems and what can we learn?
mikemcquaid
0
300
超初心者からでも大丈夫!オープンソース半導体の楽しみ方〜今こそ!オレオレチップをつくろう〜
keropiyo
0
110
SREのプラクティスを用いた3領域同時 マネジメントへの挑戦 〜SRE・情シス・セキュリティを統合した チーム運営術〜
coconala_engineer
2
650
【Oracle Cloud ウェビナー】[Oracle AI Database + AWS] Oracle Database@AWSで広がるクラウドの新たな選択肢とAI時代のデータ戦略
oracle4engineer
PRO
2
150
usermode linux without MMU - fosdem2026 kernel devroom
thehajime
0
230
AzureでのIaC - Bicep? Terraform? それ早く言ってよ会議
torumakabe
1
560
Featured
See All Featured
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
Raft: Consensus for Rubyists
vanstee
141
7.3k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
55k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.1k
Unsuck your backbone
ammeep
671
58k
Evolving SEO for Evolving Search Engines
ryanjones
0
120
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
160
The Limits of Empathy - UXLibs8
cassininazir
1
210
エンジニアに許された特別な時間の終わり
watany
106
230k
The Spectacular Lies of Maps
axbom
PRO
1
520
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
310
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