金曜日デプロイ、するかしないか.pdf

Transcript

1. 金曜日デプロイ、するかしないか Tamachi.sre #2
2. • 渡部龍一 • Tamachi.sre主催の一人 • 田町っていう地名が実はもうないことを最近知った 自己紹介
3. 金曜日デプロイするかしないか
4. • xとかブログとかでみる • 海外のブログとかも結構あったりする 定期的に上がっていそう
5. • 24時間いつでもやりたい • 朝でも夜中でも新幹線でも飛行機でも映画の前でも • 障害を起こしたことはもちろんあります 私はしたい派
6. • 障害は「デプロイ後」に起きやすいから ◦ 「週末直前に、あえて一番リスクの高いことをやるのは どうなの？」 • 「いつでもデプロイできない組織は危険」 ◦ 本番変更が“特別イベント”になっている なぜそんな対立話が？
7. • 金曜日は問題ではない問題が表に出る曜日なだけ ◦ 人が減る ◦ 判断できる人がいなくなる ◦ 失敗時の心理的コストが高い 問題は金曜日？
8. • 出したいときに出せない状態は、既にシステムが不安定 なのではないだろうか？ ◦ 「まとめて出す」 ◦ 障害が起きても、回復する手段が塞がっている ◦ 正しい状態が観測できてないのかも？ いつでもデプロイできない方が危険
9. • 「今日は出さない」 → 健全な判断 • 「今日は出せない」 → 構造的な問題 ◦ 前者は意思決定、後者は制約 ◦ この制約はなぜなんだっけ？ ▪ ロールバックできない、承認が大変 「出せない」と「出さない」の違い
10. • デプロイを「イベント」から「日常」に戻す • 影響範囲を物理的に小さくする ◦ こまめに出せるようにする • on-call文化を広める どうすればいつでもデプロイできるのか
11. • 一律金曜日デプロイ禁止ではなく今日はやめとこうとか状 況を判断できる状態 ◦ 飲み会の直前だからとか • 金曜デプロイは「やるべき／やるべきでない」という二元 論ではない ◦ 組織の文化・状況に応じて決める まとめ