060-AWS SAP AWS 「理論・実践・一問道場」Lambdaのカナリアリリース

type

status

date

slug

summary

理論

カナリアリリース（Canary Release）とは、新しいソフトウェアのバージョンや機能を、少数のユーザーやリソースに対して段階的にリリースする手法です。名前の由来は、かつて炭鉱で危険を察知するためにカナリアを使っていたことから、新しいバージョンを少数のユーザーに対して試すことで問題を早期に発見し、リスクを最小限に抑えるという意味です。

カナリアリリースの特徴

段階的な展開

最初は少数のユーザーやトラフィックに対して新しいバージョンをデプロイし、その後、問題がないことが確認されれば、段階的に対象ユーザーやトラフィックを増やしていきます。

早期の問題発見

小規模にデプロイするため、問題が発生しても影響範囲を抑えることができます。また、問題が発生した場合はすぐにロールバックが可能です。

リスク管理

新しいリリースの安定性を確認しながら本番環境に反映させるため、完全なリリースよりもリスクを低減できます。

使用例

Lambda関数のバージョン管理：AWS Lambda では、バージョン管理とエイリアス機能を使用して、トラフィックを段階的に新しいバージョンに切り替えることができます。例えば、最初に 1% のトラフィックを新しいバージョンに流し、問題がないことが確認されたら残りの 99% にも適用します。

メリット

安定性の向上：新しいコードが完全に展開される前に問題を発見できるため、全体のシステムの安定性を保ちやすい。

リスク最小化：問題が発生した場合の影響を小さく保ちながら、迅速に対応可能です。

デメリット

管理が複雑：段階的なリリースを管理するための追加の手順やツールが必要となる場合があります。

パフォーマンスの問題：カナリアリリース中はトラフィックが分割されるため、処理能力に影響を与えることがあります。

カナリアリリースは、特にミッションクリティカルなシステムや大規模なユーザー基盤を持つアプリケーションにおいて、新しい機能を安全にリリースするために広く使用されています。

実践

AWS Lambdaでカナリアリリースする - Qiita

LambdaのVersionとAliasAWS LambdaではPublishすると固有のVersion番号が割り当てられる。Versionには任意の名前のAliasをつけることが可能で、Ali…

https://qiita.com/oh-sky/items/1a817345df8604d26221

一問道場

質問 #60

ある企業は、AWS Lambdaを使用して構築したアプリケーションをAWS CloudFormationスタックでデプロイしています。ウェブアプリケーションの最新の本番リリースで、数分間の障害が発生する問題が発生しました。ソリューションアーキテクトは、カナリアリリースをサポートするようにデプロイメントプロセスを調整する必要があります。

どのソリューションがこの要件を満たしますか？

新しくデプロイされたLambda関数のバージョンごとにエイリアスを作成します。AWS CLIのupdate-aliasコマンドを使用し、routing-configパラメータで負荷分散を行います。

アプリケーションを新しいCloudFormationスタックにデプロイし、Amazon Route 53の重み付けルーティングポリシーを使用して負荷を分散します。

新しくデプロイされたLambda関数のバージョンごとにバージョンを作成します。AWS CLIのupdate-function-configurationコマンドを使用し、routing-configパラメータで負荷分散を行います。

AWS CodeDeployを設定し、CodeDeployDefault.OneAtATimeというデプロイメント構成を使用して負荷分散を行います。

解説

この質問では、カナリアリリース（Canary Release）をサポートするデプロイメントプロセスを求めています。カナリアリリースとは、アプリケーションの新バージョンを少数のユーザーに段階的に提供し、問題がないことを確認してから全ユーザーに展開する手法です。

要件を満たす条件

段階的リリース: デプロイメントが段階的に行われ、影響を最小限に抑える。

負荷分散: トラフィックを新旧バージョンの間で分割できる。

自動化: AWSのネイティブサービスを活用してデプロイメントを効率化。

選択肢の分析

A.

構成:

Lambda関数の各バージョンに対してエイリアスを作成。
AWS CLI の update-alias コマンドを使用し、routing-config パラメータで新旧バージョンへのトラフィック比率を制御。

評価:

この方法はカナリアリリースをサポートする設定として適切です。routing-configを使用することで、トラフィックの割合を動的に調整し、新バージョンのリリースを段階的に進められます。

結論: 正解の可能性が高い。

B.

構成:

新しいLambda関数バージョンを別のCloudFormationスタックでデプロイ。
Route 53の重み付けルーティングを使用して負荷を分散。

評価:

Route 53の重み付けルーティングは、ドメイン名のDNSレベルでトラフィックを制御する方法です。ただし、Lambdaのバージョンを切り替える目的には適しておらず、Lambda関数自体の管理が複雑になります。

結論: 不適切。

C.

構成:

各Lambda関数バージョンを作成。
AWS CLIのupdate-function-configurationコマンドでrouting-configを使用してトラフィックを分散。

評価:

update-function-configuration は関数の設定を更新するコマンドであり、トラフィックの制御を直接行うものではありません。この方法は要件を満たしません。

結論: 不適切。

D.

構成:

AWS CodeDeployを設定。
CodeDeployDefault.OneAtATime というデプロイ構成を使用。

評価:

CodeDeployの設定はLambda関数のデプロイを高度に管理するために適していますが、CodeDeployDefault.OneAtATimeはインプレースデプロイメントであり、トラフィックの分割を段階的に制御するカナリアリリースとは異なります。カナリアリリースを行う場合は、CodeDeployの「カナリアデプロイ」設定（例: Canary10PercentXMinutes）を使用する必要があります。

結論: 不適切。

正解: A

AWS CLIのupdate-aliasコマンドとrouting-configパラメータを使用する方法は、Lambda関数におけるカナリアリリースを実現するための適切なソリューションです。これにより、新バージョンへのトラフィックを段階的に増やしながらリリースを進められます。