ワークフローを使用したデプロイ - Amazon CodeCatalyst
アプリケーションをデプロイする方法を教えてください。デプロイアクションのリストデプロイアクションの利点アクションをデプロイする代替方法

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

ワークフローを使用したデプロイ

CodeCatalyst ワークフロー を使用すると、Amazon などのさまざまなターゲットにアプリケーションやその他のリソースをデプロイできますECS AWS Lambda。

アプリケーションをデプロイする方法を教えてください。

を通じてアプリケーションまたはリソースをデプロイするには CodeCatalyst、まずワークフローを作成し、その中にデプロイアクションを指定します。デプロイアクションは、デプロイする内容、デプロイする場所、デプロイ方法 (ブルー/グリーンスキームを使用するなど) を定義するワークフロー構築ブロックです。 CodeCatalyst コンソールのビジュアルエディタまたはYAMLエディタを使用して、ワークフローにデプロイアクションを追加します。

アプリケーションまたはリソースをデプロイするための大まかなステップは次のとおりです。

アプリケーションをデプロイするには (高レベルタスク）

  1. CodeCatalyst プロジェクトで、デプロイするアプリケーションのソースコードを追加します。詳細については、「でのプロジェクトのリポジトリへのソースコードの保存 CodeCatalyst」を参照してください。

  2. CodeCatalyst プロジェクトでは、デプロイするターゲット AWS アカウント とオプションの Amazon Virtual Private Cloud (VPC) を定義する環境を追加します。詳細については、「AWS アカウント と へのデプロイ VPCs」を参照してください。

  3. CodeCatalyst プロジェクトで、ワークフロー を作成します。ワークフローでは、アプリケーションを構築、テスト、デプロイする方法を定義します。詳細については、「ワークフローの開始方法」を参照してください。

  4. ワークフローでは、トリガー 、ビルドアクション 、およびオプションでテストアクション を追加します。 詳細については、トリガーを使用してワークフローを自動的に開始する、ビルドアクションの追加、およびテストアクションの追加を参照してください。

  5. ワークフローで、デプロイアクション を追加します。Amazon など、さまざまなターゲットへのアプリケーションへの CodeCatalystが提供するいくつかのデプロイアクションから選択できますECS。（ビルドアクションまたは GitHub アクションを使用してアプリケーションをデプロイすることもできます。 ビルドアクションと GitHub アクションの詳細については、「」を参照してくださいアクションをデプロイする代替方法。）

  6. ワークフローは、手動で開始するか、トリガーを使用して自動的に開始します。ワークフローは、ビルド、テスト、デプロイアクションを順番に実行して、アプリケーションとリソースをターゲットにデプロイします。詳細については、「ワークフローの手動実行の開始」を参照してください。

デプロイアクションのリスト

次のデプロイアクションを使用できます。

注記

リソースをデプロイできる CodeCatalyst アクションは他にもありますが、デプロイ情報は環境ページに表示されないため、デプロイアクションとは見なされません。環境ページとデプロイの表示の詳細については、AWS アカウント と へのデプロイ VPCs「」および「」を参照してくださいデプロイ情報の表示。

デプロイアクションの利点

ワークフロー内でデプロイアクションを使用すると、次の利点があります。

  • デプロイ履歴 – デプロイの履歴を表示して、デプロイされたソフトウェアの変更を管理および伝達します。

  • トレーサビリティ – CodeCatalyst コンソールを使用してデプロイのステータスを追跡し、各アプリケーションリビジョンがいつ、どこでデプロイされたかを確認します。

  • ロールバック – エラーが発生した場合は、デプロイを自動的にロールバックします。デプロイのロールバックをアクティブ化するようにアラームを設定することもできます。

  • モニタリング – ワークフローのさまざまな段階の進行状況を監視します。

  • 他の CodeCatalyst 機能との統合 – ソースコードを保存し、それを 1 つのアプリケーションから構築、テスト、デプロイします。

アクションをデプロイする代替方法

デプロイアクションを使用する必要はありませんが、前のセクションで説明した利点があるため、推奨されます。代わりに、次のCodeCatalyst アクションを使用できます。

  • ビルドアクション。

    通常、ビルドアクションは、対応するデプロイアクションが存在しないターゲットにデプロイする場合や、デプロイ手順をさらに制御したい場合に使用します。ビルドアクションを使用してリソースをデプロイする方法の詳細については、「」を参照してくださいワークフローを使用した構築。

  • GitHub アクション 。

    CodeCatalyst ワークフロー内でGitHub アクションを使用して、アプリケーションとリソースを (アクションの代わりに CodeCatalyst) デプロイできます。 CodeCatalyst ワークフロー内で GitHub アクションを使用する方法については、「」を参照してください。 GitHub アクションとの統合

CodeCatalyst ワークフローを使用しない場合は、次の AWS サービスを使用してアプリケーションをデプロイすることもできます。

複雑なエンタープライズデプロイには CodeDeploy CodeBuild CodePipeline、、、および CloudFormation のサービスを使用します。

トピック