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
270
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
98
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
[しろおび夏祭り2026] チャットするAIから、作業するAIへ - 使われ方の変化と、その裏側で起きていること
kk0n
0
1.6k
組織にどうSREを根付かせるか?〜IVRyの場合〜
abnoumaru
0
320
個人OSSが、机の上から世界に広がるまでの話
shinyasaita
1
340
AIエージェントを前提としたプラットフォーム エンジニアリング:GKEで作るAgent-Ready Golden Path
legalontechnologies
PRO
1
190
【CEDEC2026】次世代デジタルカードゲームのサーバー設計と運用 〜『Shadowverse: Worlds Beyond』の舞台裏~
cygames
PRO
0
860
ガバメントクラウドでのランサムウェア対策
techniczna
1
780
20260801_スクフェス大阪
kgnkhkr
1
1.2k
モノリス Rails でも日中に rails db:migrate を走らせたい! / Daytime rails db:migrate on Monolithic Rails!
euglena1215
3
450
Bill One 開発エンジニア 紹介資料
sansan33
PRO
7
19k
Amazon Bedrock Managed Knowledge BaseDive Deep
ren8k
0
400
[ChatGPT Work LT]事務作業が苦手な人のための バックオフィスの「半」自動化
chimaki_iot
0
200
もう一度考える SRE チームの作り方・育て方 / Rethinking SRE #1: Building and Growing SRE Teams
rrreeeyyy
5
980
Featured
See All Featured
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.6k
Paper Plane (Part 1)
katiecoart
PRO
1
10k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.5k
Git: the NoSQL Database
bkeepers
PRO
432
67k
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
420
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
360
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9.2k
It's Worth the Effort
3n
188
29k
Reality Check: Gamification 10 Years Later
codingconduct
0
2.2k
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
2
240
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.3k
Tell your own story through comics
letsgokoyo
1
1k
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