Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
Architecting for Continuous Delivery
Search
Erwin Staal
February 28, 2019
Technology
280
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
84
Get up to speed with DevOps
erwinstaal
0
54
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
56
Get up to speed with DevOps using modern development practices
erwinstaal
0
110
TechDaysNL - De tien fundamenten van Continuous Delivery
erwinstaal
0
110
Microsoft Unity
erwinstaal
0
100
De 10 geboden van Continuous Delivery
erwinstaal
0
130
Other Decks in Technology
See All in Technology
AI de Idea
kawaguti
PRO
2
130
顧客に向き合う開発組織へ。リアーキテクチャとフィーチャーチーム化で挑む組織改革
safie
0
2.1k
SREへの勘違いに気づいた後の話
tomodakengo
0
110
新機種発売前に見直そう!端末移行で再ログインが要るアプリ・要らないアプリは何が違うのか 〜シームレスに再開できる設計と実装〜
zozotech
PRO
0
220
Claude in Chrome 入門 / Introduction to Claude in Chrome
cielo1985
0
870
aws-iot-platform-architecture-use-cases.pdf
ma2shita
0
390
あけおめLINE 傾向とその対策
nasa9084
0
180
アプリをもっと"iOSアプリっぽく"する小さな工夫 / Small Touches That Make Your App Feel More Like an iOS App
matsuji
2
970
ADKで始める業務改善 - AIエージェント開発時の考えと設計
harappa80
2
240
安心して変更できるWebフロントエンドの作り方
pirosikick
5
2.8k
現場で役立つ技術負債の効果的な返済方法
masuda220
PRO
9
4.7k
開発投資の期待値を上げるプロダクトロードマップづくり ~プロダクトエンジニアが越境して事業を伸ばす~
kekekenta
1
230
Featured
See All Featured
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
530
My Coaching Mixtape
mlcsv
0
320
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
2
700
[RailsConf 2023] Rails as a piece of cake
palkan
59
7k
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.2k
Building Applications with DynamoDB
mza
96
7.2k
Believing is Seeing
oripsolob
1
220
Noah Learner - AI + Me: how we built a GSC Bulk Export data pipeline
techseoconnect
PRO
0
440
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
1
610
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
390
Paper Plane (Part 1)
katiecoart
PRO
2
11k
Bash Introduction
62gerente
615
220k
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