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
成り立ちから押さえるSRE
Search
iwamot
September 09, 2022
Technology
2
700
成り立ちから押さえるSRE
2022-09-09
ENECHANGE Tech Talk (社内勉強会)
iwamot
September 09, 2022
Tweet
Share
More Decks by iwamot
See All by iwamot
Cost-Effective SLO Error Budget Monitoring with Athena and CloudWatch
iwamot
0
320
Amazon CloudWatchでSLOを監視してみた
iwamot
0
14
AWS Protonの概要
iwamot
0
76
ENECHANGEが実現した管理者の工数負担を削減しながらもAWSセキュリティを強化した方法とは
iwamot
0
120
Web APIのAWS Lambda移行で工夫したこと
iwamot
4
3.1k
ECS on FargateへのSeekable OCI導入レポート
iwamot
0
470
サービスクォータ、ちゃんと監視してますか?
iwamot
0
1k
AWS Well-Architected Toolで信頼性をレビューした結果
iwamot
0
470
テックカンパニーとしてのENECHANGEの中期目標
iwamot
0
91
Other Decks in Technology
See All in Technology
ウェブエンジニアでもWasmを使いたい!
askua
0
1.2k
アジリティの高いデータ基盤を目指して
ttccddtoki
3
1.2k
楽楽精算のQA改革 / RAKUSTechCon2024_Kaneko
rakus_dev
0
180
Amazon CloudFront の機能、カテゴリ分けすると理解しやすい説
oshanqq
0
360
Practical-AWS-Security-measures-you-can-implement-now
hiashisan
0
280
2024/08/19 PEK Recap | データで振り返るPEK2024
rynsuke
1
140
Swift 6のTyped throwsとSwiftにおけるエラーハンドリングの全体像を学ぶ
koher
1
790
【MIRU2024 オーラル発表】Layout-Corrector: Alleviating Layout Sticking Phenomenon in Discrete Diffusion Model
lycorptech_jp
PRO
3
240
3-shake SRE Tech Talk #10 LLMのO11yに触れる
abnoumaru
2
6.2k
LINEギフトにおけるアクセシビリティ向上の取り組み
lycorptech_jp
PRO
2
590
(論文読み)LLMからLLMエージェントへ for ソフトウェアエンジニアリング
__ymgc__
1
110
新たな顧客課題に挑む17年目の進化とモダナイゼーション / RAKUSTechCon2024_Haihaimail
rakus_dev
0
170
Featured
See All Featured
Bash Introduction
62gerente
608
210k
Done Done
chrislema
180
16k
Debugging Ruby Performance
tmm1
72
12k
Facilitating Awesome Meetings
lara
49
5.9k
Making Projects Easy
brettharned
112
5.7k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
248
20k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
156
15k
The Pragmatic Product Professional
lauravandoore
30
6.1k
Imperfection Machines: The Place of Print at Facebook
scottboms
263
13k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
361
22k
Rails Girls Zürich Keynote
gr2m
93
13k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
189
16k
Transcript
成り立ちから押さえるSRE 2022-09-09 ENECHANGE Tech Talk (社内勉強会) CTO室 岩本隆史 (@iwamot)
SRE略史 2003: Ben Treynor (Benjamin Treynor Sloss) 氏がGoogleに入社 Productionチームのマネジメントを担当 DevとOpsの対立を解決する「エラーバジェット」を発案
運用プラクティスを「Site Reliability Engineering (SRE)」と命名 2014: SRECon14にて同氏が基調講演 (YouTube) 2015: メルカリのインフラチームがSREチームに名称変更 2016: 『Site Reliability Engineering』出版 2018: 『The Site Reliability Workbook』出版
DevとOpsの対立 Dev: 好きなものを好きなときに邪魔なしにローンチしたい 信頼性が軽視されすぎ Ops: いったん動いたシステムは一切変更したくない 信頼性が重視されすぎ
Ben Treynor氏の気づき 100%を信頼性の目標とすることは誤り ユーザー~サービス間の可用性は99.999%よりもはるかに低い PC・Wi-Fi・ISP・電力網など多くの別システムが介在する 岩本註:CloudFrontのSLAは月間稼働率99.9%
エラーバジェットの発案 信頼性の目標が99.9%なら、0.1%のエラーは許容できる この0.1%をエラーの予算とみなす 予算を超えない限り、機能をローンチしてよい 予算を超えたら、信頼性の回復にのみフォーカスする DevとOpsが同じ目標を共有できる
SRECon14基調講演で示されたSRE (1) Hire only coders SREにはソフトウェアエンジニアリングのスキルが必要
SRECon14基調講演で示されたSRE (2) Have an SLA for your service Measure and
report performance against SLA Use Error Budgets and gate launches on them
SRECon14基調講演で示されたSRE (3) Common staffing pool for SRE and DEV Excess
Ops work overflows to DEV team Cap SRE operational load at 50% Share 5% of ops work with DEV team 運用作業 (トイル) が勤務時間の50%を超えたらDevに差し戻す トイルの例:割り込み対応・オンコール・リリース 残りの時間は主にトイル削減に費やす トイルはサービスの成長に比例する (採用では追いつかない)
SRECon14基調講演で示されたSRE (4) Oncall teams at least 8 people, or 6x2
Maximum of 2 events per on-call shift 多ければ忙しすぎ、少なければ時間の無駄
SRECon14基調講演で示されたSRE (5) Post mortem for every event Post mortems are
blameless and focus on process and technology, not people 学びがなければインシデントが繰り返される 非難は問題を隠蔽する文化を醸成する
Googleでの実例 (2011) ネットワーク運用チームの人的リソースが不足し始めた トイルが原因と気づき、自動化を進めた 1年後、手動対応は例外となった システムの信頼性がはるかに向上した 出典:ごく普通のエンジニアリング運用チームを強力な SRE チームに 変える
各プラクティスの関係性 (岩本の理解) 信頼性の目標 (SLO, Service Level Objective) 策定が最重要 信頼性を維持・改善する施策 トイルの削減
(50%ルール) 非難のないポストモーテム 適切な負荷のオンコール
参考記事 e34fmの#3からSREについての概要を文字起こししてみた Introducing Google Customer Reliability Engineering (CRE)