翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
コンピューティングイメージとランタイムイメージの設定
CodeCatalyst ワークフローでは、 CodeCatalyst を使用してワークフローアクションを実行するコンピューティング環境イメージとランタイム環境イメージを指定できます。
コンピューティングとはCPU、ワークフローアクションを実行 CodeCatalyst するために によって管理および保守されるコンピューティングエンジン (、メモリ、オペレーティングシステム) を指します。
注記
コンピューティングがワークフローのプロパティとして定義されている場合、そのワークフロー内のアクションのプロパティとして定義することはできません。同様に、コンピューティングがアクションのプロパティとして定義されている場合、ワークフローで定義することはできません。
ランタイム環境イメージは、ワークフローアクションを実行する CodeCatalyst Docker コンテナです。Docker コンテナは、選択したコンピューティングプラットフォーム上で実行され、オペレーティングシステムと、ワークフローアクションに必要な AWS CLI、Node.js、.tar などの追加のツールが含まれています。
トピック
コンピューティングタイプ
CodeCatalyst には、次のコンピューティングタイプが用意されています。
-
Amazon EC2
-
AWS Lambda
Amazon EC2 は、アクションの実行中に最適化された柔軟性を提供し、Lambda はアクションの起動速度を最適化します。Lambda は、起動レイテンシーが低いため、ワークフローアクションの実行速度が速くなります。Lambda を使用すると、一般的なランタイムでサーバーレスアプリケーションを構築、テスト、デプロイできる基本的なワークフローを実行できます。これらのランタイムには、Node.js、Python、Java、.NET、Go が含まれます。ただし、Lambda がサポートしていないユースケースがいくつかあり、それらがユーザーに影響を与える場合は、Amazon EC2コンピューティングタイプを使用します。
-
Lambda は、指定されたレジストリからのランタイム環境イメージをサポートしていません。
-
Lambda は、ルートアクセス許可を必要とするツールをサポートしていません。
yum
や などのツールにはrpm
、Amazon EC2コンピューティングタイプまたはルートアクセス許可を必要としないその他のツールを使用します。 -
Lambda は Docker のビルドや実行をサポートしていません。Docker イメージを使用する次のアクションはサポートされていません。 AWS CloudFormation スタックのデプロイ、Amazon へのデプロイECS、Amazon S3 パブリッシュ、 AWS CDK ブートストラップ、 AWS CDK デプロイ、 AWS Lambda 呼び出し、 GitHub アクション。Actions GitHub アクション内で実行されている Docker ベースの CodeCatalyst GitHub アクションは、Lambda コンピューティングでもサポートされていません。Podman など、root 権限を必要としない代替手段を使用できます。
-
Lambda は、 外のファイルへの書き込みをサポートしていません
/tmp
。ワークフローアクションを設定するときは、ツールを再設定して にインストールまたは書き込みできます/tmp
。をインストールするビルドアクションがある場合はnpm
、必ず にインストールするように設定してください/tmp
。 -
Lambda は 15 分を超えるランタイムをサポートしていません。
コンピューティングフリート
CodeCatalyst では、次のコンピューティングフリートが用意されています。
-
オンデマンドフリート
-
プロビジョニングされたフリート
オンデマンドフリートでは、ワークフローアクションが開始されると、ワークフローは必要なリソースをプロビジョニングします。アクションが完了すると、マシンは破棄されます。支払いは、アクションを実行している分数に対してのみ行われます。オンデマンドフリートはフルマネージド型で、需要の急増にも対応できる自動スケーリング機能を備えています。
CodeCatalyst は、 によってEC2維持される Amazon を搭載したマシンを含むプロビジョニングされたフリートも提供します CodeCatalyst。プロビジョニングされたフリートでは、ワークフローアクションを実行するように専用マシンのセットを設定します。これらのマシンはアイドル状態のままで、アクションをすぐに処理できます。プロビジョニングされたフリートでは、マシンは常に実行されており、プロビジョニングされている限りコストが発生します。
フリートを作成、更新、または削除するには、Space 管理者ロールまたはプロジェクト管理者ロールが必要です。
オンデマンドフリートプロパティ
CodeCatalyst では、次のオンデマンドフリートが用意されています。
名前 | オペレーティングシステム | アーキテクチャ | vCPUs | メモリ (GiB) | ディスク容量 | サポートされているコンピューティングタイプ |
---|---|---|---|---|---|---|
Linux.Arm64.Large |
Amazon Linux 2 | Arm64 | 2 | 4 |
64 GB |
Amazon EC2 |
10 GB |
Lambda |
|||||
Linux.Arm64.XLarge |
Amazon Linux 2 | Arm64 | 4 | 8 |
128 GB |
Amazon EC2 |
10 GB |
Lambda |
|||||
Linux.Arm64.2XLarge |
Amazon Linux 2 | Arm64 | 8 | 16 | 128 GB | Amazon EC2 |
Linux.x86-64.Large |
Amazon Linux 2 | x86-64 | 2 | 4 |
64 GB |
Amazon EC2 |
10 GB |
Lambda |
|||||
Linux.x86-64.XLarge |
Amazon Linux 2 | x86-64 | 4 | 8 |
128 GB |
Amazon EC2 |
10 GB |
Lambda |
|||||
Linux.x86-64.2XLarge |
Amazon Linux 2 | x86-64 | 8 | 16 | 128 GB | Amazon EC2 |
注記
オンデマンドフリートの仕様は、請求層によって異なります。詳細については、「料金
フリートが選択されていない場合は、 CodeCatalyst を使用しますLinux.x86-64.Large
。
プロビジョニングされたフリートプロパティ
プロビジョニングされたフリートには、次のプロパティが含まれます。
- オペレーティングシステム
-
オペレーティングシステム。使用できるオペレーションシステムは次のとおりです。
-
Amazon Linux 2
-
Windows Server 2022
注記
Windows フリートは、ビルドアクションでのみサポートされます。その他のアクションは現在 Windows をサポートしていません。
-
- アーキテクチャ
-
プロセッサアーキテクチャ。以下のアーキテクチャが利用可能です。
-
x86_64
-
Arm64
-
- マシンタイプ
-
各インスタンスのマシンタイプ。次のマシンタイプを使用できます。
vCPUs メモリ (GiB) ディスク容量 オペレーティングシステム 2 4 64 GB
Amazon Linux 2 4 8 128 GB
Amazon Linux 2 Windows Server 2022 8 16 128 GB
Amazon Linux 2 Windows Server 2022 - 容量
-
フリートに割り当てられたマシンの初期数。これは、並列に実行できるアクションの数を定義します。
- スケーリングモード
-
アクションの数がフリート容量を超えた場合の動作を定義します。
- オンデマンドで追加の容量をプロビジョニングする
-
追加のマシンはオンデマンドでセットアップされ、新しいアクションの実行に応じて自動的にスケールアップされ、アクションが終了するとベースキャパシティにスケールダウンされます。実行中のマシンごとに分単位でのお支払いとなるため、追加のコストが発生する可能性があります。
- 追加のフリート容量が利用可能になるまで待機する
-
マシンが使用可能になるまで、アクション実行はキューに配置されます。これにより、さらにマシンが割り当てられないため、追加のコストが抑えられます。