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
75
Other Decks in Programming
See All in Programming
チームリードになって変わったこと
isaka1022
0
200
なぜイベント駆動が必要なのか - CQRS/ESで解く複雑系システムの課題 -
j5ik2o
10
3.6k
Linux && Docker 研修/Linux && Docker training
forrep
24
4.5k
Ruby on cygwin 2025-02
fd0
0
140
密集、ドキュメントのコロケーション with AWS Lambda
satoshi256kbyte
0
190
個人アプリを2年ぶりにアプデしたから褒めて / I just updated my personal app, praise me!
lovee
0
340
Lottieアニメーションをカスタマイズしてみた
tahia910
0
130
メンテが命: PHPフレームワークのコンテナ化とアップグレード戦略
shunta27
0
120
Formの複雑さに立ち向かう
bmthd
1
850
SwiftUI Viewの責務分離
elmetal
PRO
1
240
XStateを用いた堅牢なReact Components設計~複雑なClient Stateをシンプルに~ @React Tokyo ミートアップ #2
kfurusho
1
900
Unity Android XR入門
sakutama_11
0
160
Featured
See All Featured
Done Done
chrislema
182
16k
A designer walks into a library…
pauljervisheath
205
24k
Making Projects Easy
brettharned
116
6k
Building Applications with DynamoDB
mza
93
6.2k
Product Roadmaps are Hard
iamctodd
PRO
50
11k
We Have a Design System, Now What?
morganepeng
51
7.4k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Designing for humans not robots
tammielis
250
25k
Statistics for Hackers
jakevdp
797
220k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
33
2.8k
Writing Fast Ruby
sferik
628
61k
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