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

Transcript

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