Translation Pipeline PR

content/ja/dashboards/widgets/query_value.md

@@ -40,7 +40,7 @@ widget_type: query_value
 
 <div class="alert alert-info">ビジュアルフォーマットルールは、メトリクスの生の値に基づく必要があります。メトリクスの基本単位がナノ秒であり、Query Value が秒に自動フォーマットされる場合、条件付きルールはナノ秒に基づく必要があります。</div>
 
-条件付きルールを使用して、Query Value ウィジェットの背景をカスタマイズできます。背景色、フォント色、またはカスタムイメージを追加することが可能です。カスタムイメージを使用する場合は、内部画像を参照するクロスオリジンリクエストをサポートするために内部サーバーを更新する必要があります。
+条件付きルールを使用して、 Query Value ウィジェットの背景をカスタマイズできます。背景色、フォント カラー、またはカスタム イメージを追加できます。カスタム イメージを使用する場合は、ローカル コンピューターから画像をアップロードするか、パブリック インターネット上の画像を参照できます。内部画像を参照するためのクロス オリジン リクエストをサポートするように、内部サーバーを更新する必要があります。
 
 {{< img src="dashboards/widgets/query_value/visual_formatting_rules_custom_img.png" alt="カスタムイメージの背景を持つ Query Value ウィジェットのビジュアルフォーマットルール" style="width:90%;" >}}
 

content/ja/ddsql_editor/getting_started.md

@@ -0,0 +1,91 @@
+---
+aliases:
+- /ja/dashboards/ddsql_editor/getting_started/
+title: DDSQL Editor の概要
+---
+
+{{< callout url="https://datadoghq.com/private-beta/ddsql-editor">}}
+DDSQL はプレビュー版です。
+{{< /callout >}}
+
+## 概要
+
+[DDSQL Editor][1] では、自然言語または SQL でクエリを作成できます。サポートされている SQL 式と使用方法の詳細は、[DDSQL リファレンス][2]を参照してください。UI の随所にサンプル クエリが表示されます。
+
+{{< img src="ddsql_editor/query-ui-overview.png" alt="使用可能なテーブルのリスト" style="width:100%;" >}}
+
+- 自然言語クエリを実行するには、検索バーに質問を入力するか、検索バー下に表示されるサンプル クエリのいずれかをクリックします。
+- SQL クエリを実行するには、有効な DDSQL 式をページ上部のセクションに入力するか、**Queries to get you started** に掲載されているクエリ例のいずれかを実行します。
+
+## クエリ実行フローの一例
+
+ここでは、実行フローの一例を示しながら、DDSQL Editor の主な機能を紹介します。クエリ例がお使いのデータに適していない場合は、代わりに独自のクエリを使用できます。
+
+### 1. 自然言語クエリを実行する
+
+1. [DDSQL Editor][1] に移動します。
+2. 自然言語プロンプトに、`Most common instance types` (最も一般的なインスタンス タイプ) と入力します。
+
+結果として生成されるクエリは以下のようなものになります。
+
+{{< code-block lang="sql" >}}
+SELECT instance_type,
+  COUNT(*) AS count
+FROM host
+GROUP BY instance_type
+ORDER BY count DESC;
+{{< /code-block >}}
+
+### 2. スキーマ エクスプローラーを使用してクエリの SQL を修正する
+
+どのフィールドに必要なデータが含まれているかわからない場合は、スキーマ エクスプローラーを使用して、使用可能なテーブル、その列、および他のテーブルとの関係を調べることができます。
+
+1. 左側のサイド バーのデータベース アイコンをクリックし、スキーマ エクスプローラーを開きます。
+    {{< img src="ddsql_editor/schema-explorer-example.png" alt="スキーマ エクスプローラーの使用可能なテーブルのリスト" style="width:100%;" >}}
+1. 現在のクエリは `host` テーブルを対象としているので、**All Tables > Hosts > host** をクリックして、使用可能なフィールドを表示します。クエリに追加するフィールドを選びます。この例では `availability_zone` を使用します。
+    {{< img src="ddsql_editor/schema-explorer-table-example.png" alt="スキーマ エクスプローラーに表示された host テーブル" style="width:50%;" >}}
+1. クエリの SQL を編集して、結果に `availability_zone` を追加します。
+
+{{< code-block lang="sql" >}}
+SELECT instance_type, availability_zone,
+  COUNT(*) AS count
+FROM host
+GROUP BY instance_type, availability_zone
+ORDER BY count DESC;
+{{< /code-block >}}
+
+### 3. クエリにタグ ベースのフィルターを追加する
+
+タグはテーブルの列のようにクエリできます。`WHERE` 節を追加し、本番環境のインスタンスのみをカウントします。
+
+{{< code-block lang="sql" >}}
+SELECT instance_type, availability_zone,
+  COUNT(*) AS count
+FROM host
+WHERE #env = 'prod' -- タグ名の前に '#' を付けます
+GROUP BY instance_type, availability_zone
+ORDER BY count DESC;
+{{< /code-block >}}
+
+詳細は、[DDSQL でのタグのクエリ方法][3]を参照してください。
+
+### 4. クエリを共有する
+
+クエリの共有リンクを生成するには:
+
+1. 歯車アイコンをクリックします。
+1. **Copy Share Link** をクリックします。
+
+### 5. クエリを保存して表示する
+
+1. クエリのタイトルをダブル クリックして編集し、"Production instance types by availability zone" (可用性ゾーン別の本番インスタンス タイプ) に変更します。
+1. **Save Query** をクリックします。
+1. 左側のサイド バーのページ アイコンをクリックして **Saved Queries** パネルを開き、保存したクエリをリストから見つけます。
+
+### 6. 最近のクエリで確認する
+
+便利なクエリを保存し忘れても、**Recent Queries** ペインからアクセスできます。左側のサイド バーの時計アイコンをクリックすると、最近のクエリのリストが表示されます。
+
+[1]: https://app.datadoghq.com/ddsql/editor
+[2]: /ja/ddsql_editor/#use-sql-syntax-ddsql
+[3]: /ja/ddsql_reference/ddsql_preview/tags

content/ja/developers/dogstatsd/datagram_shell.md

@@ -70,7 +70,7 @@ Datadog Agent は、コンテナ ID の値を使用して、追加のコンテ
 
 ### DogStatsD プロトコル v1.3
 
-Agent v6.40.0+ および v7.40.0+ は、オプションで Unix タイムスタンプフィールドをサポートしています。
+Agent `v6.40.0+` および `v7.40.0+` は、オプションの Unix タイムスタンプ フィールドをサポートしています。
 
 このフィールドを指定すると、Datadog Agent は、タグでメトリクスをリッチ化する以外、メトリクスの処理を行いません (集計を行いません)。これは、アプリケーションで既にメトリクスを集計しており、余分な処理なしで Datadog に送信したい場合に便利です。
 
@@ -84,11 +84,68 @@ Unix のタイムスタンプは、過去の有効な正の数である必要が
 
 - `page.views:15|c|#env:dev|T1656581400`: 2022 年 6 月 30 日午前 9 時 30 分 (UTC) に 15 ページビューが発生したことを示す COUNT
 
+### DogStatsD プロトコル v1.4
+
+Agent `>=v7.51.0` 以降、コンテナ ID フィールドで新しい inode 値がサポートされています。
+追加のコンテナ タグを DogStatsD メトリクスに付与できるよう、コンテナ ID フィールドには 2 つの値を含められます。
+- コンテナ ID (利用可能な場合)。
+- コンテナ ID が利用できない場合は、cgroup ノードの inode。
+
+コンテナ ID フィールドの先頭には引き続き `c:` が付き、値は次のいずれかになります。
+
+- `c:ci-<CONTAINER_ID>`
+- `c:in-<CGROUP_INODE>`
+
+以下のフォーマットは非推奨とされていますが、後方互換性のため、まだサポートされています。
+- `c:<CONTAINER_ID>`
+
+### DogStatsD プロトコル v1.5
+
+Agent `>=v7.57.0` 以降、新しい External Data フィールドがサポートされています。
+コンテナ ID が利用できない場合、Datadog Agent は External Data の値を使用して、追加のコンテナ タグを DogStatsD メトリクスに付与します。
+
+External Data フィールドの先頭には `e:` が付きます。例:
+
+`<METRIC_NAME>:<VALUE>|<TYPE>|#<TAG_KEY_1>:<TAG_VALUE_1>,<TAG_2>|e:<EXTERNAL_DATA>`
+
+このデータは [Datadog Agent Admission Controller][106] から提供されるもので、以下の内容が含まれます。
+- コンテナが init コンテナであるかどうかを表すブール値。
+- コンテナ名。
+- ポッドの UID。
+
+形式は次のとおりです。
+
+`it-INIT_CONTAINER,cn-CONTAINER_NAME,pu-POD_UID`
+
+実際には次のようになります。
+
+`it-false,cn-nginx-webserver,pu-75a2b6d5-3949-4afb-ad0d-92ff0674e759`
+
+### DogStatsD プロトコル v1.6
+
+Agent `>=v7.64.0` 以降、新しいカーディナリティ フィールドがサポートされています。
+Datadog Agent は、カーディナリティの値を使用して、カーディナリティに対応する追加のコンテナ タグを DogStatsD メトリクスに付与します。
+
+カーディナリティ フィールドの先頭には `card:` が付きます。例:
+
+`<METRIC_NAME>:<VALUE>|<TYPE>|#<TAG_KEY_1>:<TAG_VALUE_1>,<TAG_2>|card:<CARDINALITY>`
+
+カーディナリティは、次の両方に対するタグ付与の拡張に影響します。
+- [Docker タグ][105]
+- [Kubernetes タグ][104]
+
+カーディナリティで使用できる値は次のとおりです。
+- `none`
+- `low`
+- `orchestrator`
+- `high`
+
 [101]: /ja/metrics/#metric-name
 [102]: /ja/metrics/types/
 [103]: /ja/getting_started/tagging/
 [104]: /ja/containers/kubernetes/tag/?tab=containerizedagent#out-of-the-box-tags
 [105]: /ja/containers/docker/tag/?tab=containerizedagent#out-of-the-box-tagging
+[106]: /ja/containers/cluster_agent/admission_controller
 {{% /tab %}}
 {{% tab "Events" %}}
 

content/ja/error_tracking/frontend/replay_errors.md

@@ -0,0 +1,83 @@
+---
+description: リプレイ スニペットの収集方法について学び、重要な問題を確実に把握できるようにします。
+further_reading:
+- link: /error_tracking/suspect_commits
+  tag: ドキュメント
+  text: Error Tracking が疑わしいコミットをどのように特定するかについて学びます。
+- link: /error_tracking
+  tag: ドキュメント
+  text: エラートラッキングについて
+is_beta: true
+private: false
+title: Error Tracking Replay Snippets
+---
+
+{{< beta-callout url="https://www.datadoghq.com/product-preview/error-tracking-replay-snippets/" btn_hidden="false"  >}}
+Error Tracking Replay Snippets はプレビュー版です。
+{{< /beta-callout >}}
+
+## 概要
+
+フロントエンド エンジニアにとって、デバッグ プロセスにおける不可欠で、しかも時間のかかる作業の 1 つがバグの再現です。しかし、アプリケーションがエラーをスローする前にユーザーが行った操作を明確に把握できなければ、バグの再現は難しくなります。
+
+Error Tracking Replay Snippets では、エラー発生の前後 15 秒間におけるユーザー ジャーニーをピクセル パーフェクトに再現して表示できるため、バグを再現し、時間を節約し、推測を排除できます。
+
+## セットアップ
+
+1. まだ Datadog Frontend Error Tracking をセットアップしていない場合は、 [アプリ内セットアップ手順][1] に従うか、[ブラウザ][2] 用および [モバイル][3] 用のセットアップ ドキュメントを参照してください。
+2. SDK の初期化時に、アプリケーションのリプレイ サンプリング レートを設定します。 
+
+   {{< tabs >}}
+   {{% tab "ブラウザ" %}}
+
+   `sessionReplaySampleRate` を 1 から 100 の範囲で設定します。 
+
+   ```javascript
+   import { datadogRum } from '@datadog/browser-rum';
+
+   datadogRum.init({
+      applicationId: '<APP_ID>',
+      clientToken: '<CLIENT_TOKEN>',
+      service: '<SERVICE>',
+      env: '<ENV_NAME>',
+      sessionReplaySampleRate: 20,
+      trackResources: true,
+      trackUserInteractions: true,
+   });
+   ```
+
+   {{% /tab %}}
+   {{% tab "iOS" %}}
+   [こちらの手順][4] に従って、iOS 用にモバイル アプリケーションのエラー リプレイをセットアップし、構成します。
+
+   [4]: /real_user_monitoring/session_replay/mobile/setup_and_configuration/?tab=ios
+   {{% /tab %}}
+   {{% tab "Android" %}}
+   [こちらの手順][5] に従って、Android 用にモバイル アプリケーションのエラー リプレイをセットアップし、構成します。
+
+   [5]: /real_user_monitoring/session_replay/mobile/setup_and_configuration/?tab=android
+   {{% /tab %}}
+   {{% tab "Kotlin Multiplatform" %}}
+   [こちらの手順][6] に従って、Kotlin Multiplatform 用にモバイル アプリケーションのエラー リプレイをセットアップし、構成します。
+
+   [6]: /real_user_monitoring/session_replay/mobile/setup_and_configuration/?tab=kotlinmultiplatform
+   {{% /tab %}}
+   {{% tab "React Native" %}}
+   [こちらの手順][7] に従って、React Native 用にモバイル アプリケーションのエラー リプレイをセットアップし、構成します。
+
+   [7]: /real_user_monitoring/session_replay/mobile/setup_and_configuration/?tab=reactnative
+   {{% /tab %}}
+   {{</tabs>}}
+
+## エラーをリプレイする
+エラーメッセージやスタック トレースなど、エラーに関する重要な情報を確認したら、問題のサマリーから、エラーが発生した最新のセッションのライブ再現へすぐに遷移できます。スタック トレースの下までスクロールし、リプレイのプレビューをクリックすると、エラーが発生する前のユーザーの操作を確認できます。
+
+{{< img src="error_tracking/error-replay.png" alt="Error Tracking Replay Snippet" style="width:90%" >}}
+
+## その他の参考資料
+
+{{< partial name="whats-next/whats-next.html" >}}
+
+[1]: https://app.datadoghq.com/error-tracking/settings/setup/client
+[2]: /ja/error_tracking/frontend/browser#setup
+[3]: /ja/error_tracking/frontend/mobile