DataDog · maycmlee · Aug 25, 2025 · Aug 25, 2025 · Aug 25, 2025 · Aug 25, 2025
@@ -1,5 +1,4 @@
 ---
-
 title: Instrumenter des applications Java sans serveur avec le Forwarder Datadog
 ---
 ## Présentation
@@ -62,9 +61,9 @@ dependencies {
 
     ```yaml
     JAVA_TOOL_OPTIONS: -javaagent:"/opt/java/lib/dd-java-agent.jar" -XX:+TieredCompilation -XX:TieredStopAtLevel=1
-    DD_LOGS_INJECTION: true
+    DD_LOGS_INJECTION: true # default value
     DD_JMXFETCH_ENABLED: false
-    DD_TRACE_ENABLED: true
+    DD_TRACE_ENABLED: true # default value
     ```
 
 3. Incorporez la fonction Lambda de votre gestionnaire à l'aide du wrapper fourni par la bibliothèque Lambda Datadog :

@@ -10,16 +10,16 @@ aliases:
 - /ja/account_management/rbac/log_management
 further_reading:
 - link: /api/v2/roles/
-  tag: Documentation
+  tag: ドキュメント
   text: Roles API を使用してロールとアクセス許可を管理する
 - link: /api/v2/roles/#list-permissions
-  tag: Documentation
+  tag: ドキュメント
   text: Permission API を使用してアクセス許可を管理する
 - link: /account_management/rbac/permissions
   tag: ドキュメント
   text: 利用可能なアクセス許可の一覧
 - link: /account_management/saml/
-  tag: Documentation
+  tag: ドキュメント
   text: SAML を使用したシングルサインオンを有効にする
 - link: https://www.datadoghq.com/blog/compliance-governance-transparency-with-datadog-audit-trail/
   tag: ブログ
@@ -51,7 +51,7 @@ Datadog 管理者ロール
 : 請求情報へのアクセス、API キーの無効化に加えて、ユーザーの管理や[読み取り専用ダッシュボード][5]の構成が可能です。標準ユーザーを管理者に昇格させることもできます。
 
 Datadog 標準ロール
-: [ダッシュボード][5]、[モニター][6]、[イベント][7]、[ノートブック][8]など、Datadog が提供するすべてのモニタリング機能を表示および変更できます。他のユーザーをオーガニゼーションに招待することも可能です。
+: [ダッシュボード][5]、[モニター][6]、[イベント][7]、[ノートブック][11]など、Datadog が提供するすべてのモニタリング機能を表示および変更できます。他のユーザーをオーガニゼーションに招待することも可能です。
 
 Datadog 読み取り専用ロール
 : Datadog システム内での編集権限を持たないユーザーです。特定の読み取り専用ビューをクライアントと共有したり、ある部門のメンバーが他の部門外のユーザーと[ダッシュボード][5]を共有する場合に便利です。
@@ -206,4 +206,5 @@ Datadog サイトでロールを作成または更新する際、Datadog ロー
 [7]: /ja/events/
 [8]: /ja/api/v2/roles/
 [9]: https://app.datadoghq.com/organization-settings/
-[10]: /ja/api/latest/roles/#create-role
+[10]: /ja/api/latest/roles/#create-role
+[11]: /ja/notebooks
@@ -0,0 +1,81 @@
+---
+algolia:
+  tags:
+  - software composition analysis
+  - CI パイプライン
+  - SCA
+description: Datadog CLI を CI パイプラインで直接実行し、環境変数を設定し、依存関係をインストールし、本番環境に到達する前にコードの品質とセキュリティの問題をスキャンする方法を学びます。
+further_reading:
+- link: https://www.datadoghq.com/blog/monitor-ci-pipelines/
+  tag: ブログ
+  text: Datadog によるすべての CI パイプラインの監視
+is_beta: false
+title: 汎用 CI プロバイダー
+---
+
+{{< callout url="#" btn_hidden="true" header="Join the Preview!" >}}
+Code Analysis is in Preview.
+{{< /callout >}}
+
+{{% site-region region="gov" %}}
+<div class="alert alert-danger">
+    Code Analysis は、{{< region-param key="dd_site_name" >}} サイトでは使用できません。
+</div>
+{{% /site-region %}}
+
+## 概要
+
+GitHub Actions を使用していない場合は、CI パイプラインのプラットフォーム上で Datadog CLI を直接実行できます。
+
+前提条件:
+
+- unzip
+- Node.js 14 以降
+
+以下の環境変数を構成します。
+
+| 名前         | 説明                                                                                                                | 必須 | デフォルト         |
+|--------------|----------------------------------------------------------------------------------------------------------------------------|----------|-----------------|
+| `DD_API_KEY` | Datadog API キー。これはあなたの [Datadog 組織][1] によって作成され、シークレットとして保存する必要があります。            | はい      |                 |
+| `DD_APP_KEY` | Datadog アプリケーション キー。これはあなたの [Datadog 組織][2] によって作成されたキーで、`code_analysis_read` スコープを含め、シークレットとして保存する必要があります。    | はい      |                 |
+| `DD_SITE`    | 情報の送信先となる [Datadog サイト][3]。あなたの Datadog サイトは {{< region-param key="dd_site" code="true" >}} です。       | いいえ       | `datadoghq.com` |
+
+以下の入力を行います。
+
+| 名前           | 説明                                                                                                                | 必須 | デフォルト         |
+|----------------|----------------------------------------------------------------------------------------------------------------------------|----------|-----------------|
+| `service`      | 結果をタグ付けするサービス名。                                                                           | はい      |                 |
+| `env`          | 結果をタグ付けする環境。この入力には `ci` が便利です。                                           | いいえ       | `none`          |
+| `subdirectory` | 分析の対象を限定するサブディレクトリ パス。パスはリポジトリのルート ディレクトリからの相対パスです。                  | いいえ       |                 |
+
+```bash
+# 送信先の Datadog サイトを設定する
+export DD_SITE="{{< region-param key="dd_site" code="true" >}}"
+
+# 依存関係をインストールする
+npm install -g @datadog/datadog-ci
+
+# 最新の Datadog OSV Scanner をダウンロードする:
+# https://github.com/DataDog/osv-scanner/releases
+DATADOG_OSV_SCANNER_URL=https://github.com/DataDog/osv-scanner/releases/latest/download/osv-scanner_linux_amd64.zip
+
+# OSV Scanner をインストールする
+mkdir /osv-scanner
+curl -L -o /osv-scanner/osv-scanner.zip $DATADOG_OSV_SCANNER_URL
+unzip /osv-scanner/osv-scanner.zip -d /osv-scanner
+chmod 755 /osv-scanner/osv-scanner
+
+# OSV Scanner を実行して依存関係をスキャンする
+/osv-scanner/osv-scanner --skip-git -r --experimental-only-packages --format=cyclonedx-1-5 --paths-relative-to-scan-dir  --output=/tmp/sbom.json /path/to/repository
+
+# 結果を Datadog にアップロードする
+datadog-ci sbom upload /tmp/sbom.json
+```
+
+## その他の参考資料
+
+{{< partial name="whats-next/whats-next.html" >}}
+
+[1]: /ja/account_management/api-app-keys/#api-keys
+[2]: /ja/account_management/api-app-keys/#application-keys
+[3]: /ja/getting_started/site/
@@ -0,0 +1,102 @@
+---
+description: CI Visibility Explorer でパイプライン実行の検索とフィルタリングを行う方法を説明します。
+further_reading:
+- link: /continuous_integration/pipelines/
+  tag: ドキュメント
+  text: ビルドの問題を解決するためにパイプラインデータを調査する
+- link: https://www.datadoghq.com/blog/configure-pipeline-alerts-with-ci-monitors/
+  tag: ブログ
+  text: Datadog CI モニターによるパイプラインアラートの構成
+title: Continuous Integration Visibility Explorer
+---
+
+## 概要
+
+CI Visibility Explorer では、任意のタグを使用して、パイプライン実行を複数のレベルで[検索とフィルター](#search-and-filter)、[視覚化](#visualize)、[エクスポート](#export)することができます。
+
+**Pipeline**、**Stage**、**Job**、**Step**、**Command** のレベルの CI パイプラインの実行結果を確認するには、[**Software Delivery** > **CI Visibility** > **Executions**][5] に移動します。
+
+{{< img src="/continuous_integration/pipeline_executions.png" text="CI Pipeline Executions ページ" style="width:100%" >}}
+
+## デフォルトの CI ファセット
+
+左側の **CI** パネルには、パイプライン実行の検索に使用できるデフォルトのファセットが表示されます。
+
+| ファセット | 説明 |
+|---|---|
+| CI Status | CI 実行のステータス: `Success`、`Failure`、または `Canceled` |
+| CI Instance  | CI プロバイダーのインスタンス名。 |
+| Duration | パイプラインが実行される時間。 |
+| Pipeline ID | パイプラインの ID。 |
+| CI Provider | CI プロバイダーの名前。 |
+| Node Labels | ノードのラベル。 |
+| Node Name | ノードの名前。 |
+| Partial Pipeline  | 再試行、手動承認、またはその他の不完全なシーケンスを含む CI パイプライン実行を指します。 |
+| Partial Retry | CI 実行が以前の実行の再試行であったかどうかを示します。 |
+| Manually Triggered  | CI 実行が手動でトリガーされたかどうかを示します。 |
+| パラメーター | パイプラインまたはジョブがトリガーされた際のユーザー定義パラメーター。 |
+| Pipeline Number | パイプラインの番号。 |
+| Pipeline URL | パイプラインの URL。 |
+| Queue Time  | CI キューでジョブまたはタスクが実行前に待機していた合計時間。 |
+| デプロイ | CI パイプラインとともにデプロイされた GitLab 環境。 |
+| Deployment Action  | GitLab のデプロイされた環境内で実行されたアクション。 |
+| Command Name  | CI パイプライン内の特定のコマンドに対するユーザー定義の識別子。 |
+| コマンド | カスタムパイプラインスパンを生成するために実行されたコマンドライン。 |
+| Downstream Pipeline  | このパイプラインが別のパイプラインの下流にあるかどうかを示します。 |
+| Upstream Pipeline ID  | 現在のパイプラインの前に実行され、それをトリガーするパイプライン実行の識別子。 |
+| Step Name  | CI パイプライン内の特定のステップに割り当てられた名前。 |
+| エラードメイン | CI 実行時のエラーの種類 (プロバイダー、ユーザー、不明など) |
+| Run time  | CI パイプラインの実行に費やされた合計時間。 |
+| Wait time  | CI 実行において手動承認を待つのに費やされた合計時間。 |
+| Is Deployment  | パイプライン内のジョブがデプロイを開始したかどうかを示します。 |
+| Contains Deployment  | パイプラインにデプロイをトリガーするジョブが含まれているかどうかを示します。 |
+| On Critical Path | ジョブが CI パイプラインの実行のクリティカル パス上にあるかどうかを示します。 |
+
+CI Visibility Explorer で検索クエリの一部として使用できる一般的なファセットについては、[パイプライン実行ファセット][3]を参照してください。
+
+## パイプライン実行の詳細とトレース
+
+選択した時間枠でのパイプラインの実行に関する集計データを確認できます。検索フィールドとファセットを使用して、調査したい実行までリストをスコープします。上部のボタンを使用して、リストを変更してパイプライン、ステージ、またはジョブを表示します。
+
+以下は、最もアクティブなパイプラインの継続時間、失敗したパイプラインの継続時間、パイプラインの実行時間を可視化する 3 つのグラフで、それぞれ継続時間の累積に切り替えるオプションがあります。これらのグラフは左上で選択したレベル (`Pipeline`、`Stage`、`Job` など) にスコープされます。
+
+{{< img src="ci/pipeline_explorer_trends.png" alt="エクスプローラービューのトレンドグラフ: Duration、Errored、Executions" style="width:100%;">}}
+
+各パイプラインの実行は、ステージとジョブの情報を含むトレースとして報告されます。リスト内の実行をクリックして、個々のパイプライン、ステージ、ジョブ実行トレースにアクセスします (Pipeline Details ビューからパイプラインの実行をクリックするのと同様)。
+
+CI パイプラインデータは[ダッシュボード][6]と[ノートブック][7]で利用できるため、ビルドエンジニアリングチームは、優先度の高い作業と CI の傾向に関するコミュニケーションを長期にわたってカスタマイズできます。
+
+## 検索とフィルター
+
+左側のファセットをクリックするか、検索バーに独自のカスタムクエリを記述することで、パイプライン実行のサブセットに焦点を絞ったり、広げたり、シフトしたりできます。ファセットを選択または選択解除すると、検索バーに変更が自動的に反映されます。同様に、検索バーのクエリを変更するか、検索バーにクエリをゼロから記述して、左側のファセットを選択または選択解除できます。
+
+- パイプラインの検索方法については、[検索と管理][1]を参照してください。
+- クエリの作成方法については、[検索構文][2]を参照してください。
+
+## 分析
+
+情報を導出または統合するために、クエリされたパイプライン実行を、フィールド、パターン、トランザクションなどの上位エンティティにグループ化します。属性を検索するために作成する必要のない [ファセット][3]を使用すると、以下のアクションを実行できます。
+
+- CI/CD パイプラインで実行されているテストの進捗を検索し、追跡します。
+- すべての CI/CD ジョブの実行を調査して、失敗したテスト実行を特定してトラブルシューティングします。
+
+## 視覚化
+
+視覚化の種類を選択して、フィルターや集計の結果を視覚化し、パイプラインの実行をよりよく理解できます。例えば、パイプライン実行をリストで表示してパイプラインデータを列ごとに整理したり、[時系列グラフ][8]で表示してパイプラインデータの経時変化を測定したりできます。
+
+## エクスポート
+
+CI Visibility Explorer の[ビューをエクスポート][4]すると、後で別のコンテキストで再利用できます。
+
+## 参考資料
+
+{{< partial name="whats-next/whats-next.html" >}}
+
+[1]: /ja/continuous_integration/search
+[2]: /ja/continuous_integration/explorer/search_syntax
+[3]: /ja/continuous_integration/explorer/facets
+[4]: /ja/continuous_integration/explorer/saved_views
+[5]: https://app.datadoghq.com/ci/pipeline-executions
+[6]: https://app.datadoghq.com/dashboard/lists
+[7]: https://app.datadoghq.com/notebook/list
+[8]: https://app.datadoghq.com/ci/pipeline-executions?viz=timeseries
@@ -44,6 +44,10 @@ CI/CD テスト実行のトリガーに API エンドポイントを使用して
 
 まず確認すべきは、[グローバルコンフィギュレーションファイル][3]でどの失敗モードフラグを渡しているかということです。複数のテストを含む CI の実行では、一部のテストは [Continuous Testing の設定ページ][9]で定義された並列化設定に基づいてキューに入れられます。組織のニーズに応じて、構成と並列化の両方を調整する必要があるかもしれません。
 
+## Synthetics モニター
+
+CI は Synthetics モニターをトリガーせず、モニターの評価にそれらを組み込みません。ただし、失敗した実行は CI が赤色のステータスを表示する原因になります。
+
 ## 参考資料
 
 {{< partial name="whats-next/whats-next.html" >}}