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
Scaling For Planned Events
Search
Brian Akins
September 25, 2014
Programming
3
140
Scaling For Planned Events
Theory, Practice, and Aftermath
Brian Akins
September 25, 2014
Tweet
Share
More Decks by Brian Akins
See All by Brian Akins
CoreOS Overview
bakins
2
170
Large Scale Data Service as a Service
bakins
1
400
Growing Pains with Chef
bakins
0
77
Other Decks in Programming
See All in Programming
AIネイティブなプロダクトをGolangで挑む取り組み
nmatsumoto4
0
110
UPDATEがシステムを複雑にする? イミュータブルデータモデルのすすめ
shimomura
1
550
TypeScript LSP の今までとこれから
quramy
1
500
既存デザインを変更せずにタップ領域を広げる方法
tahia910
1
230
来たるべき 8.0 に備えて React 19 新機能と React Router 固有機能の取捨選択とすり合わせを考える
oukayuka
2
740
Spring gRPC で始める gRPC 入門 / Introduction to gRPC with Spring gRPC
mackey0225
2
500
ドメインモデリングにおける抽象の役割、tagless-finalによるDSL構築、そして型安全な最適化
knih
11
1.9k
Elixir で IoT 開発、 Nerves なら簡単にできる!?
pojiro
1
140
Cloudflare Realtime と Workers でつくるサーバーレス WebRTC
nekoya3
0
410
イベントストーミングから始めるドメイン駆動設計
jgeem
4
840
関数型まつりレポート for JuliaTokai #22
antimon2
0
110
関数型まつり2025登壇資料「関数プログラミングと再帰」
taisontsukada
2
820
Featured
See All Featured
Become a Pro
speakerdeck
PRO
28
5.4k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
107
19k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.3k
Facilitating Awesome Meetings
lara
54
6.4k
Embracing the Ebb and Flow
colly
86
4.7k
Writing Fast Ruby
sferik
628
61k
Why Our Code Smells
bkeepers
PRO
337
57k
The Invisible Side of Design
smashingmag
299
51k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
Art, The Web, and Tiny UX
lynnandtonic
299
21k
Typedesign – Prime Four
hannesfritz
42
2.7k
RailsConf 2023
tenderlove
30
1.1k
Transcript
Scaling For Planned Events Theory, Practice, and Aftermath
About @bakins • OmniTI - Senior Principal Architect • Horrible
public speaker • Old school C guy • Operations and Development • Wife and four kids in Atlanta, Georgia
What is a “Planned Event” • Event on existing site
• Single or repeating • Immovable dates • Elections, sporting events, etc.
Ideally • Event handled via normal site operations • Business
goals clearly defined • Clearly defined schedule • Realistic traffic/capacity models
Reality • Competing business goals • Heroic scaling efforts often
needed • Last minute feature additions • Real money tied to sponsorships • Can’t be tested in production until the event
Cache Everything? • If possible… • Introduce caching layer in
proxy mode early • Is your site really “dynamic”? • Need buy-in from all parties: dev, biz, ops, etc
Feature Creep • Company X will give us $Y is
we do feature Z • Deals are usually signed late • Competing priorities • Testing schedule compressed - or eliminated
Degradation Planning • Decide before the event - you only
get one chance • What features are most “important”? • Most impactful • Playbook: if/when X, then Y • Feature flags • “Benevolent dictator”
Dependencies • Know your dependencies • Direct • Indirect •
Third party • Find the bottlenecks • Include these services in your planning
Event Operations • Physical and virtual “war rooms” • Business
liaison • Do a post-mortem, good or bad • Archive metrics
Examples/Experiences • Names have been changed to protect the innocent
and the guilty…
Easy One • Sports site using PHP-platform • Once a
year event • Poor cache-invalidation methods • increase TTL before event, etc
“Waiting Room” • “Legacy” video delivery services • Capacity reservations
• Do not return an error to user • “Distract” the user
“No one uses mobile…” • Presidential election • Growth of
mobile web usage • Third party failure
Unexpected ending • Last episode of popular TV show •
Fragile stack • “Controversial” ending to show • Two orders of magnitude more traffic on site than expected
None