翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
CodeDeploy でアプリケーションを作成する
アプリケーション は、CodeDeploy によって使用される単なる名称もしくはコンテナであり、その目的は正しいリビジョン、デプロイ設定、およびデプロイグループが、デプロイ中に正しく参照されることにあります。CodeDeploy コンソール、 AWS CLI、CodeDeploy APIs、または AWS CloudFormation テンプレートを使用してアプリケーションを作成できます。
コードまたはアプリケーションリビジョンは、デプロイと呼ばれるプロセスを通してインスタンスにインストールされます。CodeDeploy では、2 種類のデプロイがサポートされます。
インプレイスデプロイ: デプロイグループの各インスタンス上のアプリケーションが停止され、最新のアプリケーションリビジョンがインストールされて、新バージョンのアプリケーションが開始され検証されます。ロードバランサーを使用し、デプロイ中はインスタンスが登録解除され、デプロイ完了後にサービスに復元されるようにできます。EC2 オンプレミスコンピューティングプラットフォームを使用するデプロイのみが、インプレイスデプロイを使用できます。インプレイスデプロイの詳細については、「インプレースデプロイの概要」を参照してください。
Blue/Green デプロイ: デプロイの動作は、使用するコンピューティングプラットフォームにより異なります。
-
EC2 オンプレミスコンピューティングプラットフォームの Blue/Green: 以下のステップを使用して、デプロイグループのインスタンス (元の環境) がインスタンスの別のセット (置き換え先環境) に置き換えられます。
-
置き換え先の環境のインスタンスがプロビジョニングされます。
-
最新のアプリケーションリビジョンは、置き換え先インスタンスにインストールされます。
-
オプションの待機時間は、アプリケーションのテストやシステム検証などのアクティビティに対して発生します。
-
置き換え先環境のインスタンスは、1 つまたは複数の Elastic Load Balancing ロードバランサーに登録され、トラフィックは、それらに再ルーティングされます。元の環境のインスタンスは、登録が解除され、終了するか、他の使用のために実行することができます。
注記
EC2/オンプレミスのコンピューティングプラットフォームを使用する場合は、blue/green デプロイが Amazon EC2 インスタンスでのみ機能することに注意してください。
-
-
AWS Lambda または Amazon ECS コンピューティングプラットフォームの Blue/Green: トラフィックは、Canary、線形、または all-at-onceデプロイ設定に従って増分でシフトされます。
-
経由のブルー/グリーンデプロイ AWS CloudFormation: スタック AWS CloudFormation の更新の一環として、トラフィックが現在のリソースから更新されたリソースに移行されます。現時点では、ECS blue/green デプロイのみがサポートされています。
ブルー/グリーンデプロイの詳細については、「Blue/Green デプロイの概要」を参照してください。
-
CodeDeploy コンソールを使用してアプリケーションを作成する場合は、最初のデプロイグループを同時に設定します。を使用してアプリケーション AWS CLI を作成する場合は、別のステップで最初のデプロイグループを作成します。
AWS アカウントに既に登録されているアプリケーションのリストを表示するには、「」を参照してくださいCodeDeploy を使用してアプリケーション詳細を表示する。 AWS CloudFormation テンプレートを使用してアプリケーションを作成する方法については、「」を参照してくださいAWS CloudFormation CodeDeploy リファレンスの テンプレート。
デプロイタイプはいずれも、どの送信先にも適用されません。以下の表に、3 種類のデプロイ送信先のデプロイを指定するデプロイタイプを示します。
| デプロイ送信先 | インプレース | Blue/Green |
|---|---|---|
| Amazon EC2 | あり | あり |
| オンプレミス | はい | いいえ |
| サーバーレス AWS Lambda 関数 | いいえ | はい |
| Amazon ECS アプリケーション | いいえ | はい |
トピック
