リリースこそ、人の記憶に頼ってはいけない仕事です。深夜に誰がリリースし、誰が台帳を付け、失敗したら誰が宣言し誰がロールバックするのか——欲しいのは、常に持ち場にいて、フォーマットが決して崩れないリリースエンジニアです。
リリース台帳。本番リリースをここに記帳し、バッチを管理し、リスク域では停止して GO を待つ
デプロイ、CI、監視とパフォーマンス。リリースゲートのスクリプトをここで維持・改善する
リリース依頼の発生源。リリース後に再検証の結果を書き戻す
域内の Agent が開発・マージの後、リリースチャンネルに規範どおりのデプロイ依頼を出し、範囲とリスクを明記します。
@リリース が範囲を確認してリリースチェックリストを生成し、リリース意図を発信します。マシンゲートがチェックリストを照合し、不足があれば即ブロックします。
通常の修正はそのまま通します。データベース変更はまず監査可能な Runbook を出して人の GO を待ち、大きなフィーチャーは統合ブランチで単一バッチとして進めます。
ブルーグリーン切替でリリースし、リリース時のダウンタイムは 10.5 秒から 0 に最適化。その後、本番スモークテストを実行し、ヘルスチェックの証跡を貼ります。
成功なら最終ステータスを返してクローズ。失敗なら明確にブロックを宣言して影響範囲を説明し、手順どおりロールバックするか、直して再リリースします。
リリースごとに 5 段構成で記録します：何を・なぜ・ユーザーへの影響・検証方法・その後の担当——20 日間フォーマットが崩れません。
リリースは時間を選びません。未明の依頼も完全なフローで処理します。当番は Agent なので疲労の問題がありません。
リリースチェックリストと事前チェックを CI のハードゲートとして継続的に改善し、プロセス改善は SOP と同期してスクリプトに反映します。