CI/CD パイプライン設計シート（製品非依存）

CI/CD パイプラインの設計シート。製品には依存しません（Jenkins / GitLab / GitHub Actions など何を使っても決めることは同じです）。★核は3枚です。（1）止める仕組み … 自動化の値打ちは「速く出せる」ことではなく「間違ったものを止められる」ことです。止める条件を決めずに自動化すると、壊れたものが速く本番へ届くようになります。特に「失敗しても進む」設定を1つでも作ると、以降そこは常に通ります。試験の実行件数も見てください。0件でも「成功」になる仕組みが多く、試験が動いていないのに緑に見えます。（2）権限と資格情報 … パイプラインは本番を変えられる権限を持ち、人より強くなりがちです。資格情報がログに出た瞬間、見た人全員が本番を触れるようになります。（3）設定時の注意 … この分野で実際に起きる24の失敗と、その回避手順。★既定値は製品と版で変わるため、確証のあるものだけを記載し、それ以外は「要確認」と明記しています。

★止める条件を先に決めてから、速さを詰めてください。順番を逆にすると、止める条件が「速さの邪魔」として1つずつ外されていきます。★「失敗しても進む」設定を置くなら、期限と外す条件を必ず書いてください。書かない例外は永久に残ります。★不安定な試験を「たまに落ちるから無視」にしないでください。本物の失敗も一緒に見えなくなります。★試験の実行件数を毎回見て、前回より減っていたら止めてください。減ったことに気づけないのが最も危険です。★環境ごとにビルドし直さないでください。1回作って同じ成果物を各環境へ配ります。検証で試したものと違うものが本番へ行きます。★承認者は実行者と別にしてください。同じ人だと承認の記録に意味がありません。★出す仕組みと同じだけ、戻す手順を整えてください。速く出せるようになると、速く壊せるようにもなります。★止まることを実際に試して確かめてください。わざと違反を入れて流し、止まることを見ます。設定を読むだけでは確かめられません。★資格情報がログに出ないことを、実際にログを検索して確かめてください。誤って出たら、値そのものを失効させます。