Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
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
150
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
180
Large Scale Data Service as a Service
bakins
1
410
Growing Pains with Chef
bakins
0
89
Other Decks in Programming
See All in Programming
手が足りない!兼業データエンジニアに必要だったアーキテクチャと立ち回り
zinkosuke
0
410
FluorTracer / RayTracingCamp11
kugimasa
0
200
Rediscover the Console - SymfonyCon Amsterdam 2025
chalasr
2
140
複数人でのCLI/Infrastructure as Codeの暮らしを良くする
shmokmt
5
2.1k
ハイパーメディア駆動アプリケーションとIslandアーキテクチャ: htmxによるWebアプリケーション開発と動的UIの局所的適用
nowaki28
0
340
ID管理機能開発の裏側 高速にSaaS連携を実現したチームのAI活用編
atzzcokek
0
190
認証・認可の基本を学ぼう前編
kouyuume
0
160
All(?) About Point Sets
hole
0
280
『実践MLOps』から学ぶ DevOps for ML
nsakki55
2
560
手軽に積ん読を増やすには?/読みたい本と付き合うには?
o0h
PRO
1
150
なあ兄弟、 余白の意味を考えてから UI実装してくれ!
ktcryomm
10
11k
ゲームの物理 剛体編
fadis
0
190
Featured
See All Featured
The Cost Of JavaScript in 2023
addyosmani
55
9.3k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
Designing for humans not robots
tammielis
254
26k
A Modern Web Designer's Workflow
chriscoyier
697
190k
Building Applications with DynamoDB
mza
96
6.8k
Designing for Performance
lara
610
69k
RailsConf 2023
tenderlove
30
1.3k
Become a Pro
speakerdeck
PRO
30
5.7k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
10
700
For a Future-Friendly Web
brad_frost
180
10k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
359
30k
Why Our Code Smells
bkeepers
PRO
340
57k
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