コンテンツにスキップ

本番環境の変更に承認を必須にする

本番環境の変更には、もう一組の目がふさわしい。これは組み込まれています。Developer は本番クラスの環境に直接書き込めませんが、チケットを起票することもありません。その場で変更を提案し、もう 1 人のチームメイトがそれを適用します。

オンにするものは何もありません。環境が本番クラスで、チームに Developer がいれば、すでにこの仕組みで動いています。

Developer として、本番環境で行いたい変更(切り替え、ルールの編集)を行うと、ダッシュボードはそれを適用する代わりに提案することを提示します。必要なら理由を添えて送信します。flag 自体はまだ動きません。

Developer 以上のチームメイトなら誰でも(提案した本人を除いて)、保留中の提案をレビューして承認でき、承認するとその場で適用されます。保留中の提案はダッシュボードの承認受信箱に表示されるので、ベルに注意を払ってください。通知はこの受信箱です(メールでの催促はありません)。

常に成り立つルールが 2 つあります。

  • 誰も自分の提案を承認できません。これはロールではなく人単位で強制されます。Admin であっても自己承認はできません。
  • 監査ログは、適用されたすべての提案について両者の名前を記録します。誰が提案し、誰が承認し、何が変わったか。

これはピアレビューであって、階層レビューではありません。2 人の Developer が一緒になれば本番環境を変えられ、それが要点です。Admin 未満の 1 人だけで本番環境を変えることはできません。期待値を設定するうえで知っておく価値があること:

  • Admin と Owner は引き続き本番環境に直接書き込みます。提案の経路は Developer の入口であって、全員へのゲートではありません。現時点では、Admin にも承認を強制する設定はありません。
  • 承認は 1 人であって、定足数ではありません。

提案が間違っていれば、レビュアーは単に承認しなければよいだけです。提案者は形が整ったときに新しい提案を作れます。