公開前の確認と昇格

公開中の版を出したまま、新しい版を本番と同じ経路で確かめてから入れ替える。AWSに接続しないモックで、操作の結果は画面の中だけで進む。

この画面は操作のイメージです。経路をどう分けたか、ヘッダーを秘密にしない理由は、記事 CloudFrontの継続的デプロイで、AIに公開前の最終確認をさせるにあります。

今の構成

継続的デプロイの組

継続的デプロイという1つの機能でつながった2つ。Staging の設定で新しい版を試し、昇格するとその設定が本番へコピーされる。

継続的デプロイポリシー: 無効（すべて本番で処理される）

読み込み中

組とは別に置いた、ふつうのディストリビューション。閲覧者の限定はここで担保する。

読み込み中

運用の手順

1つの版を公開するまでにやることの全体。並んでいるボタンで上から順に進める。公開中の版は、6 の昇格まで変わらない。

1回の公開でやることを、行う順に並べたもの。上のボタンを押すと、対応する段階が完了に変わる。今どこまで済んだかを表す。

3 で今回の版が返らなければ、4 へは進まない。時間をおいて 3 をやり直す。6 まで終わると、ポリシーは CloudFront 側で無効に戻り、次の版の配置から同じ順で繰り返す。

自動の確認が最初に取る版の目印。ここが一致しないまま検査すると、公開中の版を合格させてしまう。

まだ確認していません。

画面からの操作、自動の確認、CloudFront 側が自分で行ったことを並べる。

時刻	実行元	種別	内容
読み込み中

AWSに接続しないモックです。版の名前、時刻、配信の内容はすべて架空で、操作の結果は画面の中だけで進みます。

本番の配信とStaging の配信は、継続的デプロイの組です。Staging の設定で新しい版を試し、よければ昇格で Staging の設定が本番へコピーされます。入れ替えではなくコピーで、昇格のたびにポリシーは無効に戻ります。

Staging へは直接リクエストできません。本番の配信へ届いたリクエストのうち、ポリシーに合ったものだけが Staging へ振り分けられます。

確認用の配信は、その組とは別に置いています。人が公開前の版を見るための配信で、閲覧者の限定はここで担保します。