Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

ワークフロー実行間のファイルのキャッシュ

フォーカスモード
ワークフロー実行間のファイルのキャッシュ - Amazon CodeCatalyst

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

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

ファイルキャッシュを有効にすると、ビルドアクションとテストアクションでディスク上のファイルがキャッシュに保存され、後続のワークフロー実行でそのキャッシュから復元されます。実行間で変更されていない依存関係を構築またはダウンロードすることで生じるレイテンシーがキャッシュによって軽減されます。CodeCatalyst ではフォールバックキャッシュもサポートしており、必要な依存関係の一部を含む部分的なキャッシュを復元するために使用できます。これにより、キャッシュミスによるレイテンシーの影響を軽減できます。

注記

ファイルキャッシュは Amazon CodeCatalyst のビルドアクションとテストアクションでのみ利用可能で、EC2 コンピューティングタイプを使用するように構成されている場合しか利用できません。

ファイルキャッシュについて

ファイルキャッシュを使用すると、データを複数のキャッシュに整理できます。各キャッシュは FileCachingプロパティで参照されます。各キャッシュは、特定のパスで指定されたディレクトリを保存します。指定されたディレクトリは今後のワークフロー実行で復元されます。以下は、cacheKey1cacheKey2 という名前の複数のキャッシュでキャッシュするための YAML スニペットの例です。

Actions: BuildMyNpmApp: Identifier: aws/build@v1 Inputs: Sources: - WorkflowSource Configuration: Steps: - Run: npm install - Run: npm run test Caching: FileCaching: cacheKey1: Path: file1.txt RestoreKeys: - restoreKey1 cacheKey2: Path: /root/repository RestoreKeys: - restoreKey2 - restoreKey3
注記

CodeCatalyst では、ローカルキャッシュとリモートキャッシュで構成される多層キャッシュを使用します。プロビジョニングされたフリートまたはオンデマンドマシンがローカルキャッシュでキャッシュミスに遭遇すると、依存関係がリモートキャッシュから復元されます。その結果、一部のアクション実行では、リモートキャッシュのダウンロードからレイテンシーが発生する可能性があります。

CodeCatalyst ではキャッシュアクセス制限を適用して、あるワークフロー内のアクションが別のワークフローからキャッシュを変更できないようにします。これにより、ビルドやデプロイに影響を与える誤ったデータがプッシュされる可能性のある他のワークフローから各ワークフローを保護します。キャッシュをすべてのワークフローとブランチのペアリングに分離するキャッシュスコープを使用して制限が適用されます。例えば、ブランチ feature-Aworkflow-A には、兄弟ブランチ feature-Bworkflow-A とは異なるファイルキャッシュがあります。

ワークフローが指定されたファイルキャッシュを検索し、それを見つけられないときにキャッシュミスが発生します。新しいブランチを作成する際や、新しいキャッシュが参照されてそれがまだ作成されていない場合など、複数の理由でキャッシュミスが発生する可能性があります。また、キャッシュの有効期限が切れたときに発生する場合もあります。デフォルトでは、キャッシュが最後に使用された日から 14 日後に有効期限が切れます。キャッシュミスを軽減し、キャッシュヒット率を高めるために、CodeCatalyst ではフォールバックキャッシュをサポートしています。フォールバックキャッシュは代替キャッシュであり、キャッシュの古いバージョンである部分キャッシュを復元する機会を提供します。キャッシュは、最初にプロパティ名の FileCaching で一致を検索して復元され、見つからない場合は RestoreKeys を評価します。プロパティ名とすべての RestoreKeys の両方にキャッシュミスがある場合、キャッシュはベストエフォートであり、保証されないため、ワークフローは引き続き実行されます。

キャッシュの作成

次の手順に従って、ワークフローにキャッシュを追加できます。

Visual
ビジュアルエディタを使用してキャッシュを追加するには
  1. https://codecatalyst.aws/ で CodeCatalyst コンソールを開きます。

  2. プロジェクトを選択します。

  3. ナビゲーションペインで [CI/CD][ワークフロー] の順に選択します。

  4. ワークフローの名前を選択します。ワークフローが定義されているソースリポジトリまたはブランチ名でフィルタリングすることも、ワークフロー名またはステータスでフィルタリングすることもできます。

  5. [編集] を選択します。

  6. [ビジュアル] を選択します。

  7. ワークフロー図で、キャッシュを追加するアクションを選択します。

  8. [設定] を選択します。

  9. [ファイルのキャッシュ - 省略可] で、[キャッシュを追加] を選択して次のようにフィールドに情報を入力します。

    キー

    プライマリキャッシュプロパティ名の名前を指定します。キャッシュプロパティ名は、ワークフロー内で一意である必要があります。各アクションには、FileCaching に最大 5 つのエントリを含めることができます。

    [Path] (パス)

    キャッシュの関連するパスを指定します。

    復元キー - 省略可

    プライマリキャッシュプロパティが見つからない場合にフォールバックとして使用する復元キーを指定します。復元キー名は、ワークフロー内で一意である必要があります。各キャッシュには、RestoreKeys に最大 5 つのエントリを含めることができます。

  10. (省略可) [検証] を選択して、ワークフローの YAML コードをコミットする前に検証します。

  11. [コミット] を選択し、コミットメッセージを入力し、再度 [コミット] を選択します。

YAML
YAML エディタを使用してキャッシュを追加するには
  1. https://codecatalyst.aws/ で CodeCatalyst コンソールを開きます。

  2. プロジェクトを選択します。

  3. ナビゲーションペインで [CI/CD][ワークフロー] の順に選択します。

  4. ワークフローの名前を選択します。ワークフローが定義されているソースリポジトリまたはブランチ名でフィルタリングすることも、ワークフロー名またはステータスでフィルタリングすることもできます。

  5. [編集] を選択します。

  6. [YAML] を選択します。

  7. ワークフローアクションで、次のようなコードを追加します。

    action-name: Configuration: Steps: ... Caching: FileCaching: key-name: Path: file-path # # Specify any additional fallback caches # RestoreKeys: # - restore-key
  8. (省略可) [検証] を選択して、ワークフローの YAML コードをコミットする前に検証します。

  9. [コミット] を選択し、コミットメッセージを入力し、再度 [コミット] を選択します。

ビジュアルエディタを使用してキャッシュを追加するには
  1. https://codecatalyst.aws/ で CodeCatalyst コンソールを開きます。

  2. プロジェクトを選択します。

  3. ナビゲーションペインで [CI/CD][ワークフロー] の順に選択します。

  4. ワークフローの名前を選択します。ワークフローが定義されているソースリポジトリまたはブランチ名でフィルタリングすることも、ワークフロー名またはステータスでフィルタリングすることもできます。

  5. [編集] を選択します。

  6. [ビジュアル] を選択します。

  7. ワークフロー図で、キャッシュを追加するアクションを選択します。

  8. [設定] を選択します。

  9. [ファイルのキャッシュ - 省略可] で、[キャッシュを追加] を選択して次のようにフィールドに情報を入力します。

    キー

    プライマリキャッシュプロパティ名の名前を指定します。キャッシュプロパティ名は、ワークフロー内で一意である必要があります。各アクションには、FileCaching に最大 5 つのエントリを含めることができます。

    [Path] (パス)

    キャッシュの関連するパスを指定します。

    復元キー - 省略可

    プライマリキャッシュプロパティが見つからない場合にフォールバックとして使用する復元キーを指定します。復元キー名は、ワークフロー内で一意である必要があります。各キャッシュには、RestoreKeys に最大 5 つのエントリを含めることができます。

  10. (省略可) [検証] を選択して、ワークフローの YAML コードをコミットする前に検証します。

  11. [コミット] を選択し、コミットメッセージを入力し、再度 [コミット] を選択します。

ファイルキャッシュの制約

プロパティ名と RestoreKeys の制約は次のとおりです。

  • 名前はワークフロー内で一意である必要があります。

  • 名前に使用できるのは、英数字 (A~Z、a~z、0~9)、ハイフン (-)、アンダースコア (_) のみです。

  • 名前は 180 文字まで入力できます。

  • 各アクションには、FileCaching に最大 5 つのキャッシュを含めることができます。

  • 各キャッシュには、RestoreKeys に最大 5 つのエントリを含めることができます。

パスの制約は以下のとおりです。

  • アスタリスク (*) は使用できません。

  • パスは 255 文字まで入力できます。

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.