Upgrade to Pro — share decks privately, control downloads, hide ads and more …

深夜メンテを避ける技術 / Techniques for Avoiding Late-Nigh...

Sponsored · Your Podcast. Everywhere. Effortlessly. Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.

深夜メンテを避ける技術 / Techniques for Avoiding Late-Night Maintenance

PHPカンファレンス香川2026
2026年5月9日 玉藻公園内 披雲閣 蘇鉄の間

https://phpcon.kagawa.jp/2026/

Avatar for pinkumohikan

pinkumohikan

June 10, 2026

More Decks by pinkumohikan

Other Decks in Technology

Transcript

  1. ©tete marche CO., LTD. 2 ✔ テテマーチ株式会社 SINIS for X

    テックリード 篠田 北斗 ( @pinkumohikan ) ✔ バックエンド寄りの技術が好き ISUCON毎年参戦中🔥 ✔ 四国勢 (高知県出身) 自己紹介
  2. ©tete marche CO., LTD. Index 目次 8 1. メンテを深夜にやるコストとリスク 2.

    深夜メンテの避け方 3. メンテコストを下げるテクニック 4. まとめ
  3. ©tete marche CO., LTD. 深夜メンテの見えざる負担 11 コスト • アジリティの低下 ◦

    スケジュール調整の手間 ◦ 実施までのリードタイム • 賃金の深夜割増 (25%) • 失敗への心理的負担 リスク • 開発者の生活リズムを害する • 集中力・判断力が低い状態での作業 • 想定外トラブルへの対応力低下 ◦ 有識者や意思決定者の不在
  4. ©tete marche CO., LTD. 18 Step1: "誰" を説得する必要があるかを明らかにする Step2: 相手の

    "懸念" を理解する Step3: 説得材料を用意する Step4: 対話を重ね、理解を得る ユーザ影響ゼロを目指さない合意形成
  5. ©tete marche CO., LTD. 19 Step1: "誰" を説得する必要があるかを明らかにする • 事業責任者

    / PdM • CS • SRE • チームメンバー ユーザ影響ゼロを目指さない合意形成
  6. ©tete marche CO., LTD. 20 Step2: 相手の "懸念" を理解する •

    売上、KPIへの影響 • 問い合わせ対応コスト • 技術的な方法 ユーザ影響ゼロを目指さない合意形成
  7. ©tete marche CO., LTD. 21 Step3: 説得材料を用意する • 過去に深夜メンテ起因で起きた大きなトラブル ◦

    「日中ならここまで被害は大きくならなかった」と言え る事例が最適 (有識者・意思決定者不在など) • ダウンタイムを実験や計算で推定 • 相手の懸念を払拭・軽減する説明の準備も忘れない ユーザ影響ゼロを目指さない合意形成
  8. ©tete marche CO., LTD. 22 Step4: 対話を重ね、理解を得る • まずは課題に共感してもらうところから 🧠

    • 一度の対話で合意を得ようとしない • "漠然とした不安" は実績で払拭していく ◦ はじめは「実験的な試み」としてOKをもらう ◦ 「懸念していたほどでは無かったでしょ?」で安心させる ユーザ影響ゼロを目指さない合意形成
  9. ©tete marche CO., LTD. 26 (2) ビッグバンリリースを避ける • これが9割 •

    不具合発生確率が上がり、原因特定も難しくなる • ロールバック可能な小さい リリース単位に分割して各個撃破 ユーザ影響を抑える仕組み・技術
  10. ©tete marche CO., LTD. 29 (4) Feature Flags (フィーチャー フラグ)

    • 機能のデプロイと有効化を分離する手法 • 設定ファイルやDBなどにON/OFFフラグを持つイメージ • 使いどころ ◦ 一部ユーザへの限定公開 ◦ 異常発生時、フラグOFFで瞬時に提供中止 ユーザ影響を抑える仕組み・技術
  11. ©tete marche CO., LTD. 30 (5) 「重要な機能」とそうでない機能を区別する • 全機能に細心の注意を払うことは難しい •

    「Critical User Journey」で重要機能を特定 ◦ サービス価値に直結する重要な利用シナリオ ◦ 関わる機能 → 慎重に対応 (深夜メンテも検討) ◦ 関わらない機能 → 仮に落としても大事になりづらい ユーザ影響を抑える仕組み・技術
  12. ©tete marche CO., LTD. 32 (6) 「重要な時間」での変更を避ける • ユーザ利用のピークタイム ◦

    良く使われている時間帯、曜日をアクセス解析で見つける • 大事なバッチが走っている時間帯 • CUJ上、落とすとユーザが悲鳴をあげる時間 ◦ 例: BtoB SaaSなら月末・月初作業のタイミング ユーザ影響を抑える仕組み・技術
  13. ©tete marche CO., LTD. 36 • ☹ 「もし想定に反してダウンタイムが発生したら?」 ◦ A:

    謝罪、原因究明、再発防止 メンテの事前告知、メンテ中表示を辞める ※ 丸刈りはジョークです
  14. ©tete marche CO., LTD. 39 • 深夜メンテはユーザ影響を抑えられるが、明確にコ ストとリスクがある • 深夜メンテを避けるには

    (1) ユーザ影響ゼロを目指さない合意形成 (2) ユーザ影響を抑える仕組みと技術的な工夫 が必要 まとめ
  15. ©tete marche CO., LTD. 40 1. 労働条件・職場環境に関するルール, 厚生労働省 ◦ https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/koyou_roudou/roudouse

    isaku/chushoukigyou/joken_kankyou_rule.html 2. Google SRE Workbook, Google ◦ https://sre.google/ 3. SRE サイトリライアビリティエンジニアリング, オライリージャパン ◦ https://amzn.to/4vIDZbq 参考文献