→Canaryリリース
・API Gateway用にCanaryリリースのデプロイメントステージを作成します。最新のAPIバージョンをデプロイします。適切な割合のトラフィックをCanaryステージに向けます。APIの検証後、Canaryステージを本番ステージに昇格させます
この選択肢が正解の理由は以下の通りです。
まず、API GatewayのCanaryリリースデプロイメントステージを使用することで、新バージョンのAPIを一部のユーザーに対して初めに提供できます。これにより、新バージョンのAPIのパフォーマンスや影響をリスクを最小限に抑えつつ評価することが可能になります。
更に、この方法を用いれば、APIの問題が発見された場合でも迅速にロールバックすることができ、顧客への影響とデータ損失を最小限に抑えることが可能です。テスト結果が概ね問題なければ、全トラフィックを新しいバージョンに切り替えることで、スムーズなバージョンアップが可能となります。
選択肢：新しいバージョンのAPI定義で新しいAPI Gatewayエンドポイントを作成します。新しいAPI Gateway APIのカスタムドメイン名を作成します。Route 53 Aliasレコードを新しいAPI Gateway APIのカスタムドメイン名に向けます
この選択肢が正しくない理由は以下の通りです。
新しいAPIエンドポイントとカスタムドメインを作成してRoute 53のAliasレコードを指すだけでは、顧客への影響を最小限にすることは難しく、同時に新旧APIバージョン間のデータ損失も防げません。
一方、正解のCanaryリリースでは、徐々にトラフィックを新バージョンに振り分けることで、これらの問題を避けることが可能です。
コメント