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
3 surprises when Continuously Deploying infrast...
Search
Lindsay Holmwood
April 16, 2015
Technology
140
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
3 surprises when Continuously Deploying infrastructure
Lindsay Holmwood
April 16, 2015
More Decks by Lindsay Holmwood
See All by Lindsay Holmwood
Protecting sensitive data in DynamoDB with searchable encryption
auxesis
0
54
Your API ain't as secure as you think
auxesis
0
190
Footguns and factorisation: how to make users of your cryptographic library successful
auxesis
0
1.6k
Levelling up database security by thinking in APIs
auxesis
0
190
How to thwart your devops transformation with counterinsurgency doctrine
auxesis
1
140
Microservices are an antipattern
auxesis
0
270
Mirrors, networks, and boundaries
auxesis
0
190
Managing remotely, while remotely managing
auxesis
13
5k
Testing Conway’s Law in open source communities
auxesis
6
880
Other Decks in Technology
See All in Technology
Claude起点の仕様駆動開発
tanakaseiya
0
400
FactoryBotアンチパターン / factory_bot anti-patterns
toshimaru
0
140
全人類(ほぼ)AWS Organizations の上でAWSを利用している、その世界を知る話
htan
0
120
並行性の問題を防げ!実践トランザクション入門
occhi
0
280
AI駆動開発の時代になったのでトヨタ生産方式から見直す
terurou
0
2.9k
全社共通データ基盤をつくる。ソニーのDatabricks活用とデータガバナンス設計の裏側
sony
0
430
子育てエンジニアの可処分時間が減っても成長を諦めない戦い方
sudoakiy
1
1.3k
生成AIと進める探索的データ分析(2026.10.03 第122回Tokyo.R勉強会)
tatamiya
2
1.4k
【データ横丁主催】AI Agentがコンテキストを使って仕事をした後、何が残るのか― 組織の経験を次の判断に引き継ぐ「Agent Memory」
shisyu_gaku
2
330
ファミコンでPHPを動かす / PHP on the Famicom side b
tomzoh
0
140
OpenSharing について熱く語る〜AI アセットの共有について〜
kameitomohiro
0
230
MCPゲートウェイを作って運用してわかったこと — Agent時代の権限管理の現在地
mtpooh
10
3.2k
Featured
See All Featured
Scaling GitHub
holman
464
140k
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.6k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
720
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
68
58k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
From π to Pie charts
rasagy
1
390
How to Talk to Developers About Accessibility
jct
2
560
Done Done
chrislema
187
17k
AI Search: Where Are We & What Can We Do About It?
aleyda
0
8.1k
Git: the NoSQL Database
bkeepers
PRO
433
67k
Are puppies a ranking factor?
jonoalderson
2
4k
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
2
460
Transcript
3 surprises when Continuously Deploying infrastructure
What is Continuously Deployed infrastructure?
code change CI running infrastructure
Fast feedback is key
Get iteration time down
< 5 minutes
Track cycle time (min, max, median, 95e)
Get CI close to the action
Eliminate latency
Chunk your changes
Change one, Test one
Make it work Make it right Make it fast
Make it work Make it fast Make it right
1. Validate idea 2. Pay off technical debt
Consider eliminating gates
idea production
Staging slows feedback
1. Extra tasks every change 2. Less changes pushed into
production 3. Lingering state 4. Higher costs
BUT it can provide high quality feedback
1. Your changes must apply faster 2. 80% coverage is
good enough
Don’t start with a staging environment
Find other ways to detect errors
Think fast and slow
Fast tests
Smoke tests
< 10 seconds
Change one, Test one
1. Change app 2. Change DB 3. Change proxy 4.
Test app 5. Test DB 6. Test proxy 4. Test app 5. Test DB 6. Test proxy
1. Change app 2. Test app 3. Change DB 4.
Test DB 5. Change proxy 6. Test proxy fail early 1. Change app 2. Test app 3. Change DB 4. Test DB 5. Change proxy 6. Test proxy
Make feedback visual
None
Slow tests
Full stack Integration tests
Things you should test
Flow of data
Example: - Change DNS record - Check record after TTL
Simulated client interactions
Example (AP): - Write data to store - Query each
node has data within n seconds
Hook into monitoring
Example: - CI runs slow tests - Monitoring queries CI
Ship monitoring with code
Expose discoverable endpoints
Biggest surprise?
Actually possible
Push all changes through CI
More visibility
Faster to change Faster to fix
Thank you! Questions?