AWS アカウント と VPC へのデプロイ
[CodeCatalyst ワークフロー] を使用すると、アプリケーションやその他のリソースをデプロイして、AWS クラウド内の AWS アカウント と Amazon VPC をターゲットにできます。これらのデプロイを有効にするには、CodeCatalyst 環境を設定する必要があります。
CodeCatalyst [環境] は、[開発環境 ] と混同しないように、CodeCatalyst [ワークフロー] が接続するターゲット AWS アカウント とオプションの Amazon VPC を定義します。環境では、ターゲットアカウント内の AWS サービスとリソースにアクセスするためにワークフローが必要とする [IAM ロール]も定義します。
複数の環境をセットアップし、開発、テスト、ステージング、本番稼働などの名前を付けることができます。これらの環境にデプロイすると、デプロイに関する情報が環境の CodeCatalyst [デプロイアクティビティ] と [デプロイターゲット] タブに表示されます。
環境の使用を開始するにはどうすればよいですか？
CodeCatalyst 環境を追加および使用する大まかなステップは次のとおりです。
-
CodeCatalyst スペースで、1 つ以上の AWS アカウントを接続します。このプロセス中に、ワークフローが AWS アカウント のリソースにアクセスするために必要な IAM ロールを追加します。詳細については、「接続された AWS アカウントでの AWS リソースへのアクセスを許可する」を参照してください。
-
CodeCatalyst プロジェクトで、ステップ 1 の AWS アカウント と IAM ロールのいずれかを含む環境を作成します。詳細については、「環境を作成する」を参照してください。
-
CodeCatalyst プロジェクトで、ワークフローに、ステップ 2 で作成した環境を指す [アクション] を追加します。詳細については、「ワークフローへのアクションの追加」を参照してください。
これで環境が設定されました。アクションは、 環境で指定された AWS アカウント にリソースをデプロイできるようになりました。
注記
Amazon VPC を環境に追加することもできます。詳細については、「CodeCatalyst 管理ガイド」と「VPC と環境の関連付け」の「スペースの VPC 接続の追加」を参照してください。
1 つのワークフロー内に複数の環境が存在する可能性がありますか？
はい。ワークフローに複数のアクションが含まれている場合、それらの各アクションに環境を割り当てることができます。例えば、2 つのデプロイアクションを含むワークフローがあるとします。1 つは my-staging-enviroment 環境を、もう 1 つは my-production-environment 環境を割り当てます。
環境をサポートするワークフローアクションはどれですか？
リソースを AWS クラウドにデプロイしたり、他の理由 (モニタリングやレポートなど) で AWS サービスと通信したりするワークフローアクションは、環境をサポートします。
CodeCatalyst にデプロイ情報を表示することをサポートするアクションはどれですか？
環境をサポートするワークフローアクションのうち、CodeCatalyst コンソールの [デプロイアクティビティ] と [デプロイターゲット] ページにデプロイ情報が表示されるのはごく少数です。
次のワークフローアクションは、デプロイ情報の表示をサポートします。
-
AWS CloudFormation スタックをデプロイ – 詳細については、「AWS CloudFormation スタックのデプロイ」を参照してください。
-
Amazon ECS をデプロイ – 詳細については、「ワークフローを使用した Amazon ECS へのデプロイ」を参照してください。
-
Kubernetes クラスターにデプロイする – 詳細については、「ワークフローを使用して Amazon EKS にデプロイする」を参照してください。
-
AWS CDK デプロイ – 詳細については、「ワークフローを使用した AWS CDK アプリのデプロイ」を参照してください。
サポートされるリージョン
[環境] ページには、任意の AWS リージョンのリソースを表示できます。
環境は必須ですか？
環境は、割り当てられたワークフローアクションがリソースを AWS クラウドにデプロイする場合や、その他の理由 (モニタリングやレポートなど) で AWS サービスと通信する場合に必須です。
例えば、アプリケーションをビルドするビルドアクションがあり、AWS アカウント または Amazon VPC と通信する必要がない場合、そのアクションに環境を割り当てる必要はありません。ただし、ビルドアクションが AWS アカウント の Amazon CloudWatch サービスにログを送信する場合は、アクションに環境を割り当てる必要があります。
