翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
AWS Lambda コンピューティングプラットフォームのデプロイ
このトピックでは、 AWS Lambda コンピューティングプラットフォームを使用する CodeDeploy デプロイのコンポーネントとワークフローについて説明します。
トピック
AWS Lambda コンピューティングプラットフォームのデプロイワークフロー
次の図は、新規および更新された AWS Lambda 関数のデプロイの主要なステップを示しています。
ステップには以下が含まれます。
-
アプリケーションを作成し、デプロイするアプリケーションリビジョンを一意に識別する名前を付けます。Lambda 関数をデプロイするには、アプリケーションを作成するときに AWS Lambda コンピューティングプラットフォームを選択します。 は、デプロイ中にこの名前 CodeDeploy を使用して、デプロイグループ、デプロイ設定、アプリケーションリビジョンなどの正しいデプロイコンポーネントを参照していることを確認します。詳細については、「でアプリケーションを作成する CodeDeploy」を参照してください。
-
デプロイグループを設定するには、デプロイグループの名前を指定します。
-
デプロイ設定を選択して、トラフィックを元の AWS Lambda 関数バージョンから新しい Lambda 関数バージョンに移行する方法を指定します。詳細については、「View Deployment Configuration Details」を参照してください。
-
Amazon S3 へのアプリケーション仕様ファイル (AppSpec ファイル) のアップロード。 AppSpec ファイルは、デプロイの検証に使用される Lambda 関数のバージョンと Lambda 関数を指定します。 AppSpec ファイルを作成しない場合は、 YAMLまたは を使用して、コンソールで Lambda 関数のバージョンと Lambda デプロイ検証関数を直接指定できますJSON。詳細については、「のアプリケーションリビジョンの使用 CodeDeploy」を参照してください。
-
アプリケーションリビジョンをデプロイグループにデプロイします。 は、指定した Lambda 関数リビジョンを AWS CodeDeploy デプロイします。トラフィックは、アプリケーションの作成時に選択したデプロイ AppSpec ファイルを使用して Lambda 関数リビジョンに移行されます。詳細については、「を使用してデプロイを作成する CodeDeploy」を参照してください。
-
デプロイの結果を確認します。詳細については、「でのデプロイのモニタリング CodeDeploy」を参照してください。
アプリケーションリビジョンのアップロード
Amazon S3 に AppSpec ファイルを配置するか、コンソールまたは に直接入力します AWS CLI。詳細については、「Application Specification Files」を参照してください。
アプリケーションとデプロイグループの作成
AWS Lambda コンピューティングプラットフォームの CodeDeploy デプロイグループは、1 つ以上の AppSpec ファイルのコレクションを識別します。各 AppSpec ファイルは、1 つの Lambda 関数バージョンをデプロイできます。デプロイグループは、今後のデプロイのために、アラームおよびロールバックの設定などの設定オプションのセットを定義します。
アプリケーションリビジョンのデプロイ
これで、 AppSpec ファイルで指定された関数リビジョンをデプロイグループにデプロイする準備が整いました。 CodeDeploy コンソールまたは create-deployment コマンドを使用できます。デプロイを制御するために指定できるパラメータ (リビジョン、デプロイグループ、デプロイ設定など) があります。
アプリケーションの更新
アプリケーションを更新し、 CodeDeploy コンソールを使用するか、create-deployment コマンドを呼び出してリビジョンをプッシュできます。
停止、失敗したデプロイ
CodeDeploy コンソールまたは stop-deployment コマンドを使用してデプロイを停止できます。デプロイを停止しようとする場合、次の 3 つのうち 1 つのことが発生します。
-
デプロイは停止し、オペレーションは成功というステータスを返す。この場合、停止したデプロイに対してそれ以上デプロイライフサイクルイベントは実行されません。
-
デプロイは即時に停止せず、オペレーションは保留中というステータスを返す。この場合、一部のデプロイライフサイクルイベントは、デプロイグループでまだ実行中である可能性があります。保留中のオペレーションが完了すると、デプロイを停止するためのそれ以降の呼び出しは、成功というステータスを返します。
-
デプロイは停止できず、オペレーションはエラーを返す。詳細については、 リファレンスのErrorInformation「」および「一般的なエラー AWS CodeDeploy API」を参照してください。
失敗したデプロイでは、停止されたデプロイのように、一部のデプロイライフサイクルイベントが実行済みになる場合があります。デプロイが失敗した理由を確認するには、コンソールを使用する CodeDeployか、失敗したデプロイのログファイルデータを分析します。詳細については、「アプリケーションリビジョンとログファイルのクリーンアップ」および「 CodeDeploy EC2/オンプレミスデプロイのログデータを表示する」を参照してください。
デプロイと再デプロイのロールバック
CodeDeploy は、以前にデプロイされたリビジョンを新しいデプロイとして再デプロイすることでロールバックを実装します。
デプロイが失敗した、アラームのモニタリングしきい値に一致したなど、特定の条件が満たされた場合に、自動的にデプロイをロールバックするようグループデプロイを設定できます。個別のデプロイで、デプロイグループに指定されたロールバック設定をオーバーライドすることもできます。
以前のデプロイされたバージョンを手動で再デプロイして、失敗したデプロイをロールバックすることもできます。
いずれの場合でも、新しいデプロイまたはロールバックされたデプロイには独自のデプロイ ID が割り当てられます。 CodeDeploy コンソールで表示できるデプロイのリストには、自動デプロイの結果であるデプロイが表示されます。
詳細については、「でデプロイを再デプロイしてロールバックする CodeDeploy」を参照してください。