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
About_Resilience.pdf
Search
tsuyoshi nakamura
December 06, 2018
Programming
1
56
About_Resilience.pdf
tsuyoshi nakamura
December 06, 2018
Tweet
Share
More Decks by tsuyoshi nakamura
See All by tsuyoshi nakamura
社内の勉強会で発表した_output_一部抜粋版_.pdf
tsuyoshi
0
420
PHPを少しでも早く_条件はあるよ_.pdf
tsuyoshi
0
42
スタートアップ6年目のレビュー文化.pdf
tsuyoshi
1
1.8k
PHPを少し深堀るよ.pdf
tsuyoshi
0
290
Reactive_Manifesto.pdf
tsuyoshi
0
37
エンジニアの循環ってgood_or_bad_.pdf
tsuyoshi
0
1.1k
スタートアップしてからの失敗の数々
tsuyoshi
0
2.3k
スタートアップエンジニアの役割
tsuyoshi
0
450
古株のvalueの出し方
tsuyoshi
0
4k
Other Decks in Programming
See All in Programming
Streams APIとTCPフロー制御 / Web Streams API and TCP flow control
tasshi
2
350
Better Code Design in PHP
afilina
PRO
0
120
Flutterを言い訳にしない!アプリの使い心地改善テクニック5選🔥
kno3a87
1
170
Duckdb-Wasmでローカルダッシュボードを作ってみた
nkforwork
0
120
ヤプリ新卒SREの オンボーディング
masaki12
0
130
色々なIaCツールを実際に触って比較してみる
iriikeita
0
330
Realtime API 入門
riofujimon
0
150
Creating a Free Video Ad Network on the Edge
mizoguchicoji
0
120
みんなでプロポーザルを書いてみた
yuriko1211
0
260
【Kaigi on Rails 2024】YOUTRUST スポンサーLT
krpk1900
1
330
Snowflake x dbtで作るセキュアでアジャイルなデータ基盤
tsoshiro
2
520
レガシーシステムにどう立ち向かうか 複雑さと理想と現実/vs-legacy
suzukihoge
14
2.2k
Featured
See All Featured
Understanding Cognitive Biases in Performance Measurement
bluesmoon
26
1.4k
Rails Girls Zürich Keynote
gr2m
94
13k
4 Signs Your Business is Dying
shpigford
180
21k
Building Better People: How to give real-time feedback that sticks.
wjessup
364
19k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
38
1.8k
RailsConf 2023
tenderlove
29
900
Designing for humans not robots
tammielis
250
25k
Building Your Own Lightsaber
phodgson
103
6.1k
jQuery: Nuts, Bolts and Bling
dougneiner
61
7.5k
Why Our Code Smells
bkeepers
PRO
334
57k
How to train your dragon (web standard)
notwaldorf
88
5.7k
How STYLIGHT went responsive
nonsquared
95
5.2k
Transcript
About Resilience 2018.12.xx 社内勉強会 @nakamura_244
” 基本的に個人的な見解なのでその 辺りはよろしくお願いします 2
Resilienceという言葉が出てくる前 1 ▹ クラウドが出てくる前、データセンターでのサーバ運用がメイン ▹ そこでの運用思想は、ダウンタイム自体をなるべく発生させない ▹ 安定して一瞬でも落とさずに長時間運用するかが指標 ▸ 冗長回線、冗長電源、。。。。とにかく冗長化が大好き
▸ 今でも冗長化は出てくるけどね。ざっくり理解ですよ
Publicクラウドがメインになると 2 ▹ クラウドベースになってもインフラ側の障害は致し方なく起きるし、少なから ず影響を受ける ▹ クラウドベンダー(=プロフェッショナル)が設計・運用しても障害はなくならな い -> おそらく自社(中小規模)で設計運用しても障害はなくならない
▹ だったら受けれてた設計をしよう!
Resilience 3 ▹ 直訳すると回復性 ▹ 昨今のシステムでいうと障害からいち早く回復して稼働する ▹ 逆にいうと障害はある程度致し方ない ▹ 障害はありうるという事を受け入れた上でダウンタイムをいかに短くできるか
という所がポイント ▹ SLAで定めた稼働時間とかは逆に1ヶ月のうち何分は落としても良いという解 釈の仕方 ▹ だからといって障害を回避する努力は怠ってはいけないよ。当然
対比 4 Failure-resilient … 障害耐性 Failure-resistant … 故障耐性
” ちなみに私がResilienceを知った経 緯 7
私がResilienceという言葉との出会いは 5 ▹ 2016年にやった社内勉強会でSREcon の内容をレポートしたのがきっかけ ▹ PinterestのSERのセッションを聞いて知った