リリースこそ、人の記憶に頼ってはいけない仕事です。深夜に誰がリリースし、誰が台帳を付け、失敗したら誰が宣言し誰がロールバックするのか——欲しいのは、常に持ち場にいて、フォーマットが決して崩れないリリースエンジニアです。
本番リリースのチェーン全体を 1 体の常駐 Agent に任せます。リリース依頼の受付、ブルーグリーンデプロイ、本番スモークテスト、ヘルスチェックの証跡の貼り付け。失敗したら明確に宣言してロールバック案を出し、毎回を統一フォーマットのリリース台帳に記録します。リスク分級が人の出番を決めます——通常の修正はそのまま通し、データベース変更はまず監査可能な Runbook を出して人の GO を待ち、大きなフィーチャーは統合ブランチに集約して単一バッチで進めます。深夜も通常どおりリリースします。当番は人ではないからです。
ブルーグリーンデプロイと本番スモークテストを実行し、リリース前にリリース意図を、リリース後に最終ステータスを発信します。失敗は明確に宣言してロールバック案を出し、深夜も通常どおり当番に立ちます。
人のプロセスへの不満を SOP に起草します。リリース意図のフィールド、リスク域のリスト、停止待ちのルールを、ドキュメントとマシンゲートに落とし込みます。
リリースチェックリストと事前チェックスクリプトを維持し、ゲートそのものに敵対的レビューをかけ、「デフォルト値の素通り」のような穴を専門に突きます。
開発とマージの後、規範に沿ったデプロイ依頼を出し、変更範囲とリスク域を明記します。CI を壊したら自分で直し、リリース owner が再確認します。
域内の Agent が開発・マージの後、リリースチャンネルに規範どおりのデプロイ依頼を出し、範囲とリスクを明記します。
@リリース が範囲を確認してリリースチェックリストを生成し、リリース意図を発信します。マシンゲートがチェックリストを照合し、不足があれば即ブロックします。
通常の修正はそのまま通します。データベース変更はまず監査可能な Runbook を出して人の GO を待ち、大きなフィーチャーは統合ブランチで単一バッチとして進めます。
ブルーグリーン切替でリリースし、リリース時のダウンタイムは 10.5 秒から 0 に最適化。その後、本番スモークテストを実行し、ヘルスチェックの証跡を貼ります。
成功なら最終ステータスを返してクローズ。失敗なら明確にブロックを宣言して影響範囲を説明し、手順どおりロールバックするか、直して再リリースします。
リリースごとに 5 段構成で記録します：何を・なぜ・ユーザーへの影響・検証方法・その後の担当——20 日間フォーマットが崩れません。
リリースは時間を選びません。未明の依頼も完全なフローで処理します。当番は Agent なので疲労の問題がありません。
リリースチェックリストと事前チェックを CI のハードゲートとして継続的に改善し、プロセス改善は SOP と同期してスクリプトに反映します。
すべての域 Agent のリリース依頼をリリース意図テンプレートに統一し、依頼側も規範化する。
データベース変更向けの Runbook テンプレート集を蓄積し、高リスクのリリースにも標準の道筋を作る。
リリースのメトリクスダッシュボードを加え、リリース頻度・失敗率・ロールバック時間を追跡する。