From 3be78e3838ed0b8bce9b04494ef7917ad813262d Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 22:44:28 -0400 Subject: [PATCH 01/53] adding translations --- .../roles-and-permissions.md | 94 +++++++++++++++++++ 1 file changed, 94 insertions(+) create mode 100644 content/ja/cloudcraft/account-management/roles-and-permissions.md diff --git a/content/ja/cloudcraft/account-management/roles-and-permissions.md b/content/ja/cloudcraft/account-management/roles-and-permissions.md new file mode 100644 index 0000000000000..7ff91603b4184 --- /dev/null +++ b/content/ja/cloudcraft/account-management/roles-and-permissions.md @@ -0,0 +1,94 @@ +--- +kind: ドキュメント +title: ロールと権限 +--- + +Cloudcraft チームのメンバーには、3 種類の異なるユーザーロールのいずれかが割り当てられます。 + +- アカウントオーナー +- 管理者 +- ユーザー + +## ユーザーロールとデフォルトの権限 + +**注**: ブループリントへの読み取り専用アクセスを許可するには、共有可能なブループリントリンクを作成し、内部 wiki ページにブループリントを埋め込むことができます。 + +### アカウントオーナー + +アカウントオーナーは、Cloudcraft アカウントのすべての要素にアクセスでき、サブスクリプション設定の変更や、請求情報の表示および変更ができる唯一のロールになります。 + +デフォルトでは、Cloudcraft の有料サブスクリプションにサインアップした人がアカウントオーナーになります。チームの他のメンバーにロールを割り当てるには、[サポートにご連絡ください][1]。 + +**権限:** + +- プライベートおよびチーム共有のブループリントの作成、編集、削除 +- サブスクリプション設定の管理 +- SSO 設定の管理 (Enterprise) +- チーム設定の管理 + - 新規チームの作成 (Enterprise) + - 新規管理者とユーザーの招待 + - 管理者とユーザーの削除 + - Cloudcraft チームへの招待の取り消し +- AWS アカウントの管理 + - 新しい AWS アカウントの接続 + - AWS アカウントの削除 + - チーム共有 AWS アカウントの管理 +- API キーの管理 + - API キーの作成 + - API キーの削除 + - チーム共有 API キーの管理 + +### 管理者 + +管理者は Cloudcraft で 2 番目に特権的なロールで、請求とサブスクリプション情報以外のすべてにアクセスできます。 + +このロールは、Cloudcraft 内でチームやサブチームの管理権限を必要とするプロジェクトリーダー向けです。 + +**権限:** + +- プライベートおよびチーム共有のブループリントの作成、編集、削除 +- チーム設定の管理 (担当チームのみ) + - 新規管理者とユーザーの招待 + - 管理者とユーザーの削除 + - Cloudcraft チームへの招待の取り消し +- AWS アカウントの管理 + - 新しい AWS アカウントの接続 + - AWS アカウントの削除 + - チーム共有の AWS アカウントの管理 +- API キーの管理 + - API キーの作成 + - API キーの削除 + - チーム共有の API キーの管理 + +### ユーザー + +ユーザーは Cloudcraft で最も権限の少ないロールタイプです。ユーザーはチームのメンバーであり、ブループリントを共有したり、AWS アカウントで共同作業したり、一般的な共同作業を行うことができます。 + +**権限:** + +- プライベートおよびチーム共有のブループリントの作成、編集、削除 +- 所属するチームへの閲覧専用アクセス +- アカウントオーナーまたは管理者がチームと共有した AWS アカウントのライブスキャン +- API キーの存在に対する閲覧専用アクセス (アクティブな API キーの生成や閲覧は不可) + +## 組織横断型チーム + +Cloudcraft では、Enterprise をご利用のお客様に、組織横断型チームを作成する機能も提供しています。組織横断型チームのメンバーは、非組織横断型チームのメンバーリストに追加され、すでに別のチームのメンバーでない限り、組織横断型チームのロールを継承します。 + +このことを理解しやすいように、以下にその一例を示します。 + +- 会社 A + - 組織横断型チーム 1 + - ユーザー 1 + - チーム 2 + - ユーザー 2 + - [組織横断型チーム 1 のユーザー 1] + - チーム 3 + - ユーザー 3 + - ユーザー 1 + - [組織横断型チーム 1 のユーザー 1、ただし、チームにおけるロールは明示的なメンバーシップによって決まる]。 + +この例では、「チーム 1」が読み取り専用メンバーを持つ監査チームである場合、「ユーザー 1」は暗黙的に「チーム 2」への読み取り専用アクセス権を持つが、「チーム 3」のユーザーに明示的に割り当てられたロールが優先される。 + +[1]: https://app.cloudcraft.co/support +[2]: https://app.cloudcraft.co/app/support \ No newline at end of file From cb7313b3599119a12a6bae336a6a02f3f6d6628e Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:21:51 -0400 Subject: [PATCH 02/53] adding translations --- .../synthetic-test-retries-monitor-status.md | 61 +++++++++++++++++++ 1 file changed, 61 insertions(+) create mode 100644 content/ja/synthetics/guide/synthetic-test-retries-monitor-status.md diff --git a/content/ja/synthetics/guide/synthetic-test-retries-monitor-status.md b/content/ja/synthetics/guide/synthetic-test-retries-monitor-status.md new file mode 100644 index 0000000000000..4510e11ac8936 --- /dev/null +++ b/content/ja/synthetics/guide/synthetic-test-retries-monitor-status.md @@ -0,0 +1,61 @@ +--- +description: Synthetic テストのリトライが、関連するモニターのステータスにどのような影響を与えるかをご説明します。 +further_reading: +- link: /synthetics/guide/synthetic-test-monitors/ + tag: ドキュメント + text: Synthetic テストモニターについて +- link: /continuous_testing/explorer/search_runs/ + tag: ドキュメント + text: Synthetic テストの実行について +kind: ガイド +title: Synthetic テストのリトライがモニターステータスにどのように影響を与えるかを理解する +--- + +## 概要 + +アラート疲労を軽減するために、テスト実行が失敗した場合、Synthetic テストはリトライ可能です。失敗時にリトライを設定したテストは、_高速リトライ_と呼ばれます。 + +高速リトライでは、Datadog がテストのモニターをアラート状態に移行し、通知を送る前に、Synthetic テストを複数回実行します。Synthetic テストに関連するモニターの詳細については、[Synthetic テストモニターの使用][3]を参照してください。 + +{{< img src="synthetics/guide/synthetics_test_retries/fast_retries.png" alt="高速リトライによる失敗したテストの実行" style="width:100%;">}} + + +## グループ評価 + +高速リトライの結果はローカルグループ評価に使用されるものの、トータルグループ評価では最終リトライの結果のみが考慮されます。元の実行とすべての中間リトライは評価から破棄されます。 + +ローカルグループ評価 +: ロケーションステータスの評価。 + +トータルグループ評価 +: テストステータスの評価。 + +最大リトライ回数に達した後も失敗している実行は最終的なものと見なされ、この最終結果がトータルグループ評価に考慮されます。 + +## 他のテスト実行と重複するリトライ + +この例では、Synthetic テストが 3 分ごとに実行されるようにスケジュールされ、2 分の遅延で最大 2 回のリトライが構成されています。 + +この評価では、最終リトライのみがトータルグループ評価に考慮されます。 + +すべてのリトライが失敗した場合 + +{{< img src="synthetics/guide/synthetics_test_retries/diagram_1.png" alt="2 回リトライされ、すべてのリトライで失敗したテスト実行を、ローカルグループおよびトータルグループとして評価" style="width:100%;">}} + +またはリトライが成功した場合 + +{{< img src="synthetics/guide/synthetics_test_retries/diagram_2.png" alt="2 回リトライされ、3 回目のリトライで成功したテスト実行を、ローカルグループおよびトータルグループとして評価" style="width:100%;">}} + +**注:** `minFailureDuration` と `minLocationsFailed` パラメーターに何を設定したかによって、動作が異なる場合があります。 + +## タイムスタンプ + +システムは、最終結果のタイムスタンプに、テストが最初にスケジュールされた時刻ではなく、テストがリトライされた時刻を反映します。結果は、テストが開始されたときのタイムスタンプで考慮されます。テストの実行時間により、結果が評価に利用できるようになるまでに若干の遅れが生じる場合があります。 + +## その他の参考資料 + +{{< partial name="whats-next/whats-next.html" >}} + +[1]: /ja/continuous_testing/explorer/search_runs/ +[2]: https://app.datadoghq.com/synthetics/explorer +[3]: /ja/synthetics/guide/synthetic-test-monitors/ \ No newline at end of file From c65cc6810238f26ed514e57508dfa6c135abf9db Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:21:54 -0400 Subject: [PATCH 03/53] updating translations --- .../connect_logs_and_traces/java.md | 23 ++++++++++++++++++- 1 file changed, 22 insertions(+), 1 deletion(-) diff --git a/content/ja/tracing/other_telemetry/connect_logs_and_traces/java.md b/content/ja/tracing/other_telemetry/connect_logs_and_traces/java.md index 8ccd29fc919c1..0b3e0ecb2e02f 100644 --- a/content/ja/tracing/other_telemetry/connect_logs_and_traces/java.md +++ b/content/ja/tracing/other_telemetry/connect_logs_and_traces/java.md @@ -18,7 +18,7 @@ further_reading: tag: ガイド text: クロスプロダクト相関で容易にトラブルシューティング。 kind: documentation -title: Java ログとトレースの接続 +title: Java ログとトレースの相関付け type: multi-code-lang --- ## はじめに @@ -31,6 +31,8 @@ type: multi-code-lang **注**: トレース ID の `attribute.path` が `dd.trace_id` では*ない* 場合は’、当該トレース ID の `attribute.path` 向け予約済み属性設定アカウントを確認してください。詳しくは、[関連するログがトレース ID パネルに表示されない][3]を参照してください。 +
ベータ版: バージョン 1.18.3 から、サービスが実行される場所で Agent リモート構成が有効になっている場合、サービスカタログ の UI で DD_LOGS_INJECTION を設定できます。
+ ## 手動挿入 手動でトレースとログに相関性を持たせたい場合は、Java トレーサーの API を使用して相関識別子を取得します。`CorrelationIdentifier.getTraceId` および `CorrelationIdentifier.getSpanId` メソッドを使用して、ログに記録されるスパンの先頭に識別子を挿入し、スパンの完了時に識別子を削除します。 @@ -75,6 +77,25 @@ try { } ``` {{% /tab %}} +{{% tab "Tinylog" %}} + +```java +import org.tinylog.ThreadContext; +import datadog.trace.api.CorrelationIdentifier; + +// このブロックの前に開始され、アクティブなスパンが存在している必要があります。 +try { + ThreadContext.put("dd.trace_id", CorrelationIdentifier.getTraceId()); + ThreadContext.put("dd.span_id", CorrelationIdentifier.getSpanId()); + +// 何かをログに記録する + +} finally { + ThreadContext.remove("dd.trace_id"); + ThreadContext.remove("dd.span_id"); +} +``` +{{% /tab %}} {{< /tabs >}} **注**: ログのパースに [Datadog ログインテグレーション][4]を使用していない場合は、カスタムログパースルールによって `dd.trace_id` と `dd.span_id` が文字列としてパースされていることを確認する必要があります。詳しくは、[関連するログがトレース ID パネルに表示されない][5]を参照してください。 From 1916e845272b86ac6dde661ecac80d0ad72b9030 Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:21:56 -0400 Subject: [PATCH 04/53] updating translations --- .../tracing/other_telemetry/connect_logs_and_traces/nodejs.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/tracing/other_telemetry/connect_logs_and_traces/nodejs.md b/content/ja/tracing/other_telemetry/connect_logs_and_traces/nodejs.md index 4fe3bde54bd28..e00370fc07ed3 100644 --- a/content/ja/tracing/other_telemetry/connect_logs_and_traces/nodejs.md +++ b/content/ja/tracing/other_telemetry/connect_logs_and_traces/nodejs.md @@ -18,7 +18,7 @@ further_reading: tag: ガイド text: クロスプロダクト相関で容易にトラブルシューティング。 kind: documentation -title: Node.js ログとトレースの接続 +title: Node.js ログとトレースの相関付け type: multi-code-lang --- From 447a88817e61c409d959b48f13aa1b43efe13136 Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:24:27 -0400 Subject: [PATCH 05/53] updating translations --- content/ja/containers/kubernetes/integrations.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/containers/kubernetes/integrations.md b/content/ja/containers/kubernetes/integrations.md index 1c02443725adc..8ec9033ee53fb 100644 --- a/content/ja/containers/kubernetes/integrations.md +++ b/content/ja/containers/kubernetes/integrations.md @@ -454,7 +454,7 @@ spec: kind: ConfigMap apiVersion: v1 metadata: - name: redis-config-map + name: redisdb-config-map namespace: default data: redisdb-config: |- From 60b4d0497d74d10afd16a395c8c556a997232c9a Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:26:31 -0400 Subject: [PATCH 06/53] updating translations --- content/ja/glossary/terms/template_variable.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/glossary/terms/template_variable.md b/content/ja/glossary/terms/template_variable.md index b77ab385ffd5e..040103699fc2b 100644 --- a/content/ja/glossary/terms/template_variable.md +++ b/content/ja/glossary/terms/template_variable.md @@ -5,4 +5,4 @@ core_product: title: テンプレート変数 --- テンプレート変数は、アラートの詳細に基づいてモニター通知をカスタマイズし、ルーティングしたり、1 つのダッシュボードで複数のビューを提供するために使用される属性です。 -詳細は、ドキュメントを参照してください。 \ No newline at end of file +詳細は、モニター通知とダッシュボードのドキュメントを参照してください。 \ No newline at end of file From 3044504a2271bcd66e35512451be233e9ff45f6d Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:26:33 -0400 Subject: [PATCH 07/53] updating translations --- .../connect_logs_and_traces/php.md | 137 +++++++++++++----- 1 file changed, 101 insertions(+), 36 deletions(-) diff --git a/content/ja/tracing/other_telemetry/connect_logs_and_traces/php.md b/content/ja/tracing/other_telemetry/connect_logs_and_traces/php.md index 9f6fc1387eeed..44932b7341651 100644 --- a/content/ja/tracing/other_telemetry/connect_logs_and_traces/php.md +++ b/content/ja/tracing/other_telemetry/connect_logs_and_traces/php.md @@ -18,21 +18,85 @@ further_reading: tag: ガイド text: クロスプロダクト相関で容易にトラブルシューティング。 kind: documentation -title: PHP ログとトレースの接続 +title: PHP ログとトレースの相関付け type: multi-code-lang --- ## 自動挿入 -PHP にロギングを実装するさまざまな方法があり、PHP の組み込みエラーロギング API が完全に回避されている場合、Datadog PHP トレースライブラリは、トレースとスパン ID をログに自動的に挿入できることが確実ではありません。 -PHP ログとトレースを手動で接続する方法については、以下のセクションをご覧ください。 +バージョン `0.89.0` から、PHP トレーサーはトレース相関識別子を自動的にアプリケーションログに挿入するようになりました。自動挿入を有効にするには、環境変数 `DD_LOGS_INJECTION` (INI 設定 `datadog.logs_injection`) を `true` に設定します。 -## 手動挿入 +PHP トレーサーは、[Monolog][4] や [Laminas Log][5] のような PSR-3 準拠のロガーをサポートしています。
-注: 関数 \DDTrace\current_context() は、バージョン 0.61.0 で導入されています。 + 注: JSON フォーマットでログを生成するように、ロギングライブラリを設定してください。これにより、 +
    +
  • カスタムパースルールは必要なくなります。
    • +
  • スタックトレースがログイベントに適切にラップされるようになります。
    • +
+### ログへの挿入の構成 + +まだの場合は、PHP トレーサーを `DD_ENV`、`DD_SERVICE`、`DD_VERSION` で構成します。これは、ログに `env`、`service` および `version` を追加する際に最適です (詳細は[統合サービスタグ付け][6]を参照)。 + +PHP トレーサーは、トレース相関識別子をログに挿入するためのさまざまな構成方法を提供します。 +- [トレース相関識別子をログコンテキストに追加する](#add-the-trace-correlation-identifiers-to-the-log-context) +- [メッセージにプレースホルダーを使用する](#use-placeholders-in-your-message) + +#### トレース相関識別子をログコンテキストに追加する {#add-the-trace-correlation-identifiers-to-the-log-context} + +PHP トレーサーのデフォルトの動作は、トレース相関識別子をログコンテキストに追加することです。 + +例えば、以下のように Laravel アプリケーションで [Monolog][4] ライブラリを使用している場合 + +```php +use Illuminate\Support\Facades\Log; +# ... +Log::debug('Hello, World!'); +``` + +PHP トレーサーは、利用可能なトレース相関識別子をログコンテキストに追加します。上のログメッセージは、次のように変換できます。 + +``` +[2022-12-09 16:02:42] production.DEBUG: Hello, World! {"dd.trace_id":"1234567890abcdef","dd.span_id":"1234567890abcdef","dd.service":"laravel","dd.version":"8.0.0","dd.env":"production","status":"debug"} +``` + +**注**: メッセージ内にプレースホルダーがある場合、あるいはメッセージ内に既にトレース ID が存在する場合、PHP トレーサーはトレース相関 ID をログコンテキストに追加しません。 + +#### メッセージにプレースホルダーを使用する {#use-placeholders-in-your-message} + +メッセージでプレースホルダーを使用すると、トレース相関識別子を自動的にログに挿入することができます。PHP トレーサーは、以下のプレースホルダーをサポートしています。 +- `%dd.trace_id%`: トレース ID +- `%dd.span_id%`: スパン ID +- `%dd.service%`: サービス名 +- `%dd.version%`: サービスバージョン +- `%dd.env%`: サービス環境 + +プレースホルダーは大文字と小文字を区別し、`%` 文字で囲む必要があります。 + +例えば、Laravel アプリケーションで [Monolog][4] ライブラリを使用している場合、以下のようにログメッセージへの挿入を構成することができます。 + +```php +use Illuminate\Support\Facades\Log; +# ... +Log::info('Hello, World! [%dd.trace_id% %dd.span_id% %status%]'); +``` + +PHP トレーサーは、プレースホルダーを対応する値に置き換えます。例えば、上記のログメッセージは次のように変換されます。 + +``` +[2022-12-09 16:02:42] production.INFO: Hello, World! [dd.trace_id="1234567890abcdef" dd.span_id="1234567890abcdef" status="info"] +``` + +**注**: 括弧は、PHP の[ログパイプライン][7]で提供されているデフォルトのパースルールを使用する場合には必須です。独自のパースルールを使用する場合は、 必要に応じて括弧を省略することができます。 + + +## 手動挿入 + +
+注: 関数 \DDTrace\current_context() は、バージョン 0.61.0 で導入され、10 進数のトレース識別子を返します。
+ ログとトレースを一緒に接続するには、ログに、それぞれトレース ID とスパン ID を含む `dd.trace_id` 属性と `dd.span_id` 属性が含まれている必要があります。 [Datadog ログインテグレーション][1]を使ってログをパースしていない場合は、カスタムログパースルールによって `dd.trace_id` と `dd.span_id` が文字列としてパースされ、[トレースリマッパー][2]のおかげで再マップされていることを確実にする必要があります。詳細については、[関連するログがトレースIDパネルに表示されない][3]を参照してください。 @@ -41,71 +105,52 @@ PHP ログとトレースを手動で接続する方法については、以下 ```php ``` -ロガーが [**monolog/monolog** ライブラリ][4]を実装する場合、`Logger::pushProcessor()` を使ってすべてのログメッセージに識別子を自動的に付加します。monolog v1 の場合: +ロガーが [**monolog/monolog** ライブラリ][4]を実装する場合、`Logger::pushProcessor()` を使ってすべてのログメッセージに識別子を自動的に付加します。monolog v1 の場合、以下の構成を追加します。 ```php pushProcessor(function ($record) { - $context = \DDTrace\current_context(); $record['message'] .= sprintf( ' [dd.trace_id=%s dd.span_id=%s]', - $context['trace_id'], - $context['span_id'] + \DDTrace\logs_correlation_trace_id(), + \dd_trace_peek_span_id() ); return $record; }); ?> ``` -monolog v2 の場合: +monolog v2 の場合、以下の構成を追加します。 ```php pushProcessor(function ($record) { - $context = \DDTrace\current_context(); return $record->with(message: $record['message'] . sprintf( ' [dd.trace_id=%s dd.span_id=%s]', - $context['trace_id'], - $context['span_id'] + \DDTrace\logs_correlation_trace_id(), + \dd_trace_peek_span_id() )); }); ?> ``` -monolog v3 の場合: +アプリケーションが JSON ログ形式を使用している場合、ログメッセージに `trace_id` と `span_id` を追加する代わりに、`trace_id` と `span_id` を含む第 1 レベルのキー `dd` を追加することができます。 ```php pushProcessor(function ($record) { - $context = \DDTrace\current_context(); - $record->extra['dd'] = [ - 'trace_id' => $context['trace_id'], - 'span_id' => $context['span_id'], - ]; - return $record; - }); -?> -``` - -アプリケーションで、ログメッセージに trace_id および span_id を付加するのではなく json ログフォーマットを使用している場合は、以下の ID を含む一時レベルキー "dd" を追加できます。 - -```php -pushProcessor(function ($record) use ($context) { $record['dd'] = [ - 'trace_id' => $context['trace_id'], - 'span_id' => $context['span_id'], + 'trace_id' => \DDTrace\logs_correlation_trace_id(), + 'span_id' => \dd_trace_peek_span_id() ]; return $record; @@ -113,6 +158,22 @@ monolog v3 の場合: ?> ``` +monolog v3 の場合、以下の構成を追加します。 + +```php +pushProcessor(function ($record) { + $record->extra['dd'] = [ + 'trace_id' => \DDTrace\logs_correlation_trace_id(), + 'span_id' => \dd_trace_peek_span_id() + ]; + return $record; + }); +?> +``` + +ログを JSON として取り込んでいる場合は、[JSON ログの前処理][8]に進み、**Trace Id Attributes** フィールドに `extra.dd.trace_id` を追加します。 + ## その他の参考資料 {{< partial name="whats-next/whats-next.html" >}} @@ -120,4 +181,8 @@ monolog v3 の場合: [1]: /ja/logs/log_collection/php/ [2]: /ja/logs/log_configuration/processors/#trace-remapper [3]: /ja/tracing/troubleshooting/correlated-logs-not-showing-up-in-the-trace-id-panel/?tab=custom -[4]: https://github.com/Seldaek/monolog \ No newline at end of file +[4]: https://github.com/Seldaek/monolog +[5]: https://github.com/laminas/laminas-log +[6]: /ja/getting_started/tagging/unified_service_tagging +[7]: /ja/logs/log_configuration/pipelines +[8]: https://app.datadoghq.com/logs/pipelines/remapping \ No newline at end of file From a69add228c5735cc258b5999b577952268c63519 Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:26:36 -0400 Subject: [PATCH 08/53] updating translations --- .../ja/tracing/other_telemetry/connect_logs_and_traces/ruby.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/tracing/other_telemetry/connect_logs_and_traces/ruby.md b/content/ja/tracing/other_telemetry/connect_logs_and_traces/ruby.md index 248022733ace3..456d87030c48a 100644 --- a/content/ja/tracing/other_telemetry/connect_logs_and_traces/ruby.md +++ b/content/ja/tracing/other_telemetry/connect_logs_and_traces/ruby.md @@ -12,7 +12,7 @@ further_reading: tag: ガイド text: クロスプロダクト相関で容易にトラブルシューティング。 kind: documentation -title: Ruby ログとトレースの接続 +title: Ruby ログとトレースの相関付け type: multi-code-lang --- From 5cc5f636a9f14d099f3912c066d419e2f3afc054 Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:30:56 -0400 Subject: [PATCH 09/53] adding translations --- content/ja/glossary/terms/outlier.md | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 content/ja/glossary/terms/outlier.md diff --git a/content/ja/glossary/terms/outlier.md b/content/ja/glossary/terms/outlier.md new file mode 100644 index 0000000000000..04c2e82270ca6 --- /dev/null +++ b/content/ja/glossary/terms/outlier.md @@ -0,0 +1,8 @@ +--- +core_product: +- alerts +related_terms: +- 異常値 +title: 外れ値 +--- +外れ値検出は、特定のメトリクスグループが他のグループと異なる動作をしていることを検出できるアルゴリズム機能です。詳しくは、ドキュメントを参照してください。 \ No newline at end of file From 75e4d81a94631945827ae76893fd7a14f6a23c47 Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:30:59 -0400 Subject: [PATCH 10/53] adding translations --- content/ja/glossary/terms/simple_alert.md | 9 +++++++++ 1 file changed, 9 insertions(+) create mode 100644 content/ja/glossary/terms/simple_alert.md diff --git a/content/ja/glossary/terms/simple_alert.md b/content/ja/glossary/terms/simple_alert.md new file mode 100644 index 0000000000000..f8483595c49f8 --- /dev/null +++ b/content/ja/glossary/terms/simple_alert.md @@ -0,0 +1,9 @@ +--- +core_product: +- alerts +related_terms: +- マルチアラート +- アラートタイプ +title: シンプルアラート +--- +すべての報告元ソースを集計するモニターアラート。集計値が設定条件を満たすと、アラートを 1 件受信します。詳細は、ドキュメントを参照してください。 \ No newline at end of file From 35440fec8b9754182a06d5beaebcf0d82e21d038 Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:31:10 -0400 Subject: [PATCH 11/53] adding translations --- .../multi-factor_authentication.md | 70 +++++++++++++++++++ 1 file changed, 70 insertions(+) create mode 100644 content/ja/account_management/multi-factor_authentication.md diff --git a/content/ja/account_management/multi-factor_authentication.md b/content/ja/account_management/multi-factor_authentication.md new file mode 100644 index 0000000000000..ffda5783c638d --- /dev/null +++ b/content/ja/account_management/multi-factor_authentication.md @@ -0,0 +1,70 @@ +--- +kind: ドキュメント +title: 多要素認証 (MFA) +--- + +## 概要 + +多要素認証 (MFA)、または 2 要素認証 (2FA) では、システムに認証するために、ユーザーが複数のタイプの確認を提示する必要があります。MFA は、ブルートフォース、クレデンシャルスタッフィング、パスワードスプレーなど、パスワード関連の攻撃の大半を防御します。 + +## 機能 + +- **Datadog ネイティブアカウントの MFA**: MFA は、メールとパスワードを使用して Datadog に直接ログインするアカウントの、ログイン時のセキュリティレイヤーを追加するために利用できます。メールとパスワードのネイティブアカウントは、アイデンティティプロバイダーを介して管理されるアカウントよりも攻撃に対して脆弱です。 +- **MFA のオプトイン**: MFA はオプション機能としてエンドユーザーに提供されます。個人設定でいつでも MFA を有効にできます。 +- **認証アプリ**: 時間ベースのワンタイムパスワード (TOTP) 認証をサポートする認証アプリは、MFA に使用できます。例えば、Microsoft Authenticator、Google Authenticator、Authy、Duo などがあります。 + +## 制限 + +- MFA は、シングルサインオン (SSO) のみを使用しているアカウントでは使用できません。SAML および Google Auth で MFA を使用するには、アイデンティティプロバイダー (IdP) 経由で構成します。 +- MFA はすべての種類の攻撃を防御できるわけではありません。例えば、攻撃者があなたのメールにアクセスできる場合、MFA をオフにし、あなたのアカウントを侵害できる可能性があります。 +- MFA がサポートする認証アプリは 1 つまでです。 + +## 前提条件 + +アカウントに MFA を構成するには、**メールとパスワード**を使用してログインします。SSO を使用してログインしたユーザーには、MFA 構成オプションは表示**されません**。 + +## ユーザーアカウントに MFA を構成する + +[Password & Authentication ページ][1]を見つけるには + +1. SSO ではなく、ユーザー名とパスワードの組み合わせでログインしていることを確認します。 +1. アカウントメニューから、**Personal Settings** に移動します。 +1. **Security** で、**Password & Authentication** を選択します。 + +多要素認証セクションには、構成されている認証アプリが一覧表示されます。 + +1. **Authenticator App** の横にある **Add** を選択します。 +1. 新しい QR コードを追加する手順については、認証アプリのドキュメントに従ってください。 +1. 認証アプリが生成した最新のコードをプロンプトに入力し、デバイスが正しくセットアップされたことを確認します。 +1. リカバリーコードのコピーは安全な場所に保存してください。セットアップ完了後、コードを取得することはできません。 + +## ユーザーの MFA ステータスを確認する + +ユーザが MFA を設定しているかどうかを確認するには、Users テーブルでフィルタリングします。MFA ステータスは、ユーザー詳細パネルでも確認できます。 + +{{< img src="account_management/multi-factor-authentication-status.png" alt="ユーザー詳細ページに MFA ステータスが表示され、この例ではユーザーが MFA を設定していることを示している" style="width:90%;" >}} + +## MFA のリカバリー + +認証アプリにアクセスできない場合は、ログインプロセス中にワンタイムパスワードの代わりにリカバリーコードを使用できます。各リカバリーコードは 1 回のみ使用できます。 + +1. [ログインページ][2]に移動します。 +1. メールアドレスとパスワードを入力し、**Log in** を選択します。 +1. **Don't have access to your authenticator?** を選択します。 +1. 未使用のリカバリーコードのいずれかを入力し、**Verify** をクリックします。 + +## MFA の救済 + +認証アプリやリカバリーコードにアクセスできない場合は、ログインプロセス中にメールでワンタイムリカバリーリンクをリクエストできます。 + +1. [ログインページ][2]に移動します。 +1. メールアドレスとパスワードを入力し、**Log in** を選択します。 +1. **Don't have access to your authenticator?** を選択します。 +1. **Don't have access to your recovery codes? Get a one time recovery link via email** を選択します。 +1. "Recovery link for logging into your Datadog account" という件名のメッセージがメールの受信トレイに届くので確認します。 +1. **Log in to Datadog** リンクを選択して、アカウントへのログインを完了します。 + +登録した認証アプリにアクセスできなくなった場合は、紛失したデバイスを削除し、新しいデバイスを追加することを Datadog は推奨します。有効な認証アプリを維持することで、将来アカウントにログインする際の問題を防ぐことができます。 + +[1]: https://app.datadoghq.com/personal-settings/password-and-authentication +[2]: https://app.datadoghq.com \ No newline at end of file From 1ea5d4209de7d7f7e035dc8c811c80adf5402eb4 Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:31:17 -0400 Subject: [PATCH 12/53] updating translations --- .../guide/kubernetes-cluster-name-detection.md | 10 +++++++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/content/ja/containers/guide/kubernetes-cluster-name-detection.md b/content/ja/containers/guide/kubernetes-cluster-name-detection.md index e6474a75522c9..bcccf0f1acddc 100644 --- a/content/ja/containers/guide/kubernetes-cluster-name-detection.md +++ b/content/ja/containers/guide/kubernetes-cluster-name-detection.md @@ -16,9 +16,13 @@ kind: documentation title: Kubernetes クラスター名の自動検出 --- -Agent v6.11+ の場合、Datadog Agent は Google GKE、Azure AKS、AWS EKS で Kubernetes クラスター名を自動検出できます。検出された場合、ノード名のサフィックスとしてクラスター名が収集されたすべてのデータに追加され、Kubernetes クラスター全体のノードの識別が容易になります。Google GKE および Azure AKS では、クラスター名はクラウドプロバイダー API から取得されます。AWS EKS の場合、クラスター名は EC2 インスタンスタグから取得されます。AWS では、Agent が EC2 インスタンスタグをクエリできるように、Datadog IAM ポリシーに `ec2:DescribeInstances` [権限][1]を追加する必要があります。 +Agent v6.11+ の場合、Datadog Agent は Google Kubernetes Engine (GKE)、Azure Kubernetes Service (AKS)、Amazon Elastic Kubernetes Service (EKS) で Kubernetes クラスター名を自動検出できます。検出された場合、収集されたすべてのデータに、ノード名のサフィックスとしてクラスター名が追加されます。これにより、Kubernetes クラスター全体でノードの識別が容易になります。 -**注**: Agent v6.5+ では、Agent 構成パラメーター [`clusterName`][2] または `DD_CLUSTER_NAME` 環境変数のおかげで、このクラスター名の値を手動で設定できます。 +GKE と AKS では、クラウドプロバイダーの API からクラスター名が取得されます。 + +Amazon EKS では、EC2 インスタンスタグからクラスター名が取得されます。Datadog Agent が EC2 インスタンスタグにクエリを実行するには、Datadog IAM ポリシーに `ec2:DescribeInstances` [権限][1]を追加する必要があります。 + +**注**: Agent v6.5+ では、Agent 構成パラメーター [`clusterName`][2] または `DD_CLUSTER_NAME` 環境変数を使用することで、このクラスター名の値を手動で設定できます。 [1]: /ja/integrations/amazon_ec2/#configuration -[2]: https://github.com/DataDog/helm-charts/blob/master/charts/datadog/values.yaml#L66 \ No newline at end of file +[2]: https://github.com/DataDog/helm-charts/blob/896a355268ff6b3cfd33f945ae373912caa8b6e4/charts/datadog/values.yaml#L96 \ No newline at end of file From b6d25813fbcd047893c9e62dc31de570155c21af Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:32:49 -0400 Subject: [PATCH 13/53] adding translations --- ...evelopment-lifecycle-with-ci-visibility.md | 43 +++++++++++++++++++ 1 file changed, 43 insertions(+) create mode 100644 content/ja/service_catalog/guides/streamlining-development-lifecycle-with-ci-visibility.md diff --git a/content/ja/service_catalog/guides/streamlining-development-lifecycle-with-ci-visibility.md b/content/ja/service_catalog/guides/streamlining-development-lifecycle-with-ci-visibility.md new file mode 100644 index 0000000000000..3878b35c4e4d6 --- /dev/null +++ b/content/ja/service_catalog/guides/streamlining-development-lifecycle-with-ci-visibility.md @@ -0,0 +1,43 @@ +--- +aliases: +- /ja/tracing/service_catalog/guides/streamlining-development-lifecycle-with-ci-visibility +further_reading: +- link: /tracing/service_catalog/ + tag: ドキュメント + text: Datadog サービスカタログ +- link: /continuous_integration/search/?tab=pipelines + tag: ドキュメント + text: Datadog CI Pipeline Visibility +kind: ガイド +title: CI Visibility で開発ライフサイクルを効率化する +--- + +サービスカタログの Delivery ビューでは、サービスに関連付けられた CI パイプラインと静的分析の結果を表示できます。 + +デフォルトでは、サービスはリポジトリ URL を通じて [CI パイプライン][4]に関連付けられます。 +[サービスメタデータ][5]の `ci-pipeline-fingerprints` フィールドを変更することで、各サービスに関連付けられたパイプラインを編集できます。 + +サービスに関連付けられたパイプラインを追加または削除するには、サービスページで `Edit Metadata` をクリックし、Software Delivery に進みます。これは [Service Catalog schema v2.2][7] でのみ利用可能です。 + +{{< img src="tracing/service_catalog/service_catalog_delivery_lens.png" alt="サービスカタログのデリバリービュー" >}} + +関連付けられたパイプラインを追加または削除するには、2 つの方法があります。 + +1. 関連付けたいパイプラインを検索して選択します。 +{{< img src="tracing/service_catalog/add_pipelines_to_service.png" alt="UI でパイプラインを編集または追加" >}} + +2. パイプラインのフィンガープリントをサービスメタデータに直接追加します。[Pipelines][6] ページでパイプラインをクリックすることでパイプラインのフィンガープリントを見つけ、歯車のアイコンをクリックします。 +{{< img src="tracing/service_catalog/pipeline-fingerprint-location.png" alt="パイプラインのフィンガープリントの位置。" >}} + + +## その他の参考資料 + +{{< partial name="whats-next/whats-next.html" >}} + +[1]: https://app.datadoghq.com/apm/services +[2]: /ja/tracing/service_catalog/service_definition_api/ +[3]: /ja/continious-integration/pipelines/ +[4]: /ja/continuous_integration/ +[5]: /ja/tracing/service_catalog/service_metadata_structure +[6]: https://app.datadoghq.com/ci/pipelines +[7]: /ja/tracing/service_catalog/adding_metadata/#metadata-structure-and-supported-versions \ No newline at end of file From 15c6ce121f41888cadc5c5bfaee8e8a3ab405265 Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:41:51 -0400 Subject: [PATCH 14/53] updating translations --- content/ja/containers/kubernetes/control_plane.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/containers/kubernetes/control_plane.md b/content/ja/containers/kubernetes/control_plane.md index 31c752755346a..d24158916fd31 100644 --- a/content/ja/containers/kubernetes/control_plane.md +++ b/content/ja/containers/kubernetes/control_plane.md @@ -786,7 +786,7 @@ spec: {{< /tabs >}} -## Rancher Kubernetes Engine (\ Date: Wed, 22 May 2024 23:45:39 -0400 Subject: [PATCH 15/53] updating translations --- .../threats/add-user-info.md | 53 ++++++++++++++++++- 1 file changed, 51 insertions(+), 2 deletions(-) diff --git a/content/ja/security/application_security/threats/add-user-info.md b/content/ja/security/application_security/threats/add-user-info.md index 7206af84ed36f..e856d9e8108a5 100644 --- a/content/ja/security/application_security/threats/add-user-info.md +++ b/content/ja/security/application_security/threats/add-user-info.md @@ -21,6 +21,10 @@ title: ユーザーモニタリングと保護 [ユーザーのログインとアクティビティを追跡](#adding-business-logic-information-login-success-login-failure-any-business-logic-to-traces)し、すぐに使える検出ルールでアカウントの乗っ取りやビジネスロジックの乱用を検出し、最終的に攻撃者をブロックすることができます。 +
+ユーザーアクティビティの自動検出: Datadog トレーシングライブラリは、ユーザーアクティビティイベントを自動的に検出してレポートしようとします。詳細については、ユーザーアクティビティイベントの自動追跡を無効にするを参照してください。 +
+ すぐに使える検出ルールとして、以下のようなカスタムユーザーアクティビティがあります。 | 内蔵のイベント名 | 必要なメタデータ | 関連ルール | @@ -74,7 +78,7 @@ Blocking .blockIfMatch(); ``` -[1]: /ja/tracing/trace_collection/compatibility/java/#setup +[1]: /ja/tracing/trace_collection/custom_instrumentation/opentracing/java#setup {{< /programming-lang >}} {{< programming-lang lang="dotnet" >}} @@ -679,6 +683,50 @@ track_custom_event(tracer, event_name, metadata) {{< /programming-lang-wrapper >}} +### コードを変更せずにビジネスロジック情報を追跡する + +サービスで ASM が有効になっており、[リモート構成][1]が有効になっている場合、カスタムのビジネスロジックタグと一致するリクエストにフラグを立てるカスタム WAF ルールを作成することができます。この場合、アプリケーションを変更する必要はなく、すべて Datadog から行うことができます。 + +まず、[Custom WAF Rule ページ][2]に移動し、"Create New Rule" をクリックします。 + +{{< img src="security/application_security/threats/custom-waf-rule-menu.png" alt="ASM ホームページから Protection、In-App WAF、Custom Rules の順にクリックして、Custom WAF Rule メニューにアクセス" style="width:100%;" >}} + +カスタム WAF ルールを定義するためのメニューが開きます。"Business Logic" カテゴリーを選択すると、イベントタイプ (例: `users.password_reset`) を構成できるようになります。次に、追跡したいサービスと特定のエンドポイントを選択します。また、ルール条件を使用して特定のパラメーターをターゲットにし、_インスツルメント_したいコードフローを特定することもできます。条件が一致すると、ライブラリがトレースにタグを付け、それを ASM に転送するフラグを立てます。条件が不要な場合は、すべてに一致する大まかな条件を設定することもできます。 + +{{< img src="security/application_security/threats/custom-waf-rule-form.png" alt="Create New Rule ボタンをクリックした際に表示されるフォームのスクリーンショット" style="width:50%;" >}} + +ルールが保存されると、リモート構成が有効になっているサービスのインスタンスにデプロイされます。 + + +[1]: /ja/agent/remote_config?tab=configurationyamlfile#application-security-management-asm +[2]: https://app.datadoghq.com/security/appsec/in-app-waf?config_by=custom-rules + +## ユーザーアクティビティイベントの自動追跡 + +ASM を有効にすると、最近の Datadog トレーシングライブラリは、ユーザーアクティビティイベントの自動検出を試みます。 + +自動検出できるイベントは以下の通りです。 + +- `users.login.success` +- `users.login.failure` +- `users.signup` + +### ユーザーアクティビティイベント自動追跡モード + +ユーザーアクティビティの自動追跡には、safe モードと extended モードの 2 種類があります + +safe モードでは、トレースライブラリはイベントのメタデータに PII 情報を含めません。トレーサーライブラリはユーザー ID の収集を試みますが、ユーザー ID が有効な [GUID][10] である場合のみです + +extended モードでは、トレースライブラリはユーザー ID とユーザーのメールアドレスを収集しようとします。このモードでは、ユーザー ID のタイプが GUID であるかどうかをチェックしません。トレースライブラリは、イベントから抽出できる値であれば何でもレポートします。 + +ユーザーイベント自動追跡モードを構成するには、環境変数 DD_APPSEC_AUTOMATED_USER_EVENTS_TRACKING を safe または extended に設定します。デフォルトでは、トレーサーライブラリは safe モードを使用します。 + +**注**: トレースライブラリがユーザーイベントから情報を抽出できない場合があります。イベントは空のメタデータでレポートされます。そのような場合は、[SDK](#adding-business-logic-information-login-success-login-failure-any-business-logic-to-traces) を使用して、ユーザーイベントを手動でインスツルメンテーションすることをお勧めします。 + +## ユーザーアクティビティイベントの自動追跡を無効にする + +これらのイベントの検出を無効にするには、環境変数 DD_APPSEC_AUTOMATED_USER_EVENTS_TRACKING を disabled に設定します。これは、Datadog Agent ではなく、Datadog トレーシングライブラリをホストするアプリケーションで設定する必要があります。 + ## その他の参考資料 {{< partial name="whats-next/whats-next.html" >}} @@ -690,4 +738,5 @@ track_custom_event(tracer, event_name, metadata) [7]: /ja/security/default_rules/bl-signup-ratelimit/ [8]: /ja/security/default_rules/bl-account-deletion-ratelimit/ [9]: /ja/security/default_rules/bl-password-reset/ -[10]: /ja/security/default_rules/bl-payment-failures/ \ No newline at end of file +[10]: /ja/security/default_rules/bl-payment-failures/ +[11]: https://guid.one/guid \ No newline at end of file From e80fe2f3ba2c76b9f367c42908050b0bba223816 Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:55:43 -0400 Subject: [PATCH 16/53] updating translations --- .../threats/inapp_waf_rules.md | 31 ++++++++++++------- 1 file changed, 20 insertions(+), 11 deletions(-) diff --git a/content/ja/security/application_security/threats/inapp_waf_rules.md b/content/ja/security/application_security/threats/inapp_waf_rules.md index 40a01185bde38..23105edef27ec 100644 --- a/content/ja/security/application_security/threats/inapp_waf_rules.md +++ b/content/ja/security/application_security/threats/inapp_waf_rules.md @@ -21,13 +21,13 @@ title: アプリ内 WAF ルール Application Security Management (ASM) を有効にすると、Datadog のトレーシングライブラリは、すべての Web サービスや API リクエストを積極的に監視し、疑わしいセキュリティアクティビティがないかどうかを確認します。 -_アプリ内 WAF ルール_は、受信するリクエストの条件を指定し、ライブラリが何を疑わしいとみなすかを定義します。Datadog トレーシングライブラリは、何百ものすぐに使える ASM アプリ内 WAF ルールを含んでおり、それらはトレースエクスプローラーやデフォルトシグナルルールで疑わしいリクエストを表示するために使用されます。 +_アプリ内 WAF ルール_は、受信するリクエストの条件を指定し、ライブラリが何を疑わしいとみなすかを定義します。Datadog トレーシングライブラリは、何百ものすぐに使える ASM アプリ内 WAF ルールを含んでおり、それらはトレースエクスプローラーやデフォルトシグナルルールでセキュリティトレースを表示するために使用されます。 トレーシングライブラリをアップグレードすることなく、アプリ内 WAF ルールに追加することができます。 ## ASM アプリ内 WAF ルールの構造 -アプリ内 WAF ルールは、カテゴリー、名前、タグ、条件からなる JSON オブジェクトです。不審なリクエストを検出すると、ルールのタグが不審なリクエストに伝搬され、[検出ルール][1]を構築するのに利用されます。 +アプリ内 WAF ルールは、カテゴリー、名前、タグ、条件からなる JSON オブジェクトです。セキュリティトレースを検出すると、ルールのタグがセキュリティトレースに伝搬され、[検出ルール][1]を構築するのに利用されます。 ### 条件 条件は、ルールが受信リクエストにタグ付けするタイミングを定義します。条件は、_入力_と_演算子_で構成されます。 @@ -56,17 +56,26 @@ _アプリ内 WAF ルール_は、受信するリクエストの条件を指定 ## カスタムアプリ内 WAF ルール -**注:** この機能はベータ版です。 +
カスタムアプリ内 WAF ルールはベータ版です。
-カスタムアプリ内 WAF ルールにより、ユーザーはアプリケーションへの特定のタイプのリクエストを記録することができます。たとえば、カスタムルールを使用して、ログインの成功または失敗を監視することができます。開始するには、**Security** -> **Application Security** -> **Configuration** -> **In-App WAF** -> [**Custom Rules**][4] へ移動します。 +カスタムアプリ内 WAF ルールにより、ユーザーはアプリケーションへの特定のタイプのリクエストを記録したり、ブロックしたりすることができます。例えば、カスタムルールを使用して、ログインの成功または失敗を監視することができます。開始するには、**Security** -> **Application Security** -> **Protection** -> **In-App WAF** -> [**Custom Rules**][4] へ移動します。 -**注:** アプリ内 WAF のデフォルトのルールは読み取り専用です。アプリ内 WAF の動作を微調整するために、アプリ内 WAF のルールを変更する必要がある場合があります。デフォルトのルールを変更することはできませんが、デフォルトのルールの 1 つに基づいてカスタムルールを作成し、必要に応じて一致条件を変更することができます。同じリクエストを評価する 2 つの非常によく似たルールが存在することにならないように、デフォルトのルールは必ず無効にしてください。 +**注:** アプリ内 WAF のデフォルトのルールは読み取り専用です。アプリ内 WAF の動作を精緻化するには、アプリ内 WAF ルールを修正します。デフォルトのルールを変更することはできませんが、デフォルトのルールの 1 つに基づいてカスタムルールを作成し、必要に応じて一致条件を変更することができます。同じリクエストを評価する 2 つの似たルールが存在することにならないように、デフォルトのルールは必ず無効にしてください。 -## サービスに ASM アプリ内 WAF ルールを構成する +## ASM アプリ内 WAF ルールの構成 -1. Datadog で、[ASM 構成のアプリ内 WAF ページ][2]に移動します。 +サービスのブロックは、ポリシールールで定義します。アプリ内 WAF には、*Datadog Recommended*、攻撃のみを監視する *Datadog Monitoring-only*、攻撃ツールをブロックし、その他のすべての攻撃を監視する *Datadog Block Attack tools* の 3 つの Datadog デフォルトポリシーが含まれています。 -2. **Download Configuration** をクリックすると、コンフィギュレーションファイル `appsec-rules.json` がローカルマシンにダウンロードされます。 +ポリシーを使用しているサービスは、ポリシー管理ページに直接表示されます。 + +1. Datadog で、[Security > Application Security > Protection > In-App WAF][2] に移動します。 + + {{< img src="security/application_security/threats/waf/in-app-waf.png" alt="2 つのデフォルトポリシーを示すアプリ内 WAF 構成ページ。" style="width:100%;" >}} + +2. ポリシーの右側にある 3 つの点をクリックし、**Download Configuration of this Policy** を選択すると、コンフィギュレーションファイルがローカルマシンにダウンロードされます。 +3. オプションで、**Apply this Policy to Services** を選択すると、保護が有効な 1 つまたは複数の ASM サービスにデフォルトポリシーが適用されます。 + + **注:** ポリシーは 1 つ以上のサービスに適用できますが、1 つのサービスには 1 つの_ポリシー_しか含めることができません。 3. 上記の仕様に従って、新しいルールの JSON 定義を含むようにファイルを更新します。例: @@ -111,13 +120,13 @@ _アプリ内 WAF ルール_は、受信するリクエストの条件を指定 ## 次にやるべきこと -次に、作成したアプリ内 WAF ルールで定義された疑わしいリクエストに基づいて、[セキュリティシグナルを生成するための検出ルールを構成][1]します。ASM の検出ルールは、すぐに利用可能なものを変更したり、新しいものを作成したりすることができます。 +次に、作成したアプリ内 WAF ルールで定義されたセキュリティトレースに基づいて、[セキュリティシグナルを生成するための検出ルールを構成][1]します。ASM の検出ルールは、すぐに利用可能なものを変更したり、新しいものを作成したりすることができます。 ## その他の参考資料 {{< partial name="whats-next/whats-next.html" >}} [1]: /ja/security/application_security/custom_rules/ -[2]: https://app.datadoghq.com/security/appsec/in-app-waf?group_by=NONE +[2]: https://app.datadoghq.com/security/appsec/in-app-waf [3]: /ja/security/application_security/enabling/ -[4]: https://app.datadoghq.com/security/configuration/asm/in-app-waf?config_by=custom-rules \ No newline at end of file +[4]: https://app.datadoghq.com/security/appsec/in-app-waf?config_by=custom-rules \ No newline at end of file From 8c1ee10c9a02a00cbb5310fcc6ef38dba0f0395e Mon Sep 17 00:00:00 2001 From: guacbot Date: Wed, 22 May 2024 23:59:22 -0400 Subject: [PATCH 17/53] adding translations --- .../guide/proxy-mobile-rum-data.md | 201 ++++++++++++++++++ 1 file changed, 201 insertions(+) create mode 100644 content/ja/real_user_monitoring/guide/proxy-mobile-rum-data.md diff --git a/content/ja/real_user_monitoring/guide/proxy-mobile-rum-data.md b/content/ja/real_user_monitoring/guide/proxy-mobile-rum-data.md new file mode 100644 index 0000000000000..36dfc81a772b9 --- /dev/null +++ b/content/ja/real_user_monitoring/guide/proxy-mobile-rum-data.md @@ -0,0 +1,201 @@ +--- +aliases: +- /ja/real_user_monitoring/faq/proxy_mobile_rum_data/ +further_reading: +- link: /real_user_monitoring/ + tag: ドキュメント + text: リアルユーザーモニタリングについて +kind: ガイド +title: モバイルの RUM データをプロキシする +--- + +## 概要 + +RUM モバイル SDK は、プロキシを介してリクエストを送信するように構成できます。 + +プロキシは、Android では [OkHttpClient Proxy and Authenticator][2] を、iOS では [URLSessionConfiguration.connectionProxyDictionary][3] を使用します。 + +## HTTP/HTTPS プロキシ + +### 前提プロキシのセットアップ + +リクエストを Datadog に正常に転送するには、プロキシが [HTTP CONNECT][1] をサポートしている必要があります。 + +### 推奨 SDK セットアップ + +{{< tabs >}} +{{% tab "Android" %}} + +Android SDK の初期化時に、以下のプロキシ構成を指定します。 + +```kotlin +val configBuilder = Configuration.Builder( + clientToken = "", + env = "" +) + +val proxy = Proxy(Proxy.Type.HTTP, InetSocketAddress("", <123>)) +val authenticator = ProxyAuthenticator("", "") + +configBuilder.setProxy(proxy, authenticator) +``` + +詳細については、[OkHttpClient の Proxy と Authenticator][2]のドキュメントを参照してください。 + +[2]: https://square.github.io/okhttp/3.x/okhttp/okhttp3/OkHttpClient.html + +{{% /tab %}} +{{% tab "iOS" %}} + +iOS SDK の初期化時に、以下のプロキシ構成を指定します。 + +```swift +import DatadogCore + +Datadog.initialize( + with: Datadog.Configuration( + clientToken: "", + env: "", + proxyConfiguration: [ + kCFNetworkProxiesHTTPEnable: true, + kCFNetworkProxiesHTTPPort: <123>, + kCFNetworkProxiesHTTPProxy: "", + kCFProxyUsernameKey: "", + kCFProxyPasswordKey: "" + ] + ), + trackingConsent: trackingConsent +) +``` + +```objective-c +@import DatadogObjc; + +DDConfiguration *configuration = [[DDConfiguration alloc] initWithClientToken:@"" env:@""]; +configuration.proxyConfiguration = @{ + (NSString *)kCFNetworkProxiesHTTPEnable: @YES, + (NSString *)kCFNetworkProxiesHTTPPort: @<123>, + (NSString *)kCFNetworkProxiesHTTPProxy: @"", + (NSString *)kCFProxyUsernameKey: @"", + (NSString *)kCFProxyPasswordKey: @"" +}; + +[DDDatadog initializeWithConfiguration:configuration + trackingConsent:trackingConsent]; +``` + +詳しくは、[URLSessionConfiguration.connectionProxyDictionary][3] のドキュメントを参照してください。 + +[3]: https://developer.apple.com/documentation/foundation/urlsessionconfiguration/1411499-connectionproxydictionary + +{{% /tab %}} +{{% tab "React Native" %}} + +React Native SDK の初期化時に、以下のプロキシ構成を指定します。 + +```javascript +import { DatadogProviderConfiguration, ProxyConfiguration, ProxyType } from '@datadog/mobile-react-native'; + +const config = new DatadogProviderConfiguration('', '', ''); + +config.proxyConfig = new ProxyConfiguration(ProxyType.HTTPS, '', <123>, '', ''); +``` + +{{% /tab %}} +{{< /tabs >}} + +## SOCKS プロキシ + +### 前提プロキシのセットアップ + +リクエストを Datadog に正常に転送するには、プロキシが [SOCKS5 プロキシ][4]をサポートしている必要があります。 + +### 推奨 SDK セットアップ + +{{< tabs >}} +{{% tab "Android" %}} +Android SDK の初期化時に、以下のプロキシ構成を指定します。 + +```kotlin +val configBuilder = Configuration.Builder( + clientToken = "", + env = "" +) + +val proxy = Proxy(Proxy.Type.SOCKS, InetSocketAddress("", <123>)) +val authenticator = ProxyAuthenticator("", "") + +configBuilder.setProxy(proxy, authenticator) +``` + +詳細については、[OkHttpClient の Proxy と Authenticator][2]のドキュメントを参照してください。 + +[2]: https://square.github.io/okhttp/3.x/okhttp/okhttp3/OkHttpClient.html + +{{% /tab %}} +{{% tab "iOS" %}} +iOS SDK の初期化時に、以下のプロキシ構成を指定します。 + +```swift +import DatadogCore + +Datadog.initialize( + with: Datadog.Configuration( + clientToken: "", + env: "", + proxyConfiguration: [ + kCFNetworkProxiesSOCKSEnable: true, + kCFNetworkProxiesSOCKSPort: <123>, + kCFNetworkProxiesSOCKSProxy: "", + kCFProxyUsernameKey: "", + kCFProxyPasswordKey: "" + ] + ), + trackingConsent: trackingConsent +) +``` + +```objective-c +@import DatadogObjc; + +DDConfiguration *configuration = [[DDConfiguration alloc] initWithClientToken:@"" env:@""]; +configuration.proxyConfiguration = @{ + (NSString *)kCFNetworkProxiesSOCKSEnable: @YES, + (NSString *)kCFNetworkProxiesSOCKSPort: @<123>, + (NSString *)kCFNetworkProxiesSOCKSProxy: @"", + (NSString *)kCFProxyUsernameKey: @"", + (NSString *)kCFProxyPasswordKey: @"" +}; + +[DDDatadog initializeWithConfiguration:configuration + trackingConsent:trackingConsent]; +``` + +詳しくは、[URLSessionConfiguration.connectionProxyDictionary][3] のドキュメントを参照してください。 + +[3]: https://developer.apple.com/documentation/foundation/urlsessionconfiguration/1411499-connectionproxydictionary + +{{% /tab %}} +{{% tab "React Native" %}} + +React Native SDK の初期化時に、以下のプロキシ構成を指定します。 + +```javascript +import { DatadogProviderConfiguration, ProxyConfiguration, ProxyType } from '@datadog/mobile-react-native'; + +const config = new DatadogProviderConfiguration('', '', ''); + +config.proxyConfig = new ProxyConfiguration(ProxyType.SOCKS, '', <123>, '', ''); +``` + +{{% /tab %}} +{{< /tabs >}} + +## その他の参考資料 + +{{< partial name="whats-next/whats-next.html" >}} + +[1]: https://www.rfc-editor.org/rfc/rfc9110#CONNECT +[2]: https://square.github.io/okhttp/3.x/okhttp/okhttp3/OkHttpClient.html +[3]: https://developer.apple.com/documentation/foundation/urlsessionconfiguration/1411499-connectionproxydictionary +[4]: https://datatracker.ietf.org/doc/html/rfc1928 \ No newline at end of file From 99f2761f166e3f36b6873783baa366c58a03b7fe Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 00:08:32 -0400 Subject: [PATCH 18/53] adding translations --- .../troubleshooting/_index.md | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 content/ja/security/cloud_security_management/troubleshooting/_index.md diff --git a/content/ja/security/cloud_security_management/troubleshooting/_index.md b/content/ja/security/cloud_security_management/troubleshooting/_index.md new file mode 100644 index 0000000000000..7f2f0ea3f2487 --- /dev/null +++ b/content/ja/security/cloud_security_management/troubleshooting/_index.md @@ -0,0 +1,12 @@ +--- +disable_toc: true +kind: ドキュメント +title: Cloud Security Management のトラブルシューティング +--- + +{{< whatsnext desc="トラブルシューティングガイド" >}} + {{< nextlink href="/security/cloud_security_management/troubleshooting/threats" >}}Cloud Security Management Threats{{< /nextlink >}} + + {{< nextlink href="/security/cloud_security_management/troubleshooting/vulnerabilities" >}}Cloud Security Management Vulnerabilities{{< /nextlink >}} + +{{< /whatsnext >}} \ No newline at end of file From 0ab0abd9e1c3eec0b9cc60ae24bb6126e4dafc0c Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 00:12:40 -0400 Subject: [PATCH 19/53] adding translations --- content/ja/data_security/pci_compliance.md | 64 ++++++++++++++++++++++ 1 file changed, 64 insertions(+) create mode 100644 content/ja/data_security/pci_compliance.md diff --git a/content/ja/data_security/pci_compliance.md b/content/ja/data_security/pci_compliance.md new file mode 100644 index 0000000000000..9785500f3b2b7 --- /dev/null +++ b/content/ja/data_security/pci_compliance.md @@ -0,0 +1,64 @@ +--- +disable_toc: false +further_reading: +- link: https://www.datadoghq.com/blog/datadog-pci-compliance-log-management-apm/ + tag: ブログ + text: Datadog から PCI に準拠したログ管理と APM を発表 +kind: ドキュメント +title: PCI DSS 準拠 +--- + +{{% site-region region="us3,us5,eu,ap1,gov" %}} +
+APM およびログ管理における PCI DSS 準拠は、US1 サイトの Datadog 組織でのみ利用可能です。 +
+{{% /site-region %}} + +{{% site-region region="us" %}} +
+APM およびログ管理における PCI DSS 準拠は、US1 サイトの Datadog 組織でのみ利用可能です。 +
+ +## 概要 + +Payment Card Industry (PCI) データセキュリティ基準 (DSS) には、すべての加盟店、サービスプロバイダー、および金融機関を対象とした厳格な監視およびデータセキュリティの要件が定められています。これらの要件を満たすために、組織は PCI で規制されるデータと規制されないデータを別のアプリケーションに分離して監視する必要がありました。 + +Datadog は、PCI に準拠したログ管理およびアプリケーションパフォーマンス監視 (APM) の機能を [US1 サイト][1]内で提供しており、PCI の規制対象かどうかにかかわらず、すべてのログを 1 か所に集めることができます。開始方法については、[PCI 準拠の Datadog 組織をセットアップする](#set-up-a-pci-compliant-Datadog-organization)を参照してください。 + +## PCI 準拠の Datadog 組織をセットアップする + +{{< tabs >}} + +{{% tab "ログ管理" %}} + +
+PCI DSS 準拠のためには、監査証跡を有効にし、その状態を維持する必要があります。 +
+ +PCI 準拠の Datadog 組織をセットアップするには、以下の手順に従います。 + +{{% pci-logs %}} + +{{% /tab %}} + +{{% tab "APM" %}} + +
+PCI DSS 準拠のためには、監査証跡を有効にし、その状態を維持する必要があります。 +
+ +PCI 準拠の Datadog 組織をセットアップするには、以下の手順に従います。 + +{{% pci-apm %}} + +{{% /tab %}} + +{{< /tabs >}} + +[1]: /ja/getting_started/site/ + +{{% /site-region %}} + +## その他の参考資料 + +{{< partial name="whats-next/whats-next.html" >}} \ No newline at end of file From 780d815b592e3741773780aad0f1df47136f7c39 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:11:43 -0400 Subject: [PATCH 20/53] adding translations --- content/fr/glossary/terms/mitre_att&ck.md | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 content/fr/glossary/terms/mitre_att&ck.md diff --git a/content/fr/glossary/terms/mitre_att&ck.md b/content/fr/glossary/terms/mitre_att&ck.md new file mode 100644 index 0000000000000..9c0d7d26ff134 --- /dev/null +++ b/content/fr/glossary/terms/mitre_att&ck.md @@ -0,0 +1,8 @@ +--- +core_product: +- security +title: MITRE Adversarial Tactics, Techniques, and Common Knowledge (ATT&CK) +--- +[MITRE ATT&CK][1] est une base de connaissances sur les tactiques et les techniques des cyberadversaires. + +[1]: https://attack.mitre.org/ \ No newline at end of file From f45686cd287d2dc8f814c1955308230953307bb2 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:12:41 -0400 Subject: [PATCH 21/53] adding translations --- content/fr/glossary/terms/sublayer_metric.md | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 content/fr/glossary/terms/sublayer_metric.md diff --git a/content/fr/glossary/terms/sublayer_metric.md b/content/fr/glossary/terms/sublayer_metric.md new file mode 100644 index 0000000000000..4a69aacc00454 --- /dev/null +++ b/content/fr/glossary/terms/sublayer_metric.md @@ -0,0 +1,12 @@ +--- +core_product: +- apm +title: métrique de sous-couche +--- +Une métrique de sous-couche correspond à la durée d'exécution d'un type ou dʼun service donné au sein d'une trace. + +Certaines [métriques d'application de tracing][1] possèdent les tags `sublayer_service` et `sublayer_type`, qui vous permettent de calculer la durée d'exécution d'un service spécifique au sein d'une trace. + +Les métriques de sous-couche ne sont disponibles que si un service possède des dépendances en aval. + +[1]: /fr/tracing/metrics/metrics_namespace/ \ No newline at end of file From 135e13cc1b35154c03a1dd80d3e60940902acddb Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:14:20 -0400 Subject: [PATCH 22/53] adding translations --- content/fr/glossary/terms/trace_root_span.md | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) create mode 100644 content/fr/glossary/terms/trace_root_span.md diff --git a/content/fr/glossary/terms/trace_root_span.md b/content/fr/glossary/terms/trace_root_span.md new file mode 100644 index 0000000000000..63977b8067735 --- /dev/null +++ b/content/fr/glossary/terms/trace_root_span.md @@ -0,0 +1,17 @@ +--- +core_product: +- apm +title: span racine de trace +--- +Une [span][1] est dite « racine de trace » lorsqu'elle représente la première span d'une trace. La span racine constitue le point d'entrée de la requête tracée. Sa création marque le début de la trace. + +{{< img src="tracing/visualization/toplevelspans.png" alt="span racine de trace" style="width:80%" >}} + +Dans cet exemple, les **spans d'entrée de service** sont : + +- `rack.request` (qui est également la _span racine_) +- `aspnet_coremvc.request` +- La span verte tout en haut, sous `aspnet_coremvc.request` +- Chaque span `mongodb` orange + +[1]: /fr/glossary/#span \ No newline at end of file From c2bcda4ec0641ff1f4dcc206a096de8ee7833e03 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:16:11 -0400 Subject: [PATCH 23/53] adding translations --- content/fr/glossary/terms/execution_time.md | 14 ++++++++++++++ 1 file changed, 14 insertions(+) create mode 100644 content/fr/glossary/terms/execution_time.md diff --git a/content/fr/glossary/terms/execution_time.md b/content/fr/glossary/terms/execution_time.md new file mode 100644 index 0000000000000..1949307dca73e --- /dev/null +++ b/content/fr/glossary/terms/execution_time.md @@ -0,0 +1,14 @@ +--- +core_product: +- apm +title: temps d'exécution +--- +Dans lʼAPM, le temps dʼexécution est le temps total pendant lequel une span est considérée comme active, c.-à-d. qu'elle n'attend pas la finalisation d'une span enfant. + +La durée d'exécution est calculée à partir de la durée d'activité d'une span (à savoir, lorsqu'elle n'a aucune span enfant). Pour les tâches qui ne sont pas simultanées, ce calcul est relativement simple. Dans l'image suivante, la durée d'exécution de la span 1 est calculé comme suit : $\D1 + \D2 + \D3$. La durée d'exécution des spans 2 et 3 correspond à leur largeur respective. + +{{< img src="tracing/visualization/execution-time1.png" style="width:50%;" alt="Durée d'exécution" >}} + +Lorsque des spans enfant sont exécutées simultanément, la durée d'exécution est obtenue en divisant le temps partagé entre plusieurs spans par le nombre de spans simultanément actives. Dans l'image suivante, les spans 2 et 3 sont exécutées simultanément (elles sont toutes les deux les spans enfant de la span 1) et les durées se chevauchent donc. Ainsi, la durée d'exécution de la span 2 est égale à $\D2 ÷ 2 + \D3$, tandis que celle de la span 3 est égale à $\D2 ÷ 2$. + +{{< img src="tracing/visualization/execution-time2.png" style="width:50%;" alt="Durée d'exécution pour les tâches simultanées" >}} \ No newline at end of file From b7f2317083b72ccf5df911785ad7515a24958c20 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:17:27 -0400 Subject: [PATCH 24/53] adding translations --- content/fr/glossary/terms/live_tail.md | 6 ++++++ 1 file changed, 6 insertions(+) create mode 100644 content/fr/glossary/terms/live_tail.md diff --git a/content/fr/glossary/terms/live_tail.md b/content/fr/glossary/terms/live_tail.md new file mode 100644 index 0000000000000..6915a92690b59 --- /dev/null +++ b/content/fr/glossary/terms/live_tail.md @@ -0,0 +1,6 @@ +--- +core_product: +- log management +title: Live Tail +--- +Le Live Tail correspond à l'ensemble des logs ingérés par Datadog après le traitement, mais avant l'indexation ou l'archivage. \ No newline at end of file From da72cbbd19634f2b94f373f9939baf841f644046 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:17:51 -0400 Subject: [PATCH 25/53] updating translations --- content/fr/glossary/terms/snmp_trap.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/content/fr/glossary/terms/snmp_trap.md b/content/fr/glossary/terms/snmp_trap.md index b068e590c8d04..63c155eec30eb 100644 --- a/content/fr/glossary/terms/snmp_trap.md +++ b/content/fr/glossary/terms/snmp_trap.md @@ -1,5 +1,7 @@ --- +core_product: +- Surveillance d'appareils réseau title: Trap SNMP --- Les traps SNMP sont des notifications envoyées par un périphérique compatible SNMP à un gestionnaire SNMP. Lorsqu'une activité inhabituelle est identifiée sur un périphérique réseau, comme un changement d'état soudain sur un équipement, le périphérique déclenche un événement Trap SNMP. -Pour en savoir plus, consultez la documentation à ce sujet. \ No newline at end of file +Pour en savoir plus, consultez la documentation à ce sujet. \ No newline at end of file From 1647b90cab641b5346cf0d8c5685f00071415d5f Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:18:39 -0400 Subject: [PATCH 26/53] updating translations --- content/fr/glossary/terms/administrative_status.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/fr/glossary/terms/administrative_status.md b/content/fr/glossary/terms/administrative_status.md index 225969d08cc10..5ed31c7428d71 100644 --- a/content/fr/glossary/terms/administrative_status.md +++ b/content/fr/glossary/terms/administrative_status.md @@ -1,6 +1,6 @@ --- synonyms: - statut d'administration -title: administration +title: statut dʼadministration --- Le statut d'administration d'un port (disponibilité) indique si le port est désactivé ou non. \ No newline at end of file From 791b874a3c777ccb0a1337268226498ca6620efc Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:19:14 -0400 Subject: [PATCH 27/53] adding translations --- content/fr/glossary/terms/host.md | 6 ++++++ 1 file changed, 6 insertions(+) create mode 100644 content/fr/glossary/terms/host.md diff --git a/content/fr/glossary/terms/host.md b/content/fr/glossary/terms/host.md new file mode 100644 index 0000000000000..320ea43c42668 --- /dev/null +++ b/content/fr/glossary/terms/host.md @@ -0,0 +1,6 @@ +--- +core_product: +- infrastructure monitoring +title: host +--- +Un host est un ordinateur ou une machine virtuelle. \ No newline at end of file From dccbd646ef1125e20720960ef3087b3024ab1a0f Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:20:11 -0400 Subject: [PATCH 28/53] adding translations --- content/fr/glossary/terms/orchestrator.md | 6 ++++++ 1 file changed, 6 insertions(+) create mode 100644 content/fr/glossary/terms/orchestrator.md diff --git a/content/fr/glossary/terms/orchestrator.md b/content/fr/glossary/terms/orchestrator.md new file mode 100644 index 0000000000000..347fc06b64397 --- /dev/null +++ b/content/fr/glossary/terms/orchestrator.md @@ -0,0 +1,6 @@ +--- +core_product: +- infrastructure monitoring +title: orchestrateur +--- +Dans une infrastructure conteneurisée, un orchestrateur automatise la gestion des conteneurs. Cela inclut le provisionnement, le déploiement, la mise à l'échelle et la mise en réseau des conteneurs. \ No newline at end of file From a228e26b5d099d6e230508f309a3bc30f02ae5fd Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:21:41 -0400 Subject: [PATCH 29/53] adding translations --- content/fr/glossary/terms/profile.md | 6 ++++++ 1 file changed, 6 insertions(+) create mode 100644 content/fr/glossary/terms/profile.md diff --git a/content/fr/glossary/terms/profile.md b/content/fr/glossary/terms/profile.md new file mode 100644 index 0000000000000..d4f3182ac621b --- /dev/null +++ b/content/fr/glossary/terms/profile.md @@ -0,0 +1,6 @@ +--- +core_product: +- continuous profiler +title: profil +--- +Un profil est snapshot dans le temps de la quantité de travail (utilisation de l'unité centrale, utilisation de la mémoire) effectuée par le code. \ No newline at end of file From ed50a24f76f297ad7057faa4506b8767ea2c0cff Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:22:18 -0400 Subject: [PATCH 30/53] updating translations --- content/fr/glossary/terms/collector.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/content/fr/glossary/terms/collector.md b/content/fr/glossary/terms/collector.md index adf72656a8e97..54c522b0e2b87 100644 --- a/content/fr/glossary/terms/collector.md +++ b/content/fr/glossary/terms/collector.md @@ -1,5 +1,7 @@ --- +core_product: +- datadog agent title: collector --- Le collector est le processus de l'Agent qui exécute les checks sur la machine et recueille les métriques. -Pour en savoir plus, consultez la documentation. \ No newline at end of file +Pour en savoir plus, consultez la documentation. \ No newline at end of file From 4be05bd7d14d8389ea0c6a5f11acc5dc586fb560 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:23:42 -0400 Subject: [PATCH 31/53] adding translations --- content/fr/glossary/terms/role.md | 5 +++++ 1 file changed, 5 insertions(+) create mode 100644 content/fr/glossary/terms/role.md diff --git a/content/fr/glossary/terms/role.md b/content/fr/glossary/terms/role.md new file mode 100644 index 0000000000000..0b5e8871f2ef2 --- /dev/null +++ b/content/fr/glossary/terms/role.md @@ -0,0 +1,5 @@ +--- +title: role +--- +Un rôle définit les autorisations de compte pour les utilisateurs. Dans Datadog, il y a trois rôles par défaut : Admin, Standard et Lecture seule. +Pour plus d'informations, consultez la documentation à ce sujet. \ No newline at end of file From 686f828ecdf03de89c9c34691c6486baf928a541 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:26:13 -0400 Subject: [PATCH 32/53] adding translations --- content/fr/glossary/terms/reference_table.md | 7 +++++++ 1 file changed, 7 insertions(+) create mode 100644 content/fr/glossary/terms/reference_table.md diff --git a/content/fr/glossary/terms/reference_table.md b/content/fr/glossary/terms/reference_table.md new file mode 100644 index 0000000000000..3ccae344d8f69 --- /dev/null +++ b/content/fr/glossary/terms/reference_table.md @@ -0,0 +1,7 @@ +--- +core_product: +- log management +title: table de référence +--- +Une table de référence répertorie des entités de Datadog, comme les coordonnées des clients, les noms des service, des informations ou des adresses IP. Les informations sont représentées par une clé primaire et les métadonnées associées. +Pour plus d'informations, consultez la documentation à ce sujet. \ No newline at end of file From 63e97e4dadd4f39f7d115310f066367ae8b1e742 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:28:13 -0400 Subject: [PATCH 33/53] adding translations --- content/fr/glossary/terms/measure.md | 6 ++++++ 1 file changed, 6 insertions(+) create mode 100644 content/fr/glossary/terms/measure.md diff --git a/content/fr/glossary/terms/measure.md b/content/fr/glossary/terms/measure.md new file mode 100644 index 0000000000000..0e168f4f2fd40 --- /dev/null +++ b/content/fr/glossary/terms/measure.md @@ -0,0 +1,6 @@ +--- +core_product: +- log management +title: mesure +--- +Une mesure est une facette quantitative pouvant servir à agréger des valeurs provenant de plusieurs logs, filtrer des logs à lʼaide dʼun intervalle ou trier des logs en fonction d'une valeur. \ No newline at end of file From fa0f725e40eb8280b6d67a88712b2378d3e1a01a Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:29:08 -0400 Subject: [PATCH 34/53] adding translations --- content/fr/glossary/terms/pbr.md | 6 ++++++ 1 file changed, 6 insertions(+) create mode 100644 content/fr/glossary/terms/pbr.md diff --git a/content/fr/glossary/terms/pbr.md b/content/fr/glossary/terms/pbr.md new file mode 100644 index 0000000000000..8a1fb7753d2f4 --- /dev/null +++ b/content/fr/glossary/terms/pbr.md @@ -0,0 +1,6 @@ +--- +core_product: +- network performance monitoring +title: policy-based routing (PBR) +--- +Dans le domaine des réseaux informatiques, le PBR est une technique d'acheminement des données en fonction de règles et de filtres. \ No newline at end of file From 66ac5cd7f59b2de088cc5bb5c094aa4c4ec94cf4 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:32:31 -0400 Subject: [PATCH 35/53] adding translations --- content/fr/glossary/terms/layer_3.md | 9 +++++++++ 1 file changed, 9 insertions(+) create mode 100644 content/fr/glossary/terms/layer_3.md diff --git a/content/fr/glossary/terms/layer_3.md b/content/fr/glossary/terms/layer_3.md new file mode 100644 index 0000000000000..580e7cf6971a0 --- /dev/null +++ b/content/fr/glossary/terms/layer_3.md @@ -0,0 +1,9 @@ +--- +core_product: +- Surveillance d'appareils réseau +- network performance monitoring +synonyms: +- layer réseau +title: layer 3 +--- +Dans le modèle OSI des réseaux informatiques, layer 3 détermine la façon dont les données sont physiquement acheminées de leur source à leur destination. Layer 3 concerne les paquets et l'adressage logique. \ No newline at end of file From 50e0614a48b3a1fe1a914bb065cb6681d56ef330 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:33:43 -0400 Subject: [PATCH 36/53] adding translations --- content/fr/glossary/terms/rasp.md | 7 +++++++ 1 file changed, 7 insertions(+) create mode 100644 content/fr/glossary/terms/rasp.md diff --git a/content/fr/glossary/terms/rasp.md b/content/fr/glossary/terms/rasp.md new file mode 100644 index 0000000000000..186c85c9a1459 --- /dev/null +++ b/content/fr/glossary/terms/rasp.md @@ -0,0 +1,7 @@ +--- +core_product: +- security +- appsec +title: runtime application self-protection (RASP) +--- +RASP est une technologie de sécurité qui détecte et empêche les attaques en temps réel. \ No newline at end of file From 56f25d24ab7247dbe8fe78741a112a4af5a99a00 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:35:18 -0400 Subject: [PATCH 37/53] adding translations --- content/fr/glossary/terms/transaction.md | 6 ++++++ 1 file changed, 6 insertions(+) create mode 100644 content/fr/glossary/terms/transaction.md diff --git a/content/fr/glossary/terms/transaction.md b/content/fr/glossary/terms/transaction.md new file mode 100644 index 0000000000000..24e4e17d21f71 --- /dev/null +++ b/content/fr/glossary/terms/transaction.md @@ -0,0 +1,6 @@ +--- +core_product: +- log management +title: transaction +--- +Une transaction agrège les logs indexés en fonction dʼune instance de séquence d'événements, comme une session utilisateur ou une requête traitée par plusieurs microservices. \ No newline at end of file From 5985a8649645b88e19c19d8dbb6d537ffe0fc21c Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:36:44 -0400 Subject: [PATCH 38/53] adding translations --- content/fr/glossary/terms/distributed_tracing.md | 6 ++++++ 1 file changed, 6 insertions(+) create mode 100644 content/fr/glossary/terms/distributed_tracing.md diff --git a/content/fr/glossary/terms/distributed_tracing.md b/content/fr/glossary/terms/distributed_tracing.md new file mode 100644 index 0000000000000..779a1e22c9a49 --- /dev/null +++ b/content/fr/glossary/terms/distributed_tracing.md @@ -0,0 +1,6 @@ +--- +core_product: +- apm +title: Tracing distribué +--- +Le tracing distribué est une méthode de suivi des requêtes d'application qui circulent entre les appareils frontend et les bases de données et services backend. Les développeurs peuvent utiliser le tracing distribué pour dépanner les requêtes qui présentent une latence élevée ou des erreurs. \ No newline at end of file From 993a52fbf9143e1a64eabd62ddc9b23c4d4c11c4 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:38:44 -0400 Subject: [PATCH 39/53] updating translations --- content/fr/glossary/terms/crawler_delay.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/content/fr/glossary/terms/crawler_delay.md b/content/fr/glossary/terms/crawler_delay.md index 7ae483139ebda..55c63fd6c2716 100644 --- a/content/fr/glossary/terms/crawler_delay.md +++ b/content/fr/glossary/terms/crawler_delay.md @@ -1,5 +1,7 @@ --- +core_product: +- infrastructure monitoring title: délai de crawler --- Un délai de crawler est un délai appliqué à la collecte des métriques des intégrations cloud Datadog en raison de contraintes imposées par l'API du fournisseur de cloud. -Pour en savoir plus, consultez la documentation. \ No newline at end of file +Pour en savoir plus, consultez la documentation à ce sujet. \ No newline at end of file From 57e00a55683e5478404897982634be2434cff6da Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:39:33 -0400 Subject: [PATCH 40/53] updating translations --- content/fr/glossary/terms/service_account.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/fr/glossary/terms/service_account.md b/content/fr/glossary/terms/service_account.md index b0b74fe6e7845..72546e5017529 100644 --- a/content/fr/glossary/terms/service_account.md +++ b/content/fr/glossary/terms/service_account.md @@ -2,4 +2,4 @@ title: compte de service --- Un compte de service est un utilisateur fictif qui peut être associé à un rôle et qui peut posséder des clés d'application. -Pour en savoir plus, consultez la documentation à ce sujet. \ No newline at end of file +Pour en savoir plus, consultez la documentation à ce sujet. \ No newline at end of file From 77925bf2af492db3d0eb2d9c8bf630b1437a7d8c Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:41:54 -0400 Subject: [PATCH 41/53] adding translations --- content/fr/notebooks/guide/_index.md | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 content/fr/notebooks/guide/_index.md diff --git a/content/fr/notebooks/guide/_index.md b/content/fr/notebooks/guide/_index.md new file mode 100644 index 0000000000000..a597a2c6534f3 --- /dev/null +++ b/content/fr/notebooks/guide/_index.md @@ -0,0 +1,12 @@ +--- +description: Index des guides sur les notebooks +disable_toc: true +kind: guide +private: true +title: Guides sur les notebooks +--- + +{{< whatsnext desc="Guides généraux :" >}} + {{< nextlink href="/notebooks/guide/build_diagrams_with_mermaidjs" >}}Créer des diagrammes avec Mermaid JS{{< /nextlink >}} + {{< nextlink href="/notebooks/guide/version_history" >}}Historique des versions{{< /nextlink >}} +{{< /whatsnext >}} \ No newline at end of file From 7acb95709be4294626dbfbccd0dcae0a508006c8 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:46:21 -0400 Subject: [PATCH 42/53] adding translations --- .../fr/security/cloud_siem/guide/_index.md | 20 +++++++++++++++++++ 1 file changed, 20 insertions(+) create mode 100644 content/fr/security/cloud_siem/guide/_index.md diff --git a/content/fr/security/cloud_siem/guide/_index.md b/content/fr/security/cloud_siem/guide/_index.md new file mode 100644 index 0000000000000..d0b4d2de3db29 --- /dev/null +++ b/content/fr/security/cloud_siem/guide/_index.md @@ -0,0 +1,20 @@ +--- +aliases: +- /fr/security_monitoring/guide/ +- /fr/security_platform/guide/ +- /fr/security_platform/cloud_siem/guide/ +disable_toc: true +kind: guide +private: true +title: Guides sur Cloud SIEM +--- + +{{< whatsnext desc="guides généraux :" >}} + {{< nextlink href="/getting_started/cloud_siem" >}}Premiers pas avec Cloud SIEM{{< /nextlink >}} + {{< nextlink href="/security/cloud_siem/guide/automate-the-remediation-of-detected-threats" >}}Automatiser la résolution de menaces détectées avec Cloud SIEM{{< /nextlink >}} + {{< nextlink href="/security/cloud_siem/guide/aws-config-guide-for-cloud-siem" >}}Guide AWS de configuration de Cloud SIEM{{< /nextlink >}} + {{< nextlink href="/security/cloud_siem/guide/google-cloud-config-guide-for-cloud-siem/" >}}Guide de configuration de Google Cloud pour Cloud SIEM{{< /nextlink >}} + {{< nextlink href="/security/cloud_siem/guide/azure-config-guide-for-cloud-siem/" >}}Guide de configuration dʼAzure pour Cloud SIEM{{< /nextlink >}} + {{< nextlink href="security/cloud_siem/guide/monitor-authentication-logs-for-security-threats" >}}Surveillance des logs d'authentification pour identifier les menaces de sécurité{{< /nextlink >}} + {{< nextlink href="/security/cloud_siem/guide/how-to-setup-security-filters-using-cloud-siem-api" >}}Filtres de sécurité avec lʼAPI Cloud SIEM{{< /nextlink >}} +{{< /whatsnext >}} \ No newline at end of file From d60c925bdeae51a0b40341efc94a9fe213bd15f6 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 12:48:45 -0400 Subject: [PATCH 43/53] adding translations --- .../incident_management/analytics.md | 68 +++++++++++++++++++ 1 file changed, 68 insertions(+) create mode 100644 content/fr/service_management/incident_management/analytics.md diff --git a/content/fr/service_management/incident_management/analytics.md b/content/fr/service_management/incident_management/analytics.md new file mode 100644 index 0000000000000..804f1b84df589 --- /dev/null +++ b/content/fr/service_management/incident_management/analytics.md @@ -0,0 +1,68 @@ +--- +aliases: +- /fr/monitors/incident_management/analytics +description: Surveiller et analyser des statistiques agrégées de gestion des incidents + dans des dashboards et notebooks +kind: documentation +title: Incident Management Analytics +--- + +## Présentation + +{{< img src="service_management/incidents/incident_analytics.mp4" alt="Analyse de la gestion des incidents" video=true style="width:80%;">}} + +Incident Management Analytics est une source de données interrogeable vous permettant d'obtenir des statistiques agrégées sur les incidents. Vous pouvez interroger ces données d'analyse dans divers widgets de graphique, que ce soit dans des [dashboards][1] et des [notebooks][2], afin d'analyser l'historique de résolution des incidents au fil du temps. En guise de point de départ, Datadog fournit un [modèle de dashboard][3] et un [modèle de notebook][4] offrant une vue d'ensemble de la gestion des incidents. Vous pouvez cloner et dupliquer ces modèles comme bon vous semble. + +Les widgets suivants prennent en charge Incident Management Analytics : + +* Série temporelle +* Top List +* Valeur de requête + +### Mesures + +Datadog fournit par défaut les mesures agrégées suivantes pour créer vos requêtes d'analyse : + +1. Count (*) +2. Customer Impact Duration +3. Status Active Duration (durée pendant laquelle l'incident a conservé le statut `Active`) +4. Status Stable Duration (durée pendant laquelle l'incident a conservé le statut `Stable`) +5. Time to Repair (timestamp de fin de l'impact client - timestamp de création de l'incident) +6. Time to Resolve (timestamp de résolution - timestamp de création) + +En plus de ces mesures par défaut, vous pouvez créer d'autres mesures en ajoutant des champs de propriété *Number* personnalisés dans les [paramètres de votre incident][7]. + +### Configuration d'un graphique + +Pour configurer votre graphique à l'aide de la solution Incident Management Analytics, suivez ces étapes : + +1. [Sélectionnez votre visualisation][5]. +2. Sélectionnez `Incidents` dans le menu déroulant des sources de données. +3. Sélectionnez une mesure dans le menu déroulant jaune. + - **Statistique par défaut :** nombre d'incidents. +4. Sélectionnez une agrégation pour la mesure. +5. (Facultatif) Sélectionnez un cumul pour la mesure. +6. (Facultatif) Utilisez la barre de recherche pour limiter la statistique à un sous-ensemble d'incidents. +7. (Facultatif) Sélectionnez une facette dans le menu déroulant rose pour répartir la mesure par groupe et sélectionner un nombre limité de groupes à afficher. +8. [Donnez un titre au graphique][6]. +9. Enregistrez votre widget. + +**Exemple :** Durée hebdomadaire de l'impact client des pannes par service + +1. Widget : graphique linéaire de série temporelle +2. Source de données : `Incidents` +3. Mesure : `Customer Impact Duration` +4. Agrégation : `avg` +5. Cumul : `1w` +6. Filtre : `severity:("SEV-1" OR "SEV-2")` +7. Groupe : `Services`, limités aux 5 premiers + +{{< img src="service_management/incidents/incident_analytics_query_example.jpeg" alt="Exemple de requête dʼanalyse dʼincident" style="width:80%;">}} + +[1]: /fr/dashboards/ +[2]: /fr/notebooks/ +[3]: https://app.datadoghq.com/dash/integration/30523/incident-management-overview?from_ts=1632093826308&to_ts=1634685826308&live=true +[4]: https://app.datadoghq.com/notebook/template/11/incident-management-overview +[5]: /fr/dashboards/querying/#select-your-visualization +[6]: /fr/dashboards/querying/#create-a-title +[7]: /fr/service_management/incident_management/incident_settings#property-fields \ No newline at end of file From b735c2507e70ce67fc8994748d8b10c4b560472a Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 13:23:07 -0400 Subject: [PATCH 44/53] updating translations --- .../agent/guide/windows-agent-ddagent-user.md | 91 +++++++++---------- 1 file changed, 43 insertions(+), 48 deletions(-) diff --git a/content/es/agent/guide/windows-agent-ddagent-user.md b/content/es/agent/guide/windows-agent-ddagent-user.md index 98790c87becd7..f48bd50daeea7 100644 --- a/content/es/agent/guide/windows-agent-ddagent-user.md +++ b/content/es/agent/guide/windows-agent-ddagent-user.md @@ -1,74 +1,69 @@ --- algolia: tags: - - usuario windows agent - - usuario windows + - Usuario del Windows Agent + - Usuario de Windows - ddagentuser - - política de grupo + - Política de grupo aliases: - /es/agent/faq/windows-agent-ddagent-user/ kind: guía title: Usuario del Datadog Windows Agent --- -A partir de la versión `6.11.0`, los componentes de base y APM/rastreo del Windows Agent se ejecutan en una cuenta de usuario exclusiva, en lugar de ejecutarse en la cuenta `LOCAL_SYSTEM`, tal como ocurría en versiones anteriores. Sin embargo, si el componente Live Process está activado, seguirá ejecutándose en la cuenta `LOCAL_SYSTEM`. +Por defecto, el Windows Agent utiliza la cuenta `ddagentuser` creada en el momento de la instalación. La cuenta se asigna a los siguientes grupos durante la instalación: -El instalador del Agent crea una nueva cuenta de forma predeterminada (`ddagentuser`), pero también puede utilizar una cuenta que el usuario proporcione. -Durante la instalación, la cuenta se asigna a los siguientes grupos: - -* “Performance Monitor Users” (Usuarios del monitor de rendimiento) +* Se convierte en miembro del grupo «Performance Monitor Users» (Usuarios del monitor de rendimiento) * Necesario para acceder a la información de WMI * Necesario para acceder a los datos del contador de rendimiento de Windows -* “Event Log Readers” (Lectores de logs de eventos) +* «Event Log Readers» (Lectores de logs de eventos) **Nota**: El instalador no añade de forma predeterminada la cuenta que crea a los grupos de `Users`. En ocasiones poco frecuentes, es posible que se produzcan problemas con los permisos. Si es así, añade manualmente el usuario creado al grupo de `Users`. -Además, durante la instalación, se aplican las siguientes políticas de seguridad a la cuenta: -* Se deniega el acceso a este ordenador desde la red -* Se deniega el inicio de sesión local -* Se deniega el inicio de sesión a través de servicios de escritorio remoto -* Se inicia sesión como servicio - -**Importante**: Dado que la cuenta se modifica durante la instalación para restringir sus privilegios, como pueden ser los de inicio de sesión, asegúrate de que no se trata de una cuenta de usuario “real”, sino de una cuenta destinada exclusivamente a ejecutar el Datadog Agent. +Además, las siguientes políticas de seguridad se aplican a la cuenta durante la instalación: +* Denegar el acceso a este ordenador desde la red +* Denegar el inicio de sesión local +* Denegar el inicio de sesión a través de los servicios de escritorio remoto +* Iniciar sesión como servicio -**Nota**: Todos los ejemplos de comandos de esta página utilizan `<>` para indicar la variable que debe sustituirse. Por ejemplo, si la cuenta de usuario es `ddagentuser` y el comando contiene `DDAGENTUSER_NAME=`, habrá que introducir `DDAGENTUSER_NAME=ddagentuser` en la línea de comandos. +El Windows Agent también puede utilizar una cuenta proporcionada por el usuario. No utilices una cuenta de usuario «real». La cuenta de usuario debe dedicarse exclusivamente a ejecutar el Datadog Agent. La cuenta se modifica durante la instalación para restringir sus privilegios, incluidos los de inicio de sesión. -**Nota**: A partir de la versión , el instalador admite el uso de una **cuenta de servicio administrada de grupo (gMSA)**. Para especificar una cuenta de este tipo, añade **$** al final del nombre de usuario `\. Recuerda que la cuenta de servicio administrada de grupo debe existir *antes* de la instalación, ya que el instalador no puede crearla. +**Nota**: A partir de la versión `7.38.0/6.38.0`, el instalador admite el uso de una **cuenta de servicio administrada de grupo (gMSA)**. Para especificar una cuenta de este tipo, añade **$** al final del nombre de usuario: `\. La cuenta de servicio administrada de grupo debe existir *antes* de la instalación, ya que el instalador no puede crearla. ## Instalación Si no se especifica una cuenta de usuario en la línea de comandos, el instalador intentará crear una cuenta de usuario local llamada `ddagentuser` con una contraseña generada de forma aleatoria. -Si se especifica una cuenta de usuario en la línea de comandos, pero esta cuenta de usuario no se encuentra en el sistema, el instalador intentará crearla. Si se especificó una contraseña, el instalador utilizará esa contraseña, de lo contrario generará una contraseña aleatoria. +Si se especifica una cuenta de usuario en la línea de comandos, pero esta cuenta de usuario no se encuentra en el sistema, el instalador intentará crearla. Si se especificó una contraseña, el instalador utilizará esa contraseña; de lo contrario generará una contraseña aleatoria. -Para definir parámetros USERNAME (Nombre de usuario) y PASSWORD (Contraseña) opcionales en la línea de comandos, debes introducir las siguientes propiedades en el comando `msiexec` (elimina los corchetes `<>` de los parámetros anteriores): +Para especificar el NOMBRE DE USUARIO y la CONTRASEÑA opcionales en la línea de comandos, pasa las siguientes propiedades al comando `msiexec` (Los caracteres `<>` entre paréntesis indican una variable que debe sustituirse): ```shell msiexec /i ddagent.msi DDAGENTUSER_NAME= DDAGENTUSER_PASSWORD= ``` -**Nota**: El `` debe contener 20 caracteres como máximo para cumplir los requisitos del [atributo SAM-Account-Name (esquema de AD) de Active Directory][1] de Microsoft. - -**Nota**: Debido a una restricción del instalador MSI, la propiedad `DDAGENTUSER_PASSWORD` no puede contener el carácter del punto y coma: `;`. +Requisitos: +* El nombre de usuario debe tener 20 caracteres como máximo para cumplir con el [atributo SAM-Account-Name del Esquema de Active Directory (Esquema de AD)][1] de Microsoft. +* Debido a una restricción del instalador MSI, la propiedad `DDAGENTUSER_PASSWORD` no puede contener el carácter punto y coma `;`. -**Nota**: Si después de haber realizado la instalación tienes algún problema de permisos con los checks `system` y `winproc`, asegúrate de que `ddagentuser` es miembro de los grupos “Performance Monitor Users” (Usuarios de monitorización del rendimiento) y “Event Log Readers” (Lectores de logs de eventos). +**Nota**: Si después de haber realizado la instalación tienes algún problema de permisos con los checks `system` y `winproc`, asegúrate de que `ddagentuser` es miembro de los grupos «Usuarios de monitorización del rendimiento» y «Lectores de logs de eventos». **Nota**: No es posible especificar el usuario en la IU del instalador. Utiliza la línea de comandos para introducir el `DDAGENTUSER_NAME` y otros parámetros. Estos parámetros se tendrán en cuenta incluso para instalar IU. ### Instalación con política de grupo El instalador cambia la política de grupo local para permitir que la cuenta de usuario recién creada **se ejecute como servicio**. -Si la política de grupo del dominio no lo permite, la configuración de la instalación se anulará y deberás actualizar esa política para permitir que la cuenta de usuario se ejecute como servicio. +Si la política de grupo del dominio no lo permite, la configuración de la instalación se anulará y deberás actualizar esta política de grupo para permitir que la cuenta de usuario se ejecute como servicio. ### Instalación en un entorno de dominio -#### Máquinas unidas a un dominio +#### Equipos unidos a un dominio -En las máquinas unidas a un dominio, el instalador del Agent puede utilizar una cuenta proporcionada por el usuario, ya sea de dominio o local, o bien crear una cuenta local. +En los equipos unidos a un dominio, el instalador del Agent puede utilizar una cuenta proporcionada por el usuario, ya sea de dominio o local, o bien crear una cuenta local. -Si se especifica una cuenta de dominio en la línea de comandos, esta debe existir antes de la instalación, ya que sólo los controladores de dominio pueden crear cuentas de dominio. +Si se especifica una cuenta de dominio en la línea de comandos, esta debe existir antes de la instalación, ya que solo los controladores de dominio pueden crear cuentas de dominio. -Si se especifica una cuenta de usuario en la línea de comandos, pero esta cuenta de usuario no se encuentra en el sistema, el instalador intentará crearla. Si se especificó una contraseña, el instalador utilizará esa contraseña, de lo contrario generará una contraseña aleatoria. +Si se especifica una cuenta de usuario en la línea de comandos, pero esta cuenta de usuario no se encuentra en el sistema, el instalador intentará crearla. Si se especificó una contraseña, el instalador utilizará esa contraseña; de lo contrario generará una contraseña aleatoria. Para definir un nombre de usuario de una cuenta de dominio, utiliza el siguiente formato de propiedad `DDAGENTUSER_NAME`: @@ -76,12 +71,12 @@ Para definir un nombre de usuario de una cuenta de dominio, utiliza el siguiente msiexec /i ddagent.msi DDAGENTUSER_NAME=\ DDAGENTUSER_PASSWORD= ``` -El `` puede ser un nombre de dominio completo (con el formato `mydomain.com`) o el nombre NETBIOS (el nombre anterior a Windows 2000). -Además, debe separarse del `` con una barra inversa: `\`. +El `` puede ser un nombre de dominio completamente cualificado (con el formato `mydomain.com`) o el nombre de NETBIOS (el nombre anterior a Windows 2000). +Además, debe separarse del `` con una barra inversa `\`. -**Nota**: El `` debe contener 20 caracteres como máximo para cumplir los requisitos del [atributo SAM-Account-Name (AD Schema) del esquema de Active Directory)][1] de Microsoft. +**Nota**: El `` debe contener 20 caracteres como máximo para cumplir con el [atributo SAM-Account-Name del Esquema de Active Directory (esquema de AD)][1] de Microsoft. -**Nota**: Debido a una restricción del instalador MSI, la propiedad `DDAGENTUSER_PASSWORD` no puede contener el carácter del punto y coma: `;`. +**Nota**: Debido a una restricción del instalador MSI, la propiedad `DDAGENTUSER_PASSWORD` no puede contener el carácter del punto y coma `;`. #### Controladores de dominio @@ -91,19 +86,19 @@ Cuando se instala el Agent en un controlador de dominio, el concepto de cuenta d Si se especifica una cuenta de usuario en la línea de comandos, pero la cuenta no se encuentra en el sistema, el instalador intentará crearla. Para que la instalación se realice correctamente, debe especificarse una contraseña. -Si la cuenta de usuario especificada es de un dominio principal, el instalador utiliza esa cuenta de usuario. Asegúrate de que existe una cuenta de usuario en el dominio principal antes de la instalación, ya que el instalador nunca crea una cuenta de usuario en el dominio principal. +Si la cuenta de usuario especificada es de un dominio de nivel superior, el instalador utilizará esa cuenta de usuario. Asegúrate de que existe una cuenta de usuario en este dominio antes de la instalación, ya que este nunca crea una cuenta de usuario en el dominio de nivel superior. -##### Controladores de dominio de sólo lectura +##### Controladores de dominio de solo lectura -El instalador sólo puede utilizar una cuenta de dominio existente cuando instala en un controlador de dominio de sólo lectura. +El instalador solo puede utilizar una cuenta de dominio existente cuando se instala en un controlador de dominio de solo lectura. ### Instalación con Chef -Si utilizas Chef y el cookbook oficial de `datadog` para implementar el Agent en hosts de Windows, **utiliza la versión 2.18.0 o posterior** del cookbook para asegurarte de que los archivos de configuración del Agent disponen de los permisos adecuados. +Si utilizas Chef y el cookbook oficial de `datadog` para implementar el Agent en los hosts de Windows, **utiliza la versión 2.18.0 o posterior** del cookbook para asegurarte de que los archivos de configuración del Agent disponen de los permisos adecuados. ## Actualizar -En las versiones del Agent anteriores a `7.25.0`, cuando actualices el Datadog Agent en un controlador de dominio o host en que el usuario haya proporcionado un nombre de usuario para el Agent, deberás introducir el `DDAGENTUSER_NAME`, pero no la `DDAGENTUSER_PASSWORD`. +En las versiones del Agent anteriores a `7.25.0`, cuando actualices el Datadog Agent en un controlador de dominio o host en que el usuario ha proporcionado un nombre de usuario para el Agent, deberás introducir el `DDAGENTUSER_NAME`, pero no la `DDAGENTUSER_PASSWORD`. A partir de la versión `7.25.0` del Agent, el instalador conserva el nombre de usuario utilizado para instalar el Agent y lo reutiliza en futuras actualizaciones. Aun así, es posible anular el valor guardado con `DDAGENTUSER_NAME`. @@ -112,9 +107,9 @@ Aun así, es posible anular el valor guardado con `DDAGENTUSER_NAME`. ### Permisos generales -Se ha hecho todo lo posible para garantizar que la transición de `LOCAL_SYSTEM` a `ddagentuser` sea fluida. Sin embargo, se ha detectado una clase de problemas que requieren que se realice una modificación determinada de la configuración después de instalar el Agent. Estos problemas se producen porque el Windows Agent anteriormente dependía de derechos de administrador que la nueva versión del Agent no posee de forma predeterminada. +Se ha hecho todo lo posible para garantizar que la transición de `LOCAL_SYSTEM` a `ddagentuser` sea fluida. Sin embargo, se han detectado una serie de problemas que requieren que se realice una modificación determinada de la configuración después de instalar el Agent. Estos problemas se producen porque el Windows Agent anteriormente dependía de derechos de administrador que la nueva versión del Agent no posee de forma predeterminada. -Por ejemplo, si el check de directorios está monitorizando un directorio con derechos de acceso específicos, como por ejemplo permitir la lectura sólo a miembros del grupo de administradores, el Agent existente puede monitorizar ese directorio adecuadamente, ya que `LOCAL_SYSTEM` cuenta con derechos de administrador. Luego de la actualización, el administrador debe añadir `ddagentuser` a la lista de control de acceso de ese directorio para que el check de directorios funcione. +Por ejemplo, si el check de directorios está monitorizando un directorio con derechos de acceso específicos, como por ejemplo permitir la lectura solo a miembros del grupo de administradores, el Agent existente puede monitorizar ese directorio adecuadamente, ya que `LOCAL_SYSTEM` cuenta con derechos de administrador. Tras la actualización, el administrador debe añadir `ddagentuser` a la lista de control de acceso de ese directorio para que el check de directorios funcione. **Nota**: En el caso del sistema operativo Windows Server, la integración de servicios de Windows no puede comprobar el servicio del servidor DHCP debido a la lista de control de acceso especial del servicio `DHCPServer`. En este caso, el check devuelve `UNKNOWN`. @@ -122,7 +117,7 @@ Por ejemplo, si el check de directorios está monitorizando un directorio con de ### Integraciones basadas en JMX -El cambio a `ddagentuser` afectará tus integraciones basadas en JMX, si el JMXFetch del Agent está configurado para conectarse a través de la extensión Attach API a las máquinas JVM monitorizadas. Por ejemplo: +El cambio a `ddagentuser` afectará a las integraciones basadas en JMX, si el JMXFetch del Agent está configurado para conectarse a través de la extensión Attach API a las máquinas JVM monitorizadas. Por ejemplo: 1. Si utilizas una integración basada en JMX, como: * [ActiveMQ][2] @@ -136,31 +131,31 @@ El cambio a `ddagentuser` afectará tus integraciones basadas en JMX, si el JMXF 2. **Y** si has configurado la integración con el parámetro `process_name_regex`, en lugar de con los parámetros `host` y `port`. -Si utilizas Attach API, el cambio que se produce en el contexto de usuario implica que el JMXFetch del Agent sólo podrá conectarse a las máquinas JVM que también se ejecuten en el contexto de usuario `ddagentuser`. En la mayoría de los casos, recomendamos cambiar a JMXFetch para utilizar JMX Remote activando JMX Remote en las máquinas JVM de destino y configurando las integraciones JMX con `host` y `port`. Para obtener más información, consulta la [documentación acerca de JMX][5]. +Si utilizas Attach API, el cambio que se produce en el contexto de usuario implica que el JMXFetch del Agent solo podrá conectarse a las máquinas JVM que también se ejecuten en el contexto de usuario `ddagentuser`. En la mayoría de los casos, se recomienda cambiar de JMXFetch a JMX Remote activando JMX Remote en tus máquinas JVM de destino y configurando las integraciones JMX con el `host` y el `port`. Para obtener más información, consulta la [documentación de JMX][5]. ### Check del proceso -En la versión 6.11 y posteriores, el Agent se ejecuta como `ddagentuser` en lugar de `Local System`. Por este motivo, el Agent no tiene acceso a la totalidad de la línea de comandos de los procesos que se ejecutan en otros usuarios, ni al usuario de los procesos de otros usuarios. Esto provoca que las siguientes opciones del check no funcionen: +En la versión 6.11 y posteriores, el Agent se ejecuta como `ddagentuser` en lugar de `Local System`. Por este motivo, no hay acceso a la totalidad de la línea de comandos de los procesos que se ejecutan en otros usuarios, ni al usuario de los procesos de otros usuarios. Esto hace que no funcionen las siguientes opciones de check: * `exact_match`, cuando se define como `false` * `user`, que permite seleccionar los procesos que pertenecen a un usuario específico -Para restablecer el comportamiento anterior y ejecutar el Agent como `Local System` (no recomendado), abre una consola de administrador y ejecuta el siguiente comando: `sc.exe config "datadogagent" obj= LocalSystem`. Otra posibilidad es abrir el administrador de servicios, ir a Datadog Agent > Properties (Datadog Agent > Propiedades) y definir “Log On” como `Local System`. +Para restablecer el comportamiento anterior y ejecutar el Agent como `Local System` (no recomendado), abre una consola de administrador y ejecuta el siguiente comando: `sc.exe config "datadogagent" obj= LocalSystem`. Alternativamente, se puede abrir el administrador de servicios, ir a Datadog Agent > Properties (Propiedades) y definir Log On (Inicio de sesión) como `Local System`. ### Integración de Cassandra Nodetool Para que la integración de Cassandra Nodetool siga funcionando, aplica los siguientes cambios en tu entorno: * Permite que el directorio de instalación de Nodetool acceda al `ddagentuser`. -* Configura las variables de entorno del directorio de instalación de Nodetool (`CASSANDRA_HOME` y `DSCINSTALLDIR`) como variables para todo el sistema y no sólo para el usuario que instala Nodetool. +* Configura las variables de entorno del directorio de instalación de Nodetool (`CASSANDRA_HOME` y `DSCINSTALLDIR`) como variables para todo el sistema en lugar de variables solo para el usuario que instala Nodetool. ## Canal de logs de seguridad -Si vas a utilizar la [integración de logs de eventos Win32 con Datadog][10], debes añadir el usuario `ddagentuser` de Datadog al grupo “Event Log Readers” (Lectores de logs de eventos) para recopilar logs del canal de logs de seguridad: +Si vas a utilizar la [integración de logs de eventos Win32 de Datadog][10], debes añadir el usuario `ddagentuser` de Datadog al grupo «Event Log Readers» (Lectores de logs de eventos) para recopilar logs del canal de logs de seguridad: -1. Abre la ventana de ejecución con el atajo *Windows+R* y escribe `compmgmt.msc` en el campo de texto. +1. Abre la ventana de ejecución utilizando el atajo *Windows+R* y escribe `compmgmt.msc` en el campo de texto. 2. Ve a *System Tools* -> *Local Users and Groups* -> *Groups* (Herramientas del sistema -> Grupos y usuarios locales -> Grupos). -3. Haz clic con el botón derecho del ratón en **Event Log Readers** (Lectores de logs de eventos) y selecciona *Properties* (Propiedades). +3. Haz clic con el botón derecho del ratón en **Lectores de logs de eventos** y selecciona *Propiedades*. 4. Haz clic en *Add* (Añadir) e introduce `ddagentuser` -> *Check Names* (Nombres de checks). 5. Haz clic en *OK* (Aceptar) y en *Apply* (Aplicar). From 1bd20a85bc7caf52ea7549c7c1c1022e171f80af Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 17:53:26 -0400 Subject: [PATCH 45/53] Deleting translations of content/ja/dashboards/sharing.md --- content/ja/dashboards/sharing.md | 137 ------------------------------- 1 file changed, 137 deletions(-) delete mode 100644 content/ja/dashboards/sharing.md diff --git a/content/ja/dashboards/sharing.md b/content/ja/dashboards/sharing.md deleted file mode 100644 index 6a7bd52fb431d..0000000000000 --- a/content/ja/dashboards/sharing.md +++ /dev/null @@ -1,137 +0,0 @@ ---- -aliases: -- /ja/graphing/faq/is-there-a-way-to-share-graphs -- /ja/graphing/faq/is-there-a-way-to-share-or-revoke-previously-shared-graphs -- /ja/graphing/dashboards/shared_graph/ -further_reading: -- link: https://www.datadoghq.com/blog/dashboard-sharing/ - tag: ブログ - text: ダッシュボードを組織外の人と安全に共有する -- link: /dashboards/ - tag: ドキュメント - text: Datadog でダッシュボードを作成 -- link: /dashboards/template_variables/ - tag: ドキュメント - text: テンプレート変数を使用してダッシュボードを強化 -- link: /dashboards/widgets/ - tag: Documentation - text: ダッシュボードのウィジェットについて -kind: documentation -title: ダッシュボードの共有 ---- - -## 概要 - -共有視覚化により、Datadog の外部でメトリクス、トレース、ログの視覚化を表示することができます。個々の[グラフ](#graphs)だけでなく、[ダッシュボード](#dashboards)全体も共有できます。 - -## ダッシュボード - -ダッシュボードを URL またはメールリンクで共有すると、共有ページにはそのダッシュボードの読み取り専用ライブコンテンツが表示されます。URL を生成すると *Sharing* が有効になり、ダッシュボードは公開ダッシュボードになります。 - -### パブリック URL でダッシュボードを共有する - -ダッシュボード全体を公開して共有するには、次の URL を生成します。 - -1. ダッシュボードのページで、右上の **Share** をクリックします。 -2. **Generate public URL** を選択すると、*Sharing: On* ポップアップモーダルが表示されます。 -3. **Time & Variable Settings** で、タイムフレームに対する希望のオプションを構成し、ユーザーがこれを変更できるかどうか、また選択可能なテンプレート変数で表示されるタグを構成します。**注**: 少なくとも 1 つのウィジェットが [`Global Time`][1] を使用するように設定されている必要があります。 -4. URL をコピーして、**Done** をクリックします。 - -**注**: APM トレースクエリに基づくウィジェットは、公開ダッシュボードにデータを表示しません。ログストリームウィジェットにもデータは表示されませんが、他のログベースのクエリには表示されます。 - -### ダッシュボードを個々のメールアドレスと共有する - -1 つ以上の特定のメールアドレスを承認してダッシュボードページを表示するには - -1. ダッシュボードのページで、右上の **Share** をクリックします。 -2. **Configure public URL** を選択すると、*Sharing: On* ポップアップモーダルが表示されます。 -3. このダッシュボードにアクセスできるユーザーを指定するには、**Only specified people** を選択します。 -4. ダッシュボードを共有したい人のメールアドレスを入力します。 -5. **Time & Variable Settings** で、タイムフレームに対する希望のオプションを構成し、ユーザーがこれを変更できるかどうか、また選択可能なテンプレート変数で表示されるタグを構成します。**注**: 少なくとも 1 つのウィジェットが [`Global Time`][1] を使用するように設定されている必要があります。 -6. (オプション) URL をコピーして共有できます。指定されたメールアドレスにもリンク付きのメールが届きます。 -7. **Done** をクリックします。 - -**注**: -- ダッシュボードの許可リストに追加された個人は、メールでリンクを受信します。1 時間以内にリンクがクリックされなかった場合、ダッシュボードのランディングページで新しいリンクをリクエストできます。メールアドレスが許可リストにある場合は、新しいメールが送信されます。 -- クリックすると、デバイスは最大 30 日間ダッシュボードを表示する認可を受けます。この期間が過ぎると、ユーザーはダッシュボードのランディングページで新しいリンクをリクエストできます。メールアドレスが*許可リスト*に登録されている場合、新しいメールが送信されます。 -- ユーザーが許可リストから削除されると、アクセス許可も削除されます。 -- APM トレースクエリに基づくウィジェットは、共有ダッシュボードにデータを表示しません。ログストリームウィジェットにもデータは表示されませんが、他のログベースのクエリには表示されます。 - -### 無効化 - -共有ダッシュボードへのアクセスを無効にするには - -1. [ダッシュボードリスト][2]に移動します。 -2. アクセスを無効にするダッシュボードを選択します。 -3. 右上の **Share** をクリックします。 -4. **Configure public URL** をクリックします。 -5. **Revoke URL** をクリックします。 - -### リフレッシュ間隔 - -公開共有されているダッシュボードは、30 秒ごとに更新されます。この更新間隔をカスタマイズすることはできません。 - -## グラフ - -### 共有 - -[タイムボード][3]または[スクリーンボード][4]からグラフを共有するには - -2. 共有するグラフの右上隅にある鉛筆アイコンをクリックします。 -3. *Graph your data* セクションで **Share** タブを選択します。 -4. グラフのタイムフレームを選択します。 -5. グラフサイズを選択します。 -6. 凡例を入れるかどうかを選択します。 -7. **Generate embed code** ボタンを使用して、埋め込みコードを取得します。 - -{{< img src="dashboards/sharing/graph_share_tab.png" alt="グラフエディタの Share タブ" style="width:95%;">}} - -### 無効化 - -個々の（埋め込み）グラフの共有に使用されたキーを無効にするには - -1. [**Organization Settings -> Public Sharing -> Shared Graphs**][5] に移動して、すべての共有グラフのリストを表示します。 -2. 共有を停止するグラフの横にある **Revoke** ボタンをクリックします。 -3. グラフは **Revoked** リストに移動します。 - -### 制限の適用 - -ダッシュボードへのアクセスを IP アドレスに基づいて制限することができます。管理者が共有ダッシュボードにアクセスできる IP アドレスのリストを提供できる IP アドレスインクルードリスト機能を有効にするには、[Datadog サポート][6]にメールしてください。この機能を有効にしたら、組織の [Public Sharing][7] ページで制限を管理します。 - -### ダークモード - -ダークモードは、個々のユーザーの公開ダッシュボードで利用できます。モードを切り替えるには、右上の太陽または月のアイコンをクリックします。さらに、URL パラメーター `theme` も使用できます。可能な値は `dark` と `light` です。 - -### TV モード - -TV モードは公開ダッシュボードで利用できます。キーボードショートカット `F` を使用するか、右上の **Configure** をクリックし、**TV mode** を選択します。 - -## API - -Datadog には、共有グラフ（Embed）関連の処理を行うための[専用 API][8]が用意されています。 - -| エンドポイント | 説明 | -|--------------------------|-------------------------------------------------------------------------| -| [すべての Embed を取得][9] | これまでに作成された埋め込み可能なグラフのリストを取得します。 | -| [Embed の作成][10] | 埋め込み可能なグラフを新しく作成します。 | -| [特定の Embed を取得][11] | `embed_id` を指定して、以前に作成した埋め込みの HTML フラグメントを取得します。 | -| [Embed の有効化][12] | 特定の埋め込みを有効にします。 | -| [Embed の無効化][13] | 特定の埋め込みを無効にします。 | - -## その他の参考資料 - -{{< partial name="whats-next/whats-next.html" >}} - -[1]: /ja/dashboards/#global-time-selector -[2]: https://app.datadoghq.com/dashboard/lists -[3]: /ja/dashboards/#timeboards -[4]: /ja/dashboards/#screenboards -[5]: https://app.datadoghq.com/organization-settings/public-sharing/shared-graphs -[6]: /ja/help/ -[7]: https://app.datadoghq.com/organization-settings/public-sharing/settings -[8]: /ja/api/latest/embeddable-graphs/ -[9]: /ja/api/latest/embeddable-graphs/#get-all-embeds -[10]: /ja/api/latest/embeddable-graphs/#create-embed -[11]: /ja/api/latest/embeddable-graphs/#get-specific-embed -[12]: /ja/api/latest/embeddable-graphs/#enable-embed -[13]: /ja/api/latest/embeddable-graphs/#revoke-embed \ No newline at end of file From d98ba5552f0eff35e52383c8b135947cff1a48be Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 17:53:30 -0400 Subject: [PATCH 46/53] Deleting translations of content/fr/dashboards/sharing.md --- content/fr/dashboards/sharing.md | 130 ------------------------------- 1 file changed, 130 deletions(-) delete mode 100644 content/fr/dashboards/sharing.md diff --git a/content/fr/dashboards/sharing.md b/content/fr/dashboards/sharing.md deleted file mode 100644 index 4a951180d82a3..0000000000000 --- a/content/fr/dashboards/sharing.md +++ /dev/null @@ -1,130 +0,0 @@ ---- -title: Partage de dashboards -kind: documentation -aliases: - - /fr/graphing/faq/is-there-a-way-to-share-graphs - - /fr/graphing/faq/is-there-a-way-to-share-or-revoke-previously-shared-graphs - - /fr/graphing/dashboards/shared_graph/ -further_reading: - - link: https://www.datadoghq.com/blog/dashboard-sharing/ - tag: Blog - text: Partager des dashboards en toute sécurité avec des utilisateurs en dehors de votre organisation - - link: /dashboards/ - tag: Documentation - text: Créer des dashboards dans Datadog - - link: /dashboards/template_variables/ - tag: Documentation - text: Améliorer vos dashboards avec les template variables - - link: /dashboards/widgets/ - tag: Documentation - text: Découvrir les widgets disponibles pour votre dashboard ---- -## Présentation - -Les dashboards et les graphiques partagés vous permettent d'afficher des visualisations de métrique, de trace et de log en dehors de Datadog. - -## Dashboards -Lorsque vous partagez un dashboard à l'aide d'une URL ou d'un lien inclus dans un e-mail, la page partagée affiche le contenu en temps réel et en lecture seule de ce dashboard. - -### Partager un dashboard à l'aide d'une URL publique - -Pour partager un dashboard entier en générant une URL publique : - -1. Sur la page du dashboard, cliquez sur l'icône des paramètres en forme d'engrenage en haut à droite. -2. Sélectionnez **Generate public URL**. -3. Sous **Time & Variable Settings**, vous pouvez configurer des options afin de définir l'intervalle, d'indiquer si les utilisateurs peuvent modifier ou non l'intervalle et de sélectionner les tags visibles pour les templates variables pouvant être sélectionnées. -4. Copiez l'URL et cliquez sur **Done**. - -**Remarque** : les widgets reposant sur les traces de l'APM n'affichent pas de données sur les dashboard publics, tout comme le widget Flux de logs. Toutefois, vous pouvez visualiser les données des requêtes basées sur des logs. - -### Partager un dashboard à partir d'adresses e-mail individuelles - -Pour autoriser une ou plusieurs adresses e-mail spécifiques à consulter la page d'un dashboard : - -1. Sur la page du dashboard, cliquez sur l'icône des paramètres en forme d'engrenage en haut à droite. -2. Sélectionnez **Generate public URL**. -3. Sélectionnez l'option **Only specified people** afin de préciser les personnes pouvant accéder à ce dashboard. -4. Ajoutez l'adresse e-mail des personnes avec lesquelles vous souhaitez partager votre dashboard. -5. Sous **Time & Variable Settings**, vous pouvez configurer des options afin de définir l'intervalle, d'indiquer si les utilisateurs peuvent modifier ou non l'intervalle et de sélectionner les tags visibles pour les templates variables pouvant être sélectionnées. -6. (Facultatif) Copiez l'URL du dashboard à partager. Un e-mail contenant le lien vers le dashboard est également envoyé aux adresses e-mails que vous avez renseignées. -7. Cliquez sur **Done**. - -**Remarques** : -- Les personnes ajoutées à la liste d'autorisation d'un dashboard reçoivent un lien par e-mail. Ce lien est valable une heure. Passé ce délai, elles doivent demander un nouveau lien sur la page principale du dashboard. Si leur adresse e-mail figure bien dans la liste d'autorisation, elles recevront par e-mail un nouveau lien. -- Dès lors qu'une personne utilise le lien, son appareil est autorisé à consulter le dashboard pendant une durée maximale de 30 jours. Une fois ce délai expiré, les utilisateurs peuvent demander un nouveau lien sur la page d'accueil du dashboard. Si leur adresse e-mail figure bien dans la liste d'autorisation, elles recevront par e-mail un nouveau lien. -- Lorsqu'un utilisateur est supprimé d'une liste d'autorisation, il perd l'accès au dashboard en question. -- Les widgets reposant sur les traces de l'APM n'affichent pas de données sur les dashboard partagées, tout comme le widget Flux de logs. Toutefois, vous pouvez visualiser les données des requêtes basées sur des logs. - -### Révoquer - -Pour révoquer un dashboard partagé : - -1. Accédez à la [liste des dashboards][1]. -2. Sélectionnez le dashboard dont vous souhaitez révoquer l'accès. -3. Cliquez sur l'icône des paramètres en forme d'engrenage en haut à droite. -4. Cliquez sur **Configure sharing**. -5. Cliquez sur **Revoke public URL**. - -## Graphiques - -### Partager - -Pour partager un graphique depuis un [timeboard][2] ou un [screenboard][3] : - -2. Cliquez sur l'icône en forme de crayon en haut à droite du graphique que vous souhaitez partager. -3. Dans la section *Graph your data*, sélectionnez l'onglet **Share**. -4. Choisissez un intervalle pour votre graphique. -5. Choisissez la taille de votre graphique. -6. Choisissez d'inclure ou non la légende. -7. Cliquez sur le bouton **Generate embed code** pour obtenir le code de l'embed. - -{{< img src="dashboards/sharing/share_graph.png" alt="Graphique partagé" style="width:75%;">}} - -### Révoquer - -Pour révoquer les clés utilisées pour partager des graphiques (intégrés) individuels : - -1. Accédez à [**Integrations -> Embeds**][4] pour consulter la liste de tous les graphiques partagés. -2. Cliquez sur le bouton **Revoke** correspondant au graphique que vous ne souhaitez plus partager. -3. Le graphique est alors déplacé vers la liste **Revoked**. - -### Appliquer des restrictions - -Vous pouvez restreindre l'accès à votre dashboard en fonction des adresses IP de votre liste d'autorisation. Envoyez un e-mail à l'[assistance Datadog][5] pour activer cette fonctionnalité. Les administrateurs pourront alors spécifier les adresses IP autorisées à accéder aux dashboards partagés. Une fois cette fonctionnalité activée, consultez la [page de sécurité][6] de votre organisation pour gérer les restrictions. - -### Mode sombre - -Un mode sombre est disponible sur les dashboards publics. Celui-ci peut être activé ou désactivé par chaque utilisateur en cliquant sur l'icône en forme de soleil ou de lune en haut à droite. Un paramètre d'URL `theme` est également disponible. Les valeurs possibles sont `dark` et `light`. - -### Mode TV - -Le mode TV est disponible sur les screenboards publics. Utilisez le raccourci clavier `F` ou cliquez sur l'icône en forme de téléviseur en haut à droite. - -## API - -Datadog propose une [API dédiée][7] qui vous permet d'interagir avec vos graphiques partagés (embeds) : - -| Endpoint | Rôle | -|--------------------------|-------------------------------------------------------------------------| -| [Récupérer tous les embeds][8] | Récupère la liste des graphiques intégrables précédemment créés. | -| [Créer un embed][9] | Crée un nouveau graphique intégrable. | -| [Récupérer un embed spécifique][10] | Récupérez le fragment HTML d'un embed généré précédemment avec `embed_id`. | -| [Activer un embed][11] | Active l'embed spécifié. | -| [Révoquer un embed][12] | Révoque l'embed spécifié. | - -## Pour aller plus loin - -{{< partial name="whats-next/whats-next.html" >}} - -[1]: https://app.datadoghq.com/dashboard/lists -[2]: /fr/dashboards/timeboard/ -[3]: /fr/dashboards/screenboard/ -[4]: https://app.datadoghq.com/account/settings#embeds -[5]: /fr/help/ -[6]: https://app.datadoghq.com/account/org_security -[7]: /fr/api/v1/embeddable-graphs/ -[8]: /fr/api/v1/embeddable-graphs/#get-all-embeds -[9]: /fr/api/v1/embeddable-graphs/#create-embed -[10]: /fr/api/v1/embeddable-graphs/#get-specific-embed -[11]: /fr/api/v1/embeddable-graphs/#enable-embed -[12]: /fr/api/v1/embeddable-graphs/#revoke-embed \ No newline at end of file From 0c3f384ff38784696e606cf9338cc52882d4dfce Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 17:53:34 -0400 Subject: [PATCH 47/53] Deleting translations of content/es/dashboards/sharing.md --- content/es/dashboards/sharing.md | 138 ------------------------------- 1 file changed, 138 deletions(-) delete mode 100644 content/es/dashboards/sharing.md diff --git a/content/es/dashboards/sharing.md b/content/es/dashboards/sharing.md deleted file mode 100644 index 33bbdede3fffd..0000000000000 --- a/content/es/dashboards/sharing.md +++ /dev/null @@ -1,138 +0,0 @@ ---- -aliases: -- /es/graphing/faq/is-there-a-way-to-share-graphs -- /es/graphing/faq/is-there-a-way-to-share-or-revoke-previously-shared-graphs -- /es/graphing/dashboards/shared_graph/ -further_reading: -- link: https://www.datadoghq.com/blog/dashboard-sharing/ - tag: Blog - text: Comparte dashboards de forma segura con cualquier persona que no pertenezca - a tu organización -- link: /dashboards/ - tag: Documentación - text: Crear dashboards en Datadog -- link: /dashboards/template_variables/ - tag: Documentación - text: Mejora tus dashboards con variables de plantilla -- link: /dashboards/widgets/ - tag: Documentación - text: Descubre widgets de tu dashboard -kind: documentación -title: Compartir dashboards ---- - -## Información general - -Las visualizaciones compartidas te permiten mostrar visualizaciones de métricas, trazas y logs fuera de Datadog. Puedes compartir [dashboards](#dashboards) completos, así como [gráficos](#graphs) individuales. - -## Dashboards - -Cuando compartes un dashboard a través de una URL o un enlace de correo electrónico, la página compartida muestra contenidos de sólo lectura en directo de ese dashboard. Cuando generas una URL, se activa la opción de *compartir* y el dashboard se convierte en un dashboard público. - -### Compartir un dashboard a través de una URL pública - -Para compartir públicamente un dashboard completo, tienes que generar una URL: - -1. En la página de dashboards, haz clic en **Share** (Compartir), en la parte superior derecha. -2. Selecciona **Generate public URL* (Generar URL pública), para abrir un modal emergente *Sharing: On* (Compartir: Activado). -3. En **Time & Variable Settings** (Configuración de hora y variables), configura las opciones que quieres para la franja horaria y si los usuarios pueden cambiarla, así como qué etiquetas (tags) son visibles para las variables de plantilla seleccionables. **Nota**: Al menos un widget debe estar configurado para utilizar [`Global Time`][1]. -4. Copia la URL y haz clic en **Done** (Listo). - -**Nota**: Los widgets basados en consultas de trazas de APM no muestran datos en los dashboards públicos. El widget de flujos de logs tampoco muestra datos, pero otras consultas basadas en logs sí lo hacen. - -### Compartir un dashboard con direcciones de correo electrónico individuales - -Para autorizar a una o varias direcciones de correo electrónico específicas para ver una página del dashboard, sigue los siguientes pasos: - -1. En la página del dashboard, haz clic en **Share** (Compartir), en la parte superior derecha. -2. Selecciona **Configure public URL** (Configurar public URL), para abrir un modal emergente *Sharing: On* (Compartir: Activado). -3. Selecciona **Only specified people** (Solo personas especificadas), para indicar quién puede acceder a este dashboard. -4. Introduce las direcciones de correo electrónico de las personas con las que deseas compartir tu dashboard. -5. En **Time & Variable Settings** (Configuración de hora y variables), configura las opciones que quieras para la franja horaria y si los usuarios pueden cambiarla, así como qué etiquetas son visibles para las variables de plantilla seleccionables. **Nota**: Al menos un widget debe estar configurado para utilizar [`Global Time`][1]. -6. (Opcional) Copia la URL para compartirla; las direcciones de correo electrónico especificadas también reciben un mensaje con el enlace. -7. Haz clic en **Done** (Listo). - -**Nota**: -- Las personas que se añaden a la lista de personas autorizadas para acceder a un dashboard reciben un enlace por correo electrónico. Si no hacen clic en el enlace en el plazo de una hora, pueden solicitar un nuevo enlace en la página de inicio del dashboard. Si su dirección de correo electrónico está en la lista de personas autorizadas, se les envía un nuevo correo electrónico. -- Una vez que se hace clic en el enlace, el dispositivo queda autorizado para ver el dashboard durante un máximo de 30 días. Una vez transcurrido ese plazo, el usuario puede solicitar un nuevo enlace en la página de inicio del dashboard. Si su dirección de correo electrónico está en la *lista de personas autorizadas*, se le enviará un nuevo mensaje. -- Si se elimina un usuario de la lista de personas autorizadas, se elimina su acceso. -- Los widgets basados en consultas de trazas de APM no muestran datos en los dashboards compartidos. El widget de flujos de logs tampoco muestra datos, pero otras consultas basadas en logs sí lo hacen. - -### Revocar - -Para revocar el acceso a un dashboard compartido: - -1. Ve a la [lista de dashboards][2]. -2. Selecciona el dashboard al que quieres revocar el acceso. -3. Haz clic en **Share** (Compartir), en la parte superior derecha. -4. Haz clic en **Configure public URL** (Configurar una URL pública). -5. Haz clic en **Revoke URL** (Revocar URL). - -### Actualizar un intervalo - -Los dashboards compartidos públicamente se actualizan cada 30 segundos. Este intervalo de actualización no se puede personalizar. - -## Gráficos - -### Compartir - -Para compartir un gráfico desde un [tablero temporal][3] o una [pantalla][4]: - -2. En el gráfico que quieras compartir, haz clic en el icono del lápiz de la esquina superior derecha. -3. En la sección *Graph your data* (Representa gráficamente tus datos), selecciona la pestaña **Share** (Compartir). -4. Elige un periodo de tiempo para tu gráfico. -5. Elige el tamaño del gráfico. -6. Selecciona si deseas incluir la leyenda o no. -7. Obtén el código de integración haciendo clic en el botón **Generate embed code** (Generar código de integración). - -{{< img src="dashboards/sharing/graph_share_tab.png" alt="Pestaña Share (Compartir) en un editor de gráficos" style="width:95%;">}} - -### Revocar - -Para revocar las claves utilizadas para compartir gráficos individuales (integrados): - -1. Ve a [**Organization Settings -> Public Sharing -> Shared Graphs** (Parámetros de organización -> Compartir públicamente -> Gráficos compartidos**][5], para ver una lista de todos los gráficos compartidas. -2. Haz clic en el botón **Revoke** (Revocar), junto al gráfico que quieres dejar de compartir. -3. El gráfico pasará a la lista de **Revoked** (Revocados). - -### Aplicar restricciones - -Puedes restringir el acceso a tu dashboard seleccionando direcciones IP. Envía un correo electrónico al [servicio de asistencia de Datadog][6] para activar la función de listado de direcciones IP incluidas que permite a los administradores proporcionar una lista de direcciones IP que tienen acceso a dashboards compartidos. Una vez activada, gestiona tus restricciones en la página [Compartir públicamente][7] de tu organización. - -### Modo oscuro - -El modo oscuro está disponible en los dashboards públicos para usuarios individuales. Haz clic en el icono del sol o la luna en la parte superior derecha para cambiar los modos. Además, el parámetro URL `theme` está disponible. Los valores posibles son `dark` y `light`. - -### Modo TV - -El modo TV está disponible en dashboards públicos. Utiliza el atajo de teclado `F` o haz clic en **Configure** (Configurar), en la parte superior derecha, y selecciona **TV mode** (Modo TV). - -## API - -Datadog tiene una [API exclusiva][8] que te permite interactuar con tus gráficos compartidos (integrados): - -| Endpoint | Descripción | -|--------------------------|-------------------------------------------------------------------------| -| [Obtener todos los integrados][9] | Obtén una lista de gráficos integrables creados previamente. | -| [Crear integrado][10] | Crea un nuevo gráfico integrable. | -| [Obtener un integrado específico][11] | Obtén el fragmento HTML de un integrado generado previamente con `embed_id`. | -| [Activar integrado][12] | Activa el integrado especificado. | -| [Revocar integrado][13] | Revoca el integrado especificado. | - -## Leer más - -{{< partial name="whats-next/whats-next.html" >}} - -[1]: /es/dashboards/widgets/#global-time-selector -[2]: https://app.datadoghq.com/dashboard/lists -[3]: /es/dashboards/#timeboards -[4]: /es/dashboards/#screenboards -[5]: https://app.datadoghq.com/organization-settings/public-sharing/shared-graphs -[6]: /es/help/ -[7]: https://app.datadoghq.com/organization-settings/public-sharing/settings -[8]: /es/api/latest/embeddable-graphs/ -[9]: /es/api/latest/embeddable-graphs/#get-all-embeds -[10]: /es/api/latest/embeddable-graphs/#create-embed -[11]: /es/api/latest/embeddable-graphs/#get-specific-embed -[12]: /es/api/latest/embeddable-graphs/#enable-embed -[13]: /es/api/latest/embeddable-graphs/#revoke-embed \ No newline at end of file From 4113ac23dbd0a65081be2c91488296632b0c8976 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 17:53:38 -0400 Subject: [PATCH 48/53] Deleting translations of content/ko/dashboards/sharing.md --- content/ko/dashboards/sharing.md | 135 ------------------------------- 1 file changed, 135 deletions(-) delete mode 100644 content/ko/dashboards/sharing.md diff --git a/content/ko/dashboards/sharing.md b/content/ko/dashboards/sharing.md deleted file mode 100644 index aef3cd018d0e3..0000000000000 --- a/content/ko/dashboards/sharing.md +++ /dev/null @@ -1,135 +0,0 @@ ---- -aliases: -- /ko/graphing/faq/is-there-a-way-to-share-graphs -- /ko/graphing/faq/is-there-a-way-to-share-or-revoke-previously-shared-graphs -- /ko/graphing/dashboards/shared_graph/ -further_reading: -- link: https://www.datadoghq.com/blog/dashboard-sharing/ - tag: 블로그 - text: 조직 외부인과도 안전하게 대시보드 공유하기 -- link: /dashboards/ - tag: 설명서 - text: Datadog에서 대시보드 만들기 -- link: /dashboards/template_variables/ - tag: 설명서 - text: 템플릿 변수가 있는 대시보드 향상 -- link: /dashboards/widgets/ - tag: 설명서 - text: 대시보드용 위젯 살펴보기 -kind: 설명서 -title: 대시보드 공유하기 ---- - -## 개요 - -공유 대시보드 및 그래프를 사용하면 Datadog 외부에 지표, 추적 및 로그 시각화를 표시할 수 있습니다. - -## 대시보드 -URL 또는 이메일 링크로 대시보드를 공유하면 공유 페이지에 해당 대시보드의 실시간 읽기 전용 콘텐츠가 표시됩니다. - -### 퍼블릭 URL로 대시보드 공유 - -전체 대시보드를 공개적으로 공유하려면 URL을 생성합니다. - -1. 대시보드 페이지에서 오른쪽 상단의 설정 톱니바퀴를 클릭합니다. -2. **Generate public URL**을 선택합니다. -3. **Time & Variable Settings**에서 원하는 시간 프레임 옵션과 사용자가 변경할 수 있는지 여부, 선택 가능한 템플릿 변수에 대해 표시되는 태그를 설정합니다. -4. URL을 복사하고 **Done**을 클릭합니다. - -**참고**: APM 트레이스 쿼리를 기반으로 하는 위젯은 퍼블릭 대시보드에 데이터를 표시하지 않습니다. 로그 스트림 위젯도 데이터를 표시하지 않지만, 다른 로그 기반 쿼리는 표시합니다. - -### 개별 이메일 주소가 있는 대시보드 공유 - -대시보드 페이지를 볼 수 있는 하나 이상의 특정 이메일 주소를 승인하는 방법은 다음과 같습니다. - -1. 대시보드 페이지에서 오른쪽 상단의 설정 톱니바퀴를 클릭합니다. -2. **Generate public URL**을 선택합니다. -3. 이 대시보드에 액세스할 수 있는 사람을 나타내려면 **Only specified people**을 선택합니다. -4. 대시보드를 공유하고 싶은 사람의 이메일 주소를 입력합니다. -5. **Time & Variable Settings**에서 원하는 시간 프레임 옵션과 사용자가 변경할 수 있는지 여부, 선택 가능한 템플릿 변수에 대해 표시되는 태그를 설정합니다. -6. (선택 사항) 공유할 URL을 복사합니다. 특정 이메일 주소는 링크가 포함된 이메일도 수신합니다. -7. **Done**을 클릭합니다. - -**참고**: -- 대시보드의 허용 목록에 추가된 개인은 이메일로 링크를 받습니다. 1시간 이내에 링크를 클릭하지 않으면 대시보드 랜딩 페이지에서 새 링크를 요청할 수 있습니다. 이메일 주소가 허용 목록에 있는 경우 새 이메일이 전송됩니다. -- 클릭하면 장치에서 최대 30일 동안 대시보드를 볼 수 있습니다. 해당 시간이 만료되면 사용자는 대시보드 랜딩 페이지에서 새 링크를 요청할 수 있습니다. 이메일 주소가 허용 목록에 있는 경우 새 이메일이 전송됩니다. -- 사용자가 허용 목록에서 제거되면 액세스 권한이 제거됩니다. -- APM 트레이스 쿼리를 기반으로 하는 위젯은 공유 대시보드에 데이터를 표시하지 않습니다. 로그 스트림 위젯도 데이터를 표시하지 않지만 다른 로그 기반 쿼리는 표시합니다. - -### 취소 - -공유 대시보드를 취소하는 방법은 다음과 같습니다. - -1. [Dashboard List][1]로 이동합니다. -2. 액세스 권한을 취소하려는 대시보드를 선택합니다. -3. 오른쪽 상단의 설정 톱니바퀴를 클릭합니다. -4. **Configure sharing**을 클릭합니다. -5. **Revoke public URL**을 클릭합니다. - -### 새로고침 간격 - -공개적으로 공유된 대시보드는 30초마다 새로고침됩니다. 이 새로고침 간격은 맞춤 설정할 수 없습니다. - -## 그래프 - -### 공유 - -[Timeboard][2] 또는 [Screenboard][3]에서 그래프를 공유하는 방법은 다음과 같습니다. - -2. 공유하려는 그래프의 오른쪽 상단에 있는 연필 아이콘을 클릭합니다. -3. *Graph your data* 섹션에서 **Share** 탭을 선택합니다. -4. 그래프의 시간 프레임을 선택합니다. -5. 그래프 크기를 선택합니다. -6. 범례를 포함할지 여부를 선택합니다. -7. **Generate embed code** 버튼으로 내장 코드를 가져옵니다. - -{{< img src="dashboards/sharing/share_graph.png" alt="공유 그래프" style="width:75%;">}} - -### 취소 - -개별(내장) 그래프를 공유하는 데 사용되는 키를 취소하는 방법은 다음과 같습니다. - -1. [**Integrations -> Embeds**][4]로 이동하여 모든 공유 그래프 목록을 확인합니다. -2. 공유를 중지하려는 그래프 옆에 있는 **Revoke** 버튼을 클릭합니다. -3. 그래프가 **Revoked** 목록으로 이동됩니다. - -### 제한 적용 - -IP 주소별로 대시보드에 대한 액세스를 제한할 수 있습니다. 관리자가 공유 대시보드에 액세스하는 IP 주소 목록을 제공할 수 있도록 허용하는 IP 주소 포함 목록 기능을 활성화하려면 [Datadog 고객 지원팀][5]으로 이메일을 보내세요. 활성화되면 조직의 [Security][6] 페이지에서 제한을 관리하세요. - -### 다크 모드 - -개인 사용자를 위한 퍼블릭 대시보드에서 다크 모드를 사용할 수 있습니다. 오른쪽 상단에 있는 태양 또는 달 아이콘을 클릭하여 모드를 전환하세요. 또한 URL 매개변수인 `theme`도 사용할 수 있습니다. 사용 가능한 값은 `dark` 및 `light`입니다. - -### TV 모드 - -퍼블릭 스크린보드에서 TV 모드를 사용할 수 있습니다. 키보드 단축키 `F`을(를) 사용하거나, 오른쪽 상단의 TV 아이콘을 클릭하세요. - -## API - -Datadog에는 공유 그래프(내장)와 상호 작용할 수 있는 [전용 API][7]가 있습니다. - -| 엔드포인트 | 설명 | -|--------------------------|-------------------------------------------------------------------------| -| [Get all embeds][8] | 이전에 만든 내장 그래프 목록을 가져옵니다. | -| [Create embed][9] | 새 내장 그래프를 만듭니다. | -| [Get specific embed][10] | `embed_id`의 이전에 생성된 내장 요소에 대한 HTML 조각을 가져옵니다. | -| [Enable embed][11] | 특정 내장 요소를 활성화합니다. | -| [Revoke embed][12] | 특정 내장 요소를 취소합니다. | - - - -{{< partial name="whats-next/whats-next.html" >}} - -[1]: https://app.datadoghq.com/dashboard/lists -[2]: /ko/dashboards/#timeboards -[3]: /ko/dashboards/#screenboard -[4]: https://app.datadoghq.com/account/settings#embeds -[5]: /ko/help/ -[6]: https://app.datadoghq.com/account/org_security -[7]: /ko/api/v1/embeddable-graphs/ -[8]: /ko/api/v1/embeddable-graphs/#get-all-embeds -[9]: /ko/api/v1/embeddable-graphs/#create-embed -[10]: /ko/api/v1/embeddable-graphs/#get-specific-embed -[11]: /ko/api/v1/embeddable-graphs/#enable-embed -[12]: /ko/api/v1/embeddable-graphs/#revoke-embed \ No newline at end of file From 8a7446f01be36bdd543dddb08942048bdd4e96e5 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 17:53:43 -0400 Subject: [PATCH 49/53] Deleting translations of content/ja/dashboards/scheduled_reports.md --- content/ja/dashboards/scheduled_reports.md | 113 --------------------- 1 file changed, 113 deletions(-) delete mode 100644 content/ja/dashboards/scheduled_reports.md diff --git a/content/ja/dashboards/scheduled_reports.md b/content/ja/dashboards/scheduled_reports.md deleted file mode 100644 index c8599f021e297..0000000000000 --- a/content/ja/dashboards/scheduled_reports.md +++ /dev/null @@ -1,113 +0,0 @@ ---- -aliases: -- /ja/dashboards/reporting/ -disable_toc: false -further_reading: -- link: https://www.datadoghq.com/blog/dashboard-sharing/ - tag: ブログ - text: Datadog のダッシュボードを誰とでも安全に共有する -- link: https://www.datadoghq.com/blog/template-variable-associated-values/ - tag: ブログ - text: 関連するテンプレート変数を使用してダッシュボードを調整 -- link: https://learn.datadoghq.com/courses/building-better-dashboards - tag: ラーニングセンター - text: ダッシュボードをより効果的に活用する -is_public: true -kind: documentation -title: スケジュールされたレポート ---- - -{{< site-region region="gov" >}} -
Scheduled Reports はこのサイトではサポートされていません。
-{{< /site-region >}} - -## 概要 - -スケジュールされたダッシュボードレポートは、ダッシュボードの視覚化された要約を、スケジュールに従って選択した受信者に自動的に送信します。生成されたレポートには、ダッシュボードのウィジェットの画像がリニアな HTML フォーマットで表示されます。 - -{{< img src="dashboards/scheduled_reports/report_example.png" alt="Checkout KPI Report というタイトルのレポートの例で、日付、説明、ダッシュボードリンク、Datadog の組織名、ダッシュボードウィジェットの画像 3 枚が表示されています" style="width:70%;" >}} - -## レポートのスケジュール - -グリッドベースまたは自動レイアウトのダッシュボードからレポートを作成します。**Share** ボタンをクリックし、**Schedule a Report** を選択します。 - -以下のウィジェットタイプに対応しています。 - -- [Change][1] -- [Distribution][2] -- [Geomap][3] -- [Group][4] -- [ヒートマップ][5] -- [Monitor Summary][6] -- [Notes and Links][7] -- [円グラフ][16] -- [Query Value][8] -- [Scatter Plot][9] -- [SLO サマリー][10] -- [SLO リスト][11] -- [テーブル][12] -- [時系列][3] -- [トップリスト][14] - -### スケジュールの設定 - -開いた構成モーダルで、レポートのスケジュールを設定し、レポートを送信するタイミングと頻度を決定します。結果レポートに表示される時間の範囲を決定するために、時間枠を設定します。レポートの時間枠は、ダッシュボードに表示される時間枠と異なる場合があります。 - -### 受信者の追加 - -受信者のメールアドレスを入力し、レポートに受信者を追加します。Datadog アカウントに関連付けられたメールは、自動的に受信者として追加されます。自分の電子メールにカーソルを合わせて、その横に表示される **X** をクリックすると、受信者として自分を削除することができます。 - -**注:** Enterprise および Pro アカウントは、組織外の受信者にレポートを送信することができます。 - -{{< img src="dashboards/scheduled_reports/report_configuration_modal.png" alt="個々のダッシュボードレポートの構成モーダル。スケジュールを設定し、受信者を追加し、メールをカスタマイズするセクションがある。モーダルの下部には、テンプレート変数の編集、レポートの削除、プレビューの送信、キャンセル、および保存のボタンがある" style="width:100%;" >}} - -### レポートのカスタマイズ - -最後に、レポートをカスタマイズして、受信者により多くのコンテキストを提供したり、カスタマイズされたビューを提供することができます。オプションの説明は、各レポートの上部に表示され、ダッシュボードでより多くのコンテキストを提供します。 - -レポート送信時に適用されるフィルターを変更するには、**Edit Template Variables** をクリックします。これらの値は、基礎となるダッシュボードのデフォルトには影響しません。 - -スケジュールを保存する前にレポートを確認するには、**Send Preview** をクリックします。レポートスケジュールはいつでも一時停止することができます。 - -## レポートの管理 -同じダッシュボードに関心を持つ異なるグループの関係者をサポートするためなどに、1 つのダッシュボードに異なる設定で複数のスケジュールレポートを設定することができます。既存のダッシュボードのレポートを確認するには、**Share** メニューを開き、**Configure Reports** を選択します。 - -{{< img src="dashboards/scheduled_reports/configure_reports.png" alt="ダッシュボードの Share メニューでレポートを構成するオプションの様子" style="width:50%;" >}} - -開いた構成モーダルから、既存のレポートを一時停止したり、新しいレポートを作成したりすることができます。既存のレポートの詳細を確認・編集したり、レポートを削除するには、**Edit** をクリックします。 - -{{< img src="dashboards/scheduled_reports/scheduled_reports_configuration_modal.png" alt="スケジュールされたレポート用の構成モーダル。2 つのレポートが表示され、それぞれのタイトル、タグ、受信者、頻度、レポートのオン/オフを切り替えるオプション、レポートを編集するボタンが表示されている。下部には、新しいレポートを追加するためのボタンと完了ボタンがある" style="width:100%;" >}} - -## ヘルプ - -レポートを作成できるのは、**Dashboard Report Write** 権限を持つユーザーのみです。この権限は、Admins ではデフォルトでオンに、その他のすべてのロールではオフに設定されています。 - -レポートで生成される画像は、粒度の細かい読み取り制限に関係なく、すべてのデータを表示します。Datadog では、レポートの権限は、データの詳細な読み取り制限を持たないユーザーに限定することをお勧めします。ユーザーに **Dashboard Report Write** 権限を付与するには、**Dashboards Report Write** 権限をオンにした新しいロールを作成し、そのユーザーをこのロールに割り当てます。または、このユーザーに **Admin** ロールを割り当ててください。ロールと権限の管理については、[ユーザー管理][17]を参照してください。 - -{{< img src="dashboards/scheduled_reports/dashboard_permissions.png" alt="組織の設定ページ内にある個々のユーザーの権限のスクリーンショット。ダッシュボードセクションの下にあるダッシュボードレポートの書き込み権限が強調表示されている" style="width:100%;" >}} - -Admin ロールまたは **Org Management** 権限を持つユーザーは、**Organization Settings** の [Public Sharing][15] にある **Settings** タブから、アカウントのスケジュールレポート機能を有効または無効にすることができます。 - -{{< img src="dashboards/scheduled_reports/report_management.png" alt="Datadog の Organization Settings 内の Public Sharing の Settings タブにある Report Management 設定が Enabled になっている" style="width:100%;" >}} - -## その他の参考資料 - -{{< partial name="whats-next/whats-next.html" >}} - -[1]: /ja/dashboards/widgets/change/ -[2]: /ja/dashboards/widgets/distribution/ -[3]: /ja/dashboards/widgets/geomap/ -[4]: /ja/dashboards/widgets/group/ -[5]: /ja/dashboards/widgets/heatmap/ -[6]: /ja/dashboards/widgets/monitor_summary/ -[7]: /ja/dashboards/widgets/note/ -[8]: /ja/dashboards/widgets/query_value/ -[9]: /ja/dashboards/widgets/scatter_plot/ -[10]: /ja/dashboards/widgets/slo/ -[11]: /ja/dashboards/widgets/slo_list/ -[12]: /ja/dashboards/widgets/table/ -[13]: /ja/dashboards/widgets/timeseries/ -[14]: /ja/dashboards/widgets/top_list/ -[15]: /ja/account_management/org_settings/#public-sharing -[16]: /ja/dashboards/widgets/pie_chart/ -[17]: /ja/account_management/users \ No newline at end of file From 9522f9078ab02f18147fe2cd0ec1b2e83b05ab26 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 17:53:51 -0400 Subject: [PATCH 50/53] Deleting translations of content/es/dashboards/scheduled_reports.md --- content/es/dashboards/scheduled_reports.md | 113 --------------------- 1 file changed, 113 deletions(-) delete mode 100644 content/es/dashboards/scheduled_reports.md diff --git a/content/es/dashboards/scheduled_reports.md b/content/es/dashboards/scheduled_reports.md deleted file mode 100644 index 68339cc26bb99..0000000000000 --- a/content/es/dashboards/scheduled_reports.md +++ /dev/null @@ -1,113 +0,0 @@ ---- -aliases: -- /es/dashboards/reporting/ -disable_toc: false -further_reading: -- link: https://www.datadoghq.com/blog/dashboard-sharing/ - tag: Blog - text: Compartir dashboards de Datadog de forma segura con cualquiera persona -- link: https://www.datadoghq.com/blog/template-variable-associated-values/ - tag: Blog - text: Usa variables de plantilla asociadas para reajustar tus dashboards -- link: https://learn.datadoghq.com/courses/building-better-dashboards - tag: Centro de aprendizaje - text: Crear dashboards mejores -is_public: true -kind: documentación -title: Informes programados ---- - -{{< site-region region="gov" >}} -
Los informes programados no son compatibles con este sitio.
-{{< /site-region >}} - -## Información general - -Los informes programados de dashboards envían automáticamente y de forma programada un resumen visual de un dashboard a los destinatarios seleccionados. Los informes generados muestran imágenes de widgets de un dashboard en formato HTML lineal. - -{{< img src="dashboards/scheduled_reports/report_example.png" alt="Informe de ejemplo titulado Checkout KPI Report que muestra una fecha, una descripción, un enlace al dashboard, el nombre de la organización de Datadog y tres imágenes de widgets del dashboard" style="width:70%;" >}} - -## Programar un informe - -Crea un informe a partir de cualquier dashboard con un diseño basado en cuadrícula o automático. Haz clic en el botón **Share** (Compartir) y selecciona **Schedule a Report** (Programar un informe). - -Los siguientes tipos de widgets son compatibles: - -- [Change (Cambiar][1] -- [Distribution (Distribución)][2] -- [Geomap][3] -- [Group (Grupo)][4] -- [Heatmap][5] -- [Monitor Summary (Resumen de monitores)][6] -- [Notes and Links (Notas y enlaces)][7] -- [Pie Chart (Gráfico circular)][16] -- [Query Value (Valor de la consulta)][8] -- [Scatter Plot][9] -- [SLO][10] -- [SLO List (Lista de SLOs)][11] -- [Table (Tabla)][12] -- [Timeseries (Series temporales)][13] -- [Top List (Lista principal)][14] - -### Configurar una programación - -En el modal de configuración que se abre, configura una programación para el informe que determine cuándo y con qué frecuencia se enviará. Selecciona un periodo de tiempo para definir el intervalo de tiempo que se mostrará en el informe. El periodo de tiempo del informe puede ser diferente del periodo de tiempo mostrado en el dashboard. - -### Añadir destinatarios - -Para añadir destinatarios a tus informes, introduce sus direcciones de correo electrónico. El correo electrónico asociado a tu cuenta de Datadog se añade automáticamente como destinatario. Puedes quitarte de la lista de destinatarios pasando el cursor sobre tu correo electrónico y haciendo clic en la **X** que aparece al lado. - -**Nota:** Los usuarios con cuentas Enterprise o Pro pueden enviar informes a destinatarios que no pertenecen a su organización. - -{{< img src="dashboards/scheduled_reports/report_configuration_modal.png" alt="Modal de configuración de un informe de dashboard individual, con secciones para configurar una programación, añadir destinatarios y personalizar correos electrónicos. En la parte inferior del modal se encuentran los botones para editar las variables de plantilla, eliminar el informe, enviar vistas previas, cancelar y guardar" style="width:100%;" >}} - -### Personalizar el informe - -Por último, puedes personalizar el informe para ofrecer a los destinatarios más contexto o una vista adaptada. La descripción opcional aparece en la parte superior de cada informe lo que permite proporcionar más contexto acerca del dashboard. - -Haz clic en **Edit Template Variables** (Editar las variables de plantilla) para modificar los filtros que se aplican al enviar el informe. Estos parámetros no afectan a los valores predeterminados del dashboard correspondiente. - -Para ver el informe antes de guardar la programación que has configurado, haz clic en **Send Preview** (Enviar vista previa). Puedes pausar el envío programado de un informe en cualquier momento. - -## Gestionar informes -Un único dashboard puede tener múltiples informes programados con diferentes configuraciones, por ejemplo, para dar soporte a diferentes grupos de partes interesadas en el mismo dashboard. Para ver los informes de un dashboard existente, abre el menú **Share** (Compartir) y selecciona **Configure Reports** (Configurar informes). - -{{< img src="dashboards/scheduled_reports/configure_reports.png" alt="Vista de la opción de configuración de informes en el menú Share (Compartir) del dashboard" style="width:50%;" >}} - -Desde el modal de configuración que aparece, puedes pausar un informe existente o crear uno nuevo. Para consultar y editar los datos de un informe existente, o eliminarlo, haz clic en **Edit** (Editar). - -{{< img src="dashboards/scheduled_reports/scheduled_reports_configuration_modal.png" alt="Modal de configuración de los informes programados, en el que se muestran dos informes, cada uno con sus títulos, etiquetas (tags), destinatarios, frecuencia, una opción para activar o desactivar el informe y un botón para editarlo. En la parte inferior hay un botón para añadir un nuevo informe y otro para finalizar" style="width:100%;" >}} - -## Permisos - -Sólo pueden generar un informe los usuarios con el permiso **Dashboard Report Write** (Redactar informes de dashboard). Los administradores tienen este permiso activado de forma predeterminada y el resto de roles lo tienen desactivado. - -Las imágenes generadas en los informes muestran todos los datos, sin importar las restricciones de lectura establecidas. Datadog recomienda limitar los permisos de los informes a usuarios que no tengan restricciones de lectura sobre los datos. Si quieres dar a un usuario el permiso **Dashboard Report Write** (Redactar informes de dashboard), crea un nuevo rol con ese permiso habilitado y asigna el usuario a ese rol. Otra opción es asignar el rol de **Administrador** a ese usuario. Para obtener más información sobre la gestión de roles y permisos, consulta [Gestión de usuarios][17]. - -{{< img src="dashboards/scheduled_reports/dashboard_permissions.png" alt="Captura de pantalla de los permisos de un usuario individual desde la página de parámetros de organización. El permiso para redactar informes de dashboards aparece resaltado en la sección de dashboards" style="width:100%;" >}} - -Los usuarios con el rol de Administrador o el permiso de **Gestión de la organización** pueden activar o desactivar la función de programar informes de una cuenta desde la pestaña **Settings** (Parámetros) en [Public Sharing (Difusión)][15], en **Organization Settings** (Parámetros de organización). - -{{< img src="dashboards/scheduled_reports/report_management.png" alt="Parámetro Report Management (Gestión de informes) en la pestaña Settings (Parámetros), en Public Sharing (Difusión) de Organization Settings (Parámetros de organización) en Datadog, con el parámetro Enabled (Activado)" style="width:100%;" >}} - -## Leer más - -{{< partial name="whats-next/whats-next.html" >}} - -[1]: /es/dashboards/widgets/change/ -[2]: /es/dashboards/widgets/distribution/ -[3]: /es/dashboards/widgets/geomap/ -[4]: /es/dashboards/widgets/group/ -[5]: /es/dashboards/widgets/heatmap/ -[6]: /es/dashboards/widgets/monitor_summary/ -[7]: /es/dashboards/widgets/note/ -[8]: /es/dashboards/widgets/query_value/ -[9]: /es/dashboards/widgets/scatter_plot/ -[10]: /es/dashboards/widgets/slo/ -[11]: /es/dashboards/widgets/slo_list/ -[12]: /es/dashboards/widgets/table/ -[13]: /es/dashboards/widgets/timeseries/ -[14]: /es/dashboards/widgets/top_list/ -[15]: /es/account_management/org_settings/#public-sharing -[16]: /es/dashboards/widgets/pie_chart/ -[17]: /es/account_management/users \ No newline at end of file From 33be678c6c09f794767aa13558518993a21a1723 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 17:53:54 -0400 Subject: [PATCH 51/53] Deleting translations of content/ko/dashboards/scheduled_reports.md --- content/ko/dashboards/scheduled_reports.md | 107 --------------------- 1 file changed, 107 deletions(-) delete mode 100644 content/ko/dashboards/scheduled_reports.md diff --git a/content/ko/dashboards/scheduled_reports.md b/content/ko/dashboards/scheduled_reports.md deleted file mode 100644 index 00c56d2501bec..0000000000000 --- a/content/ko/dashboards/scheduled_reports.md +++ /dev/null @@ -1,107 +0,0 @@ ---- -aliases: -- /ko/dashboards/reporting/ -disable_toc: false -further_reading: -- link: https://www.datadoghq.com/blog/dashboard-sharing/ - tag: 블로그 - text: 모든 이와 안전하게 Datadog 대시보드 공유하기 -- link: https://www.datadoghq.com/blog/template-variable-associated-values/ - tag: 블로그 - text: 관련된 템플릿 변수를 사용해 대시보드 정리하기 -- link: https://learn.datadoghq.com/courses/building-better-dashboards - tag: 학습 센터 - text: 더 나은 대시보드 빌드 -is_public: true -kind: 설명서 -title: 리포트 스케줄링 ---- - -## 개요 - -대시보드 리포트 스케줄링은 선택된 수취인에게 일정에 따라 시각화된 대시보드 개요를 자동으로 전송합니다. 생성된 리포트는 대시보드의 위젯 이미지를 선형 HTML 형식으로 표시합니다. - -{{< img src="dashboards/scheduled_reports/report_example.png" alt="날짜, 설명, 대시보드 링크, Datadog 조직 이름 및 대시보드 위젯의 이미지 3개를 표시하는 Checkout KPI Report라는 제목의 예시 리포트" style="width:70%;" >}} - -## 리포트 스케줄링 - -그리드 기반 또는 자동 레이아웃이 있는 대시보드에서 새 리포트를 생성합니다. 대시보드의 톱니바퀴 아이콘을 클릭하고 **Schedule a Report**을 선택합니다. - -지원되는 위젯 유형은 다음과 같습니다. - -- [Change][1] -- [Distribution][2] -- [Geomap][3] -- [Group][4] -- [Heat Map][5] -- [Monitor Summary][6] -- [Notes and Links][7] -- [Query Value][8] -- [Scatter Plot][9] -- [SLO Summary][10] -- [SLO List][11] -- [Table][12] -- [Timeseries][13] -- [Top List][14] - -### 스케줄 설정 - -열리는 설정 모들에서 리포트 스케줄을 설정하여 리포트 전송 시점과 빈도를 결정합니다. 결과 리포트에 표시되는 시간 범위를 결정하는 시간 프레임을 설정합니다. 리포트 기간은 대시보드에 표시된 기간과 다를 수 있습니다. - -### 수취인 추가 - -이메일 주소를 입력하여 리포트에 수취인을 추가합니다. Datadog 계정에 연결된 이메일이 자동으로 수취인으로 추가됩니다. 이메일 위로 마우스를 가져간 후 옆에 표시되는 **X**를 클릭하면 수취인으로 표시된 자신을 삭제할 수 있습니다. - -**참고:** Enterprise 및 Pro 계정은 조직 외부의 수취인에게 리포트를 전송할 수 있습니다. - -{{< img src="dashboards/scheduled_reports/report_configuration_modal.png" alt="스케줄을 설정하고, 수취인을 추가하고, 이메일을 커스텀하는 섹션이 있는 개별 대시보드 리포트의 구성 모들입니다. 모들 하단에는 템플릿 변수 편집, 리포트 삭제, 미리보기 보내기, 취소 및 저장 버튼이 있습니다." style="width:100%;" >}} - -### 리포트 커스텀 - -마지막으로 리포트를 커스텀하여 수취인에게 더 많은 컨텍스트 또는 맞춤형 보기를 제공합니다. 대시보드에 더 많은 컨텍스트를 제공하기 위해 부수적인 설명이 각 리포트의 상단에 나타납니다. - -리포트를 전송할 때 적용된 필터를 수정하려면 **Edit Template Variables**를 클릭합니다. 이들 값은 기초 대시보드의 기본값에 영향을 주지 않습니다. - -스케줄을 저장하기 전에 리포트를 보려면 **Send Preview**를 클릭합니다. 리포트 스케줄은 언제든지 일시 정지할 수 있습니다. - -## 리포트 관리하기 -단일 대시보드에는, 예를 들어 동일한 대시보드에 관심이 있는 다양한 이해관계자 그룹을 지원하는 등의 목적을 위해 각자 다른 리포트 스케줄링 설정이 여럿 있을 수 있습니다. 기존 대시보드에서 리포트를 보려면 대시보드 톱니바퀴 메뉴를 열고 **Configure Reports**를 선택합니다. - -{{< img src="dashboards/scheduled_reports/dashboard_cog_menu.png" alt="대시보드의 톱니바퀴 아이콘 위로 마우스를 가져갈 때 표시되는 메뉴 보기. 여기서 리포트 설정 옵션이 표시됨" style="width:50%;" >}} - -열리는 설정 모들에서 기존 리포트를 일시 정지하거나 새 리포트를 생성할 수 있습니다. 기존 보고서의 상세 정보를 보고 수정하거나 리포트를 삭제하려면 **Edit**를 클릭하세요. - -{{< img src="dashboards/scheduled_reports/scheduled_reports_configuration_modal.png" alt="리포트 스케줄링의 설정 모들로, 2개의 리포트가 표시됩니다. 각각은 그 타이틀, 태그, 수취인, 빈도, 리포트 켜기/끄기 전환 옵션 및 리포트 편집 버튼을 표시합니다. 하단에는 새 리포트를 추가하는 버튼과 완료 버튼이 있습니다." style="width:100%;" >}} - -## 권한 허용 - -**Dashboard Report Write** 권한이 있는 사용자만 리포트를 생성할 수 있습니다. 관리자의 경우 이 권한은 기본적으로 켜져 있고, 다른 모든 역할에서는 꺼져 있습니다. - -리포트에서 생성된 이미지는 상세 읽기 제한에 관계없이 모든 데이터를 표시합니다. Datadog은 데이터의 상세 읽기 제한이 없는 사용자에게만 리포트 권한을 국한할 것을 권장합니다. 사용자에게 **Dashboard Report Write** 권한을 부여하려면 **Dashboard Report Write** 권한이 켜져 있는 새 역할을 생성한 뒤 사용자를 이 역할에 할당하세요. 또는 이 사용자에게 **Admin** 역할을 할당하세요. 역할 및 권한 관리에 대한 자세한 내용은 [User Management][13]를 참조하세요. - -{{< img src="dashboards/scheduled_reports/dashboard_permissions.png" alt="조직 설정 페이지 내에서 개별 사용자의 권한에 대한 스크린샷입니다. 대시보드 리포트 쓰기 권한이 대시보드 섹션 아래에 강조 표시됩니다" style="width:100%;" >}} - -관리자 역할 또는 **Org Management** 권한이 있는 사용자는 **Organization Settings**의 [Public Sharing][16]에 있는 **Settings** 탭에서 계정에 대한 리포트 스케줄링 기능을 활성화하거나 비활성화할 수 있습니다. - -{{< img src="dashboards/scheduled_reports/report_management.png" alt="리포트 관리 설정은 해당 설정이 활성화된 Datadog의 조직 설정 내 공개 공유의 설정 탭 아래에 있습니다" style="width:100%;" >}} - - - -{{< partial name="whats-next/whats-next.html" >}} - -[1]: /ko/dashboards/widgets/change/ -[2]: /ko/dashboards/widgets/distribution/ -[3]: /ko/dashboards/widgets/geomap/ -[4]: /ko/dashboards/widgets/group/ -[5]: /ko/dashboards/widgets/heat_map/ -[6]: /ko/dashboards/widgets/monitor_summary/ -[7]: /ko/dashboards/widgets/note/ -[8]: /ko/dashboards/widgets/query_value/ -[9]: /ko/dashboards/widgets/scatter_plot/ -[10]: /ko/dashboards/widgets/slo/ -[11]: /ko/dashboards/widgets/slo_list/ -[12]: /ko/dashboards/widgets/table/ -[13]: /ko/dashboards/widgets/timeseries/ -[14]: /ko/dashboards/widgets/top_list/ -[15]: /ko/account_management/users/#edit-a-users-roles -[16]: /ko/account_management/org_settings/#public-sharing \ No newline at end of file From 3ec03f938dcf768d3895a7677f00e6ac31fd2475 Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 18:36:15 -0400 Subject: [PATCH 52/53] updating translations --- .../es/agent/logs/advanced_log_collection.md | 48 +++++++++---------- 1 file changed, 24 insertions(+), 24 deletions(-) diff --git a/content/es/agent/logs/advanced_log_collection.md b/content/es/agent/logs/advanced_log_collection.md index 2281e7256bc19..2629c7f61ea2d 100644 --- a/content/es/agent/logs/advanced_log_collection.md +++ b/content/es/agent/logs/advanced_log_collection.md @@ -6,7 +6,7 @@ description: Utiliza el Datadog Agent para recopilar tus logs y enviarlos a Data further_reading: - link: /logs/guide/how-to-set-up-only-logs/ tag: Documentación - text: Utilizar el Datadog Agent solo para la recopilación de logs + text: Utiliza el Datadog Agent solo para la recopilación de logs - link: /logs/log_configuration/processors tag: Documentación text: Descubre cómo procesar tus logs @@ -23,20 +23,20 @@ further_reading: tag: Documentación text: Logging without Limits* - link: /glossary/#tail - tag: Guías - text: Entrada del glosario de «supervisar» + tag: Glosario + text: Entrada del glosario para «supervisar» kind: documentación title: Configuraciones avanzadas de recopilación de logs --- -Luego de establecer la [recopilación de logs][1], puedes personalizar la configuración de la recopilación: +Después de establecer la [recopilación de logs][1], puedes personalizar la configuración de la recopilación: * [Filtrar logs](#filter-logs) -* [Limpiar los datos confidenciales de tus logs](#scrub-sensitive-data-from-your-logs) +* [Limpia los datos confidenciales de tus logs](#scrub-sensitive-data-from-your-logs) * [Agregar logs multilínea](#multi-line-aggregation) * [Copiar los ejemplos más utilizados](#commonly-used-log-processing-rules) -* [Utilizar comodines para monitorizar directorios](#tail-directories-using-wildcards) +* [Utiliza comodines para monitorizar los directorios](#tail-directories-using-wildcards) * [Especificar las codificaciones del archivo de logs](#log-file-encodings) -* [Definir las reglas de procesamiento generales](#global-processing-rules) +* [Define las reglas de procesamiento generales](#global-processing-rules) Para aplicar una regla de procesamiento a todos los logs que recopila el Datadog Agent, consulta la sección [Reglas de procesamiento generales](#global-processing-rules). @@ -99,7 +99,7 @@ En un entorno de Docker, utiliza la etiqueta `com.datadoghq.ad.logs` en el **con {{% /tab %}} {{% tab "Kubernetes" %}} -Para aplicar una configuración específica a un contenedor determinado, Autodiscovery identifica los contenedores por nombre, NO por imagen, e intenta hacer coincidir `` con `.spec.containers[0].name`, no con `.spec.containers[0].image.`. Para configurar el uso de Autodiscovery a fin de recopilar los logs del contenedor en un `` determinado dentro de tu pod, añade las siguientes anotaciones al parámetro `log_processing_rules` de tu pod: +Para aplicar una configuración específica a un contenedor determinado, Autodiscovery identifica los contenedores por nombre, NO por imagen, e intenta hacer coincidir `` con `.spec.containers[0].name`, no con `.spec.containers[0].image.`. Para configurar el uso de Autodiscovery con el fin de recopilar los logs del contenedor en un `` determinado dentro de tu pod, añade las siguientes anotaciones al parámetro `log_processing_rules` de tu pod: ```yaml apiVersion: apps/v1 @@ -260,7 +260,7 @@ spec: {{% /tab %}} {{< /tabs >}} -## Limpiar los datos confidenciales de tus logs +## Limpia los datos confidenciales de tus logs Si tus logs contienen información confidencial que es necesario ocultar, configura el Datadog Agent para limpiar secuencias confidenciales y utiliza el parámetro `log_processing_rules` en tu archivo de configuración con el tipo `mask_sequences`. @@ -463,13 +463,13 @@ Más ejemplos: |--------------------------|---------------------------------------------------| | 14:20:15 | `\d{2}:\d{2}:\d{2}` | | 11/10/2014 | `\d{2}\/\d{2}\/\d{4}` | -| Thu Jun 16 08:29:03 2016 | `\w{3}\s+\w{3}\s+\d{2}\s\d{2}:\d{2}:\d{2}\s\d{4}` | +| Jueves, 16 de junio de 2016 08:29:03 | `\w{3}\s+\w{3}\s+\d{2}\s\d{2}:\d{2}:\d{2}\s\d{4}` | | 20180228 | `\d{8}` | | 2020-10-27 05:10:49.657 | `\d{4}-\d{2}-\d{2}\s\d{2}:\d{2}:\d{2}\.\d{3}` | | {"date": "2018-01-02" | `\{"date": "\d{4}-\d{2}-\d{2}` | ### Agregación multilínea automática -A partir de la versión 7.37 del Agent, es posible habilitar `auto_multi_line_detection` para que el Agent pueda detectar [patrones de varias líneas habituales][3] de manera automática. +A partir de la versión 7.37 o posterior del Agent, es posible habilitar `auto_multi_line_detection` para que el Agent pueda detectar [patrones de varias líneas habituales][3] de manera automática. Activa `auto_multi_line_detection` de forma general en el archivo `datadog.yaml`: @@ -478,7 +478,7 @@ logs_config: auto_multi_line_detection: true ``` -Para los despliegues contenedorizados, puedes activar `auto_multi_line_detection` con la variable de entorno`DD_LOGS_CONFIG_AUTO_MULTI_LINE_DETECTION=true`. +Para los despliegues contenerizados, puedes activar `auto_multi_line_detection` con la variable de entorno`DD_LOGS_CONFIG_AUTO_MULTI_LINE_DETECTION=true`. También se puede activar o desactivar este parámetro (anulando la configuración general) en la configuración de cada log: @@ -552,7 +552,7 @@ spec: {{% /tab %}} {{< /tabs >}} -Si se activa esta función y se abre un nuevo archivo de logs, el Agent intenta detectar un patrón. Durante este proceso, los logs se envían en forma de líneas únicas. Una vez alcanzado el umbral de detección, todos los futuros logs de ese origen se agregan con el patrón detectado, o bien como líneas únicas en caso de que no se encuentre ningún patrón. Como máximo, la detección tarda 30 segundos o lo que se tarde en detectar los primeros 500 logs (lo que ocurra antes). +Si se activa esta función y se abre un nuevo archivo de logs, el Agent intenta detectar un patrón. Durante este proceso, los logs se envían en forma de líneas únicas. Una vez alcanzado el umbral de detección, todos los futuros logs de ese origen se agregan con el patrón detectado, o bien como líneas únicas en caso de que no se encuentre ningún patrón. Como máximo, la detección tarda 30 segundos o lo que se tarde en detectar los primeros 500 logs (lo que ocurra antes). **Nota**: Si puedes controlar el patrón de nombres del log rotado, asegúrate de que el archivo rotado sustituya al archivo activo anteriormente con ese mismo nombre. El Agent reutiliza un patrón detectado anteriormente en el archivo recién rotado para evitar tener que volver a ejecutar la detección. @@ -564,7 +564,7 @@ Consulta las [preguntas frecuentes sobre las reglas de procesamiento de logs hab ## Supervisar directorios mediante comodines -Si tus archivos de log se han etiquetado por fecha o si todos ellos se encuentran en el mismo directorio, configura el Datadog Agent para monitorizarlos todos y detectar de manera automática los nuevos mediante comodines en el atributo `path`. Si quieres excluir algunos archivos coincidentes con la ruta (`path`) seleccionada, inclúyelos en el atributo `exclude_paths`. +Si tus archivos de log se han etiquetado por fecha o si todos ellos se encuentran almacenados en el mismo directorio, configura el Datadog Agent para monitorizarlos a todos y detectar de manera automática los nuevos mediante comodines en el atributo `path`. Si quieres excluir algunos archivos coincidentes con la ruta `path` seleccionada, inclúyelos en el atributo `exclude_paths`. * Al utilizar `path: /var/log/myapp/*.log`: * Habrá coincidencia con todos los archivos `.log` contenidos en el directorio `/var/log/myapp/`. @@ -604,24 +604,24 @@ logs: En el ejemplo anterior, hay coincidencia con `C:\\MyApp\\MyLog.log` y se excluyen `C:\\MyApp\\MyLog.20230101.log` y `C:\\MyApp\\MyLog.20230102.log`. -**Nota**: El Agent requiere permisos de lectura y ejecución en un directorio para mostrar la lista todos los archivos disponibles que contiene. +**Nota**: El Agent requiere permisos de lectura y ejecución en un directorio para mostrar la lista de todos los archivos disponibles que contiene. **Nota2**: Los valores path y exclude_paths distinguen entre mayúsculas y minúsculas. -## Supervisar primero los últimos archivos modificados +## Supervisa primero los últimos archivos modificados -A la hora de priorizar qué archivos supervisar, el Datadog Agent ordena los nombres de archivo de la ruta de directorio por orden lexicográfico inverso. Para ordenar los archivos por hora de modificación, define la opción de configuración`logs_config.file_wildcard_selection_mode` como `by_modification_time`. +A la hora de priorizar qué archivos supervisar, el Datadog Agent ordena los nombres de archivo de la ruta de directorio por orden lexicográfico inverso. Para ordenar los archivos por hora de modificación, define la opción de configuración`logs_config.file_wildcard_selection_mode` con el valor `by_modification_time`. -Esta opción resulta útil cuando el total de coincidencias de archivos de logs es superior a `logs_config.open_files_limit`. Al utilizar `by_modification_time`, los últimos archivos actualizados se supervisan primero en la ruta de directorio definida. +Esta opción resulta útil cuando el total de coincidencias de archivos de logs es superior a `logs_config.open_files_limit`. Al utilizar `by_modification_time`, se garantiza que los últimos archivos actualizados se supervisan primero en la ruta de directorio definida. Para restablecer el comportamiento predeterminado, define la opción de configuración `logs_config.file_wildcard_selection_mode` con el valor `by_name`. -Para usar esta función, necesitas la versión 7.40.0 del Agent o una posterior. +Para usar esta función, se necesita la versión 7.40.0 o posterior del Agent. ## Codificaciones del archivo de logs De forma predeterminada, el Datadog Agent asume que los logs utilizan la codificación UTF-8. Si los logs de tu aplicación utilizan otra codificación, define el parámetro `encoding` con la configuración de logs. -En la siguiente lista, se indican los valores de codificación compatibles. Si indicas un valor no compatible, el Agent lo ignorará y leerá el archivo como UTF-8. +En la siguiente lista se indican los valores de codificación compatibles. Si indicas un valor no compatible, el Agent lo ignorará y leerá el archivo como UTF-8. * `utf-16-le`: UTF-16 little-endian (Datadog Agent **v6.23/v7.23**) * `utf-16-be`: UTF-16 big-endian (Datadog Agent **v6.23/v7.23**) * `shift-jis`: Shift-JIS (Datadog Agent **v6.34/v7.34**) @@ -642,7 +642,7 @@ logs: ## Reglas generales de procesamiento -A partir de la versión 6.10 del Datadog Agent, es posible definir las reglas de procesamiento `exclude_at_match`, `include_at_match` y `mask_sequences` de manera general en el [archivo de configuración principal][5] del Agent o mediante una variable de entorno: +A partir de la versión 6.10 o superior del Datadog Agent, es posible definir las reglas de procesamiento `exclude_at_match`, `include_at_match` y `mask_sequences` de manera general en el [archivo de configuración principal][5] del Agent o mediante una variable de entorno: {{< tabs >}} {{% tab "Archivos de configuración" %}} @@ -673,7 +673,7 @@ DD_LOGS_CONFIG_PROCESSING_RULES='[{"type": "mask_sequences", "name": "mask_user_ {{% /tab %}} {{% tab "Helm" %}} -Utiliza el parámetro `env` en el Helm chart para definir la variable de entorno `DD_LOGS_CONFIG_PROCESSING_RULES` y configurar las reglas de procesamiento generales. Por ejemplo: +Utiliza el parámetro `env` en el gráfico de Helm para definir la variable de entorno `DD_LOGS_CONFIG_PROCESSING_RULES` y configurar las reglas de procesamiento generales. Por ejemplo: ```yaml env: @@ -683,11 +683,11 @@ env: {{% /tab %}} {{< /tabs >}} -Todos los logs recopilados por el Datadog Agent se ven afectados por las reglas generales de procesamiento. +Todos los logs recopilados por el Datadog Agent se ven afectados por las reglas de procesamiento generales. **Nota**: El Datadog Agent no inicia el Collector de logs si existe un problema de formato en las reglas de procesamiento generales. Ejecuta el [subcomando de estado][6] del Agent para solucionar los problemas que encuentres. -## Leer más +## Lectura adicional {{< partial name="whats-next/whats-next.html" >}} From 7947bce99ebcb4434ca960618478d2c906a665df Mon Sep 17 00:00:00 2001 From: guacbot Date: Thu, 23 May 2024 18:39:22 -0400 Subject: [PATCH 53/53] updating translations --- content/es/agent/logs/advanced_log_collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/agent/logs/advanced_log_collection.md b/content/es/agent/logs/advanced_log_collection.md index 2629c7f61ea2d..29638e3c2559c 100644 --- a/content/es/agent/logs/advanced_log_collection.md +++ b/content/es/agent/logs/advanced_log_collection.md @@ -478,7 +478,7 @@ logs_config: auto_multi_line_detection: true ``` -Para los despliegues contenerizados, puedes activar `auto_multi_line_detection` con la variable de entorno`DD_LOGS_CONFIG_AUTO_MULTI_LINE_DETECTION=true`. +Para los despliegues contenedorizados, puedes activar `auto_multi_line_detection` con la variable de entorno`DD_LOGS_CONFIG_AUTO_MULTI_LINE_DETECTION=true`. También se puede activar o desactivar este parámetro (anulando la configuración general) en la configuración de cada log: