diff --git a/src/i18n/content/jp/docs/browser/new-relic-browser/lab/debug-slowness.mdx b/src/i18n/content/jp/docs/browser/new-relic-browser/lab/debug-slowness.mdx
index c725c7367f0..5bfab18e5b4 100644
--- a/src/i18n/content/jp/docs/browser/new-relic-browser/lab/debug-slowness.mdx
+++ b/src/i18n/content/jp/docs/browser/new-relic-browser/lab/debug-slowness.mdx
@@ -97,19 +97,19 @@ import imageTraceDetail from 'images/browser-lab-screenshot-image-trace-detail.w
alt="Relicstaurants summary"
src={viewRelicstrauntsBrowser}
/>
- **Largest Contentful Paint (LCP)**に注目してください。
-
+ **Largest Contentful Paint (LCP)**に注目してください。
- Largest Contentful Paint (LCP) は、Web ページのメイン コンテンツが読み込まれる速度を表します。理想的には、コンテンツの読み込みに 1 ~ 2 秒以上かかるべきではありません。ここでは、サイトの読み込みに 5 秒以上かかっていることがわかります。ユーザーが文句を言うのも不思議ではありません!
+
- しかし、この遅延の原因は何ですか?バックエンド?
-
+ Largest Contentful Paint (LCP) は、Web ページのメイン コンテンツが読み込まれる速度を表します。理想的には、コンテンツの読み込みに 1 ~ 2 秒以上かかるべきではありません。ここでは、サイトの読み込みに 5 秒以上かかっていることがわかります。ユーザーが文句を言うのも不思議ではありません!
+ しかし、この遅延の原因は何ですか?バックエンド?
+
下にスクロールして、 **Front end vs. back end**\[フロント エンドとバック エンドの] グラフを確認します。
@@ -214,12 +214,11 @@ import imageTraceDetail from 'images/browser-lab-screenshot-image-trace-detail.w
src={pageRendering}
/>
- 最初のページのレンダリングにかなりの時間がかかり、アプリケーションが遅くなることがわかりました。次に、 **Session traces**\[セッション トレースを] 観察して、レンダリング プロセスを遅らせている原因を特定します。
+ 最初のページのレンダリングにかなりの時間がかかり、アプリケーションが遅くなることがわかりました。次に、 **Session traces**\[セッション トレースを] 観察して、レンダリング プロセスを遅らせている原因を特定します。
- 右上隅の **X** をクリックして、このビューを終了します。
+ 右上隅の **X** をクリックして、このビューを終了します。
-
左側のナビゲーションから **Session traces** に移動し、それらを **Page load**の降順で並べ替えます。
diff --git a/src/i18n/content/jp/docs/browser/new-relic-browser/lab/set-up-env.mdx b/src/i18n/content/jp/docs/browser/new-relic-browser/lab/set-up-env.mdx
index 8b3cb16b182..b6a7548fab8 100644
--- a/src/i18n/content/jp/docs/browser/new-relic-browser/lab/set-up-env.mdx
+++ b/src/i18n/content/jp/docs/browser/new-relic-browser/lab/set-up-env.mdx
@@ -43,13 +43,12 @@ import thankYou from 'images/browser-lab-screenshot-thank-you.webp'
アプリケーションのルート ディレクトリに移動し、lab ディレクトリに切り替えます。
- ```bash
- cd relicstaurants
- git switch browser-pro-lab-material
- ```
+ ```bash
+ cd relicstaurants
+ git switch browser-pro-lab-material
+ ```
-
次に、依存関係をインストールし、アプリケーションを実行します。
diff --git a/src/i18n/content/jp/docs/data-apis/manage-data/query-limits.mdx b/src/i18n/content/jp/docs/data-apis/manage-data/query-limits.mdx
index d6490bcaf07..679f032a7ea 100644
--- a/src/i18n/content/jp/docs/data-apis/manage-data/query-limits.mdx
+++ b/src/i18n/content/jp/docs/data-apis/manage-data/query-limits.mdx
@@ -11,7 +11,7 @@ translationType: machine
import accountsLimitsDashboard from 'images/accounts_screenshot-crop_limits-dashboard.webp'
-New Relic では、お客様の体験、弊社のシステム、そして他のお客様を保護するために、リソース制限を設けています。これらの制限は、クエリに含めることのできる最大文字数、API リクエストレート、クエリが検査するイベントの数など多岐にわたります。
+New Relic では、お客様のエクスペリエンス、当社のシステム、およびその他のお客様を保護するために、リソース制限を設けています。これらの制限の範囲は、クエリに含めることができる最大文字数から API リクエスト レートなどにまで及びます。
このページでは、制限を表示できる制限メトリックと[`NrIntegrationError`イベント](/docs/telemetry-data-platform/manage-data/nrintegrationerror)、それらの制限と比較した現在のデータ使用量と全体的なリソース消費量、および制限イベントが発生した場合の影響について説明します。また、ダッシュボードにコンパイルすると、制限ステータスについて一貫した洞察を得ることができるいくつかのクエリも提供します。
diff --git a/src/i18n/content/jp/docs/data-apis/manage-data/view-system-limits.mdx b/src/i18n/content/jp/docs/data-apis/manage-data/view-system-limits.mdx
index 284c4a5d997..26fb82f6384 100644
--- a/src/i18n/content/jp/docs/data-apis/manage-data/view-system-limits.mdx
+++ b/src/i18n/content/jp/docs/data-apis/manage-data/view-system-limits.mdx
@@ -50,7 +50,7 @@ UIが提供するよりも詳細な情報が必要な場合は、[リソース
制限はアカウントごとに適用されます([組織](/docs/glossary/glossary/#organization)ごとではありません)。新しいトラフィックの多いアプリケーションの監視を開始したり、突然のデータスパイクが発生したりすると、制限に達する可能性があります。制限に達すると、NewRelicはデータの種類と到達した制限に応じて応答します。応答のいくつかの例:
* 当社では、データタイプごとに1分間の取り込みリクエスト数(RPM)に制限を設けています。この制限に達した場合、データの受け入れを停止し、その分だけ429のステータスコードを返します。
-* クエリーについては、1 分間あたりのクエリー数と検査するレコード数に制限を設けています (参照: [query limits](/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries))。1 分あたりのクエリ数の制限に達すると、New Relic はクエリ数が制限値を下回るまでクエリを拒否し始めます。レコード検査数の制限に達すると、New Relic は最大数のレコードをスキャンしているソースからのトラフィックを拒否し、他のソースからのトラフィックを許可しようとします。
+* クエリについては、1 分あたりのクエリ数と検査されるレコード数に制限を設けます ( [「NRQL クエリ レート制限」](/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries)を参照)。
* メトリクスについては、アカウントごと、メトリクスごとに、ユニークな時系列の数(カーディナリティ)に制限を設けています。この制限に達した場合、集約されたデータはUTC日の残りの時間はオフになります。
重大な制限インシデントごとに、New Relic はそのアカウントに対して次の制限関連の属性を持つ [`NrIntegrationError` イベント](/docs/telemetry-data-platform/manage-data/nrintegrationerror) を作成します。
diff --git a/src/i18n/content/jp/docs/errors-inbox/legacyerrors-eol.mdx b/src/i18n/content/jp/docs/errors-inbox/legacyerrors-eol.mdx
new file mode 100644
index 00000000000..9331b6a449d
--- /dev/null
+++ b/src/i18n/content/jp/docs/errors-inbox/legacyerrors-eol.mdx
@@ -0,0 +1,40 @@
+---
+title: エラー (レガシー) EOL
+metaDescription: The errors inbox is transitioning to an improved errors experience starting on January 31st 2024.
+freshnessValidatedDate: never
+translationType: machine
+---
+
+import errorsinboxErrorsEol from 'images/errors-inbox_screenshot-full_errors-eol.webp'
+
+アプリケーションのエラーを管理するためのより包括的かつ直感的な方法を提供するように設計された、新しく改良されたエラー エクスペリエンスを導入できることを嬉しく思います。スムーズな移行を実現するために、次の重要な更新点に注意してください。
+
+## 重要な日付
+
+* **2024 年 1 月 31 日:** APM の従来のエラー エクスペリエンスは廃止され、改善されたエクスペリエンスに置き換えられます。
+
+今すぐ切り替えてください!**Show new view** \[新しいビューを表示]オプションを選択して、今すぐ新しいエクスペリエンスにアクセスしてください。
+
+
+
+## 必要なエージェントのアップデート
+
+特定の古いエージェント バージョンでは、新しいエクスペリエンスに必要な`TransactionError`イベントが生成されません。完全な機能を確保するには、次の最小エージェント バージョン以降に更新してください。
+
+* ルビー:3.14.0.305
+* PHP: 5.1.130
+* .NET: 6.8.172.0
+* Java: 3.21.0
+* Python: 2.58.0.43
+* Node.js: 1.24.0
+* 行く: 0.5.0
+
+## 新しいエラー エクスペリエンスを実現するためにアップグレードする
+
+新しいエラー エクスペリエンスを最大限に活用するために、最新のエージェント バージョンにアップグレードすることを強くお勧めします。
+
+エージェントの更新手順の詳細については、[ドキュメント](/docs/new-relic-solutions/new-relic-one/install-configure/update-new-relic-agent/)を参照してください。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/infrastructure/prometheus-integrations/install-configure-remote-write/remote-write-errors-error-messages.mdx b/src/i18n/content/jp/docs/infrastructure/prometheus-integrations/install-configure-remote-write/remote-write-errors-error-messages.mdx
index e5d7d3d00f0..87848cfe2a8 100644
--- a/src/i18n/content/jp/docs/infrastructure/prometheus-integrations/install-configure-remote-write/remote-write-errors-error-messages.mdx
+++ b/src/i18n/content/jp/docs/infrastructure/prometheus-integrations/install-configure-remote-write/remote-write-errors-error-messages.mdx
@@ -50,4 +50,4 @@ New Relic のエラーメッセージを調査するには、以下のいずれ
SELECT count(*) FROM NrIntegrationError WHERE newRelicFeature = 'Metrics' TIMESERIES
```
-データを正常に送信できることを確認したにもかかわらず、クエリを実行できない場合は、検査数の制限など、[他の種類の制限](/docs/insights/use-insights-ui/manage-account-data/rate-limits-insights)に達している可能性があります。これは、統合プロセス中に`Unable to retrieve data for Prometheus data source `というエラー メッセージとして現れる場合があります。
\ No newline at end of file
+データを正常に送信できることを検証しても、データをクエリできない場合は、他の種類の制限に遭遇している可能性があります。これは、統合プロセス中に次のようなエラー メッセージとして現れる場合があります: `Unable to retrieve data for Prometheus data source ` 。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/logs/get-started/logging-best-practices.mdx b/src/i18n/content/jp/docs/logs/get-started/logging-best-practices.mdx
index b4f84c096f7..9ef79b1f49c 100644
--- a/src/i18n/content/jp/docs/logs/get-started/logging-best-practices.mdx
+++ b/src/i18n/content/jp/docs/logs/get-started/logging-best-practices.mdx
@@ -58,7 +58,7 @@ New Relicログ機能のベストプラクティスガイドへようこそ。
## データパーティション [#partitions]
-1 日あたり 1 TB 以上のログ データを消費している場合は、機能的およびテーマ別のグループ化を行う方法でデータを分割する計画など、ログの取り込みガバナンス計画に確実に取り組む必要があります。パーティションごとに 1 TB 以下のベスト プラクティスをお勧めします。これにより、パフォーマンスと使いやすさの両方が実現されます。すべてのログを 1 つのアカウント内の 1 つの巨大な「バケット」 (デフォルトのログ パーティション) に送信した場合、クエリの速度が低下したり、クエリが失敗したりする可能性があります (検査されたカウント制限に達するため)。
+1 日あたり 1 TB 以上のログ データを消費している場合は、機能的およびテーマ別のグループ化を行う方法でデータを分割する計画など、ログの取り込みガバナンス計画に確実に取り組む必要があります。パーティションごとに 1 TB 以下のベスト プラクティスをお勧めします。これにより、パフォーマンスと使いやすさの両方が実現されます。すべてのログを 1 つのアカウント内の 1 つの巨大な「バケット」 (デフォルトのログ パーティション) に送信すると、クエリが遅くなったり、クエリが失敗したりする可能性があります。詳細については、 [「NRQL クエリ レート制限」](/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries/#query-limits)を参照してください。
クエリのパフォーマンスを向上させる 1 つの方法は、検索される時間範囲を制限することです。長期間にわたってログを検索すると、より多くの結果が返され、より多くの時間がかかります。可能な限り 1 週間を超える検索は避け、時間範囲セレクターを使用して検索をより小さく、より具体的な時間枠に絞り込みます。
diff --git a/src/i18n/content/jp/docs/new-relic-solutions/business-observability/configure-pathpoint.mdx b/src/i18n/content/jp/docs/new-relic-solutions/business-observability/configure-pathpoint.mdx
index 17fa1494fde..26619099802 100644
--- a/src/i18n/content/jp/docs/new-relic-solutions/business-observability/configure-pathpoint.mdx
+++ b/src/i18n/content/jp/docs/new-relic-solutions/business-observability/configure-pathpoint.mdx
@@ -135,7 +135,7 @@ Pathpoint は、現在の JSON 構成ファイルをコンピューターに直
src={openFile}
/>
- 最後に、パスポイントが表示され、選択した特定の JSON ファイルが更新されます。
+ 最後に、パスポイントが表示され、選択した特定の JSON ファイルが更新されます。
diff --git a/src/i18n/content/jp/docs/new-relic-solutions/business-observability/working-with-touchpoints.mdx b/src/i18n/content/jp/docs/new-relic-solutions/business-observability/working-with-touchpoints.mdx
index 60b9c059eb2..2a8b5be9bd5 100644
--- a/src/i18n/content/jp/docs/new-relic-solutions/business-observability/working-with-touchpoints.mdx
+++ b/src/i18n/content/jp/docs/new-relic-solutions/business-observability/working-with-touchpoints.mdx
@@ -58,16 +58,16 @@ Pathpoint は、特定のタッチポイントの有効性と健全性をテス
ウィンドウにテストの結果が表示されます。たとえば、 **Successfully validated**\[正常に検証されたと]表示されている場合は、タッチポイントが正常であることを意味します。
-
-
-検証が失敗した場合は、その理由を見つけて修正します。次に、 **正常に検証されたという** メッセージが表示されるまで、もう一度テストします。
+ 検証が失敗した場合は、その理由を見つけて修正します。次に、 **正常に検証されたという** メッセージが表示されるまで、もう一度テストします。
+
-
- タッチポイントをテストするときに、 **Incorrectly validated**\[正しく検証されていないという] エラーが発生した場合は、間違ったアカウント ID で実行されたクエリが原因である可能性があります。
+
+ タッチポイントをテストするときに、 **Incorrectly validated**\[正しく検証されていないという] エラーが発生した場合は、間違ったアカウント ID で実行されたクエリが原因である可能性があります。
- アカウントのドロップダウンをチェックして、目的のアカウントでクエリを実行していることを確認します。
-
+ アカウントのドロップダウンをチェックして、目的のアカウントでクエリを実行していることを確認します。
+
+
## タッチポイントのしきい値を調整する [#tune-touchpoint-thresholds]
@@ -146,9 +146,9 @@ Pathpoint の特定のタッチポイントで作業またはトラブルシュ
alt="turn off touchpoint"
src={turnOffTouchpoint}
/>
-
-
-タッチポイントがオフになりました。
+ タッチポイントがオフになりました。
-後で、同じ手順に従ってタッチポイントを再度有効にすることができます。
+ 後で、同じ手順に従ってタッチポイントを再度有効にすることができます。
+
+
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/dashboards-charts-import-export-data.mdx b/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/dashboards-charts-import-export-data.mdx
index 2aa542267f9..e50076d0ee7 100644
--- a/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/dashboards-charts-import-export-data.mdx
+++ b/src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/dashboards-charts-import-export-data.mdx
@@ -126,16 +126,6 @@ import dashboardsDashboardMenu from 'images/dashboards_screenshot-crop_dashboard
-
-
- このクエリグループによって検査済みカウント制限が超過したため、クエリは拒否されました。
- |
-
-
- クエリ制限を超えました。[アカウントごとのデータ使用制限とポリシー](/docs/licenses/license-information/general-usage-licenses/new-relic-data-usage-limits-policies/)を確認してください。
- |
-
-
クエリの実行中に問題が発生しました。
diff --git a/src/i18n/content/jp/docs/query-your-data/nrql-new-relic-query-language/get-started/nrql-tutorial-advanced-functions.mdx b/src/i18n/content/jp/docs/query-your-data/nrql-new-relic-query-language/get-started/nrql-tutorial-advanced-functions.mdx
index 574e39de1aa..739873e0a1d 100644
--- a/src/i18n/content/jp/docs/query-your-data/nrql-new-relic-query-language/get-started/nrql-tutorial-advanced-functions.mdx
+++ b/src/i18n/content/jp/docs/query-your-data/nrql-new-relic-query-language/get-started/nrql-tutorial-advanced-functions.mdx
@@ -97,9 +97,9 @@ import queriesnrql4tutorial15 from 'images/queries-nrql_screenshot-crop-tutorial
src={queriesnrql4tutorial2}
/>
-
-これで、NRQL に現在存在するすべての集計関数を学習したことになります。プロのようにデータを細かく分割できます。NRQL に集約機能が欠けていると思われる場合は、アカウント チームに知らせてください。私たちは、お客様が必要とする可能性のある次のキラー機能を常に探しています。
+ これで、NRQL に現在存在するすべての集計関数を学習したことになります。プロのようにデータを細かく分割できます。NRQL に集約機能が欠けていると思われる場合は、アカウント チームに知らせてください。私たちは、お客様が必要とする可能性のある次のキラー機能を常に探しています。
+
### 高度な数学関数を使用する
@@ -167,9 +167,9 @@ NRQL は、データを深く掘り下げる必要がある人のために、い
src={queriesnrql4tutorial5}
/>
-
-このレッスンでは、イベント データの平滑化について学びました。`round()` / `ceil()` / `floor()`を使用すると、好きな方法で丸められます。クランプを使用すると、データに境界を設けることができ、対数、平方根、べき乗、指数関数などの高度な数学ツールはすべて、必要に応じてデータを操作するためのさらなる制御を提供します。次に、イベントと属性を検出する方法について学びます。
+ このレッスンでは、イベント データの平滑化について学びました。`round()` / `ceil()` / `floor()`を使用すると、好きな方法で丸められます。クランプを使用すると、データに境界を設けることができ、対数、平方根、べき乗、指数関数などの高度な数学ツールはすべて、必要に応じてデータを操作するためのさらなる制御を提供します。次に、イベントと属性を検出する方法について学びます。
+
### イベントと属性を検出する
@@ -206,9 +206,9 @@ NRQL は、データを深く掘り下げる必要がある人のために、い
src={queriesnrql4tutorial7}
/>
-
-これらの機能は、イベントのタイプと属性の変更を検出するのに役立ちます。より多くの DevOps エンジニアがこれらの機能を使用してジョブを完了したり、ジョブを迅速に自動化したりしています。次に、正規表現を使用してデータをフィルターする方法を学習します。
+ これらの機能は、イベントのタイプと属性の変更を検出するのに役立ちます。より多くの DevOps エンジニアがこれらの機能を使用してジョブを完了したり、ジョブを迅速に自動化したりしています。次に、正規表現を使用してデータをフィルターする方法を学習します。
+
### 正規表現によるフィルター
@@ -253,9 +253,9 @@ NRQL は、データを深く掘り下げる必要がある人のために、い
`RLIKE`本質的に`LIKE`よりも複雑でパフォーマンスが低いことに注意してください。`LIKE`やその他のフィルタリング機能がニーズに合わない場合にのみ使用してください。
-
-正規表現のサポートにより、ほぼ無限のパターン マッチングが可能になります。すでに Regex の第一人者であれば、これが NRQL にどれほどの力を加えるかをご存知でしょう。しかし、そうでない場合でも、心配しないでください。オンラインで参照できる正規表現リソースが大量にあります。NRQL で正規表現を使用する方法を学習したので、次はネストされた集計の使用です。
+ 正規表現のサポートにより、ほぼ無限のパターン マッチングが可能になります。すでに Regex の第一人者であれば、これが NRQL にどれほどの力を加えるかをご存知でしょう。しかし、そうでない場合でも、心配しないでください。オンラインで参照できる正規表現リソースが大量にあります。NRQL で正規表現を使用する方法を学習したので、次はネストされた集計の使用です。
+
### ネストされた集計を使用する
@@ -316,11 +316,11 @@ NRQL を使用して、クエリを親クエリの`FROM`として使用するネ
SELECT percentage(count(*), WHERE sessionLength = 1)
FROM (SELECT count(*) AS sessionLength FROM PageView FACET session)
```
+
+ このレッスンでは、クエリを別のクエリの`FROM`として使用して、より複雑な質問に答える方法を学習しました。最後に学ぶべきことは 1 つだけです、それはサブクエリの使用方法です。
-このレッスンでは、クエリを別のクエリの`FROM`として使用して、より複雑な質問に答える方法を学習しました。最後に学ぶべきことは 1 つだけです、それはサブクエリの使用方法です。
-
### サブクエリを使用
NRQL のサブクエリはネストされた集計に似ており、別のクエリ内にネストされたクエリを使用できます。サブクエリの場合、ネストされたクエリは`SELECT`ステートメントと`WHERE`句に入りますが、ネストされた集計は`FROM`句に入ります。
@@ -383,11 +383,11 @@ NRQL のサブクエリはネストされた集計に似ており、別のクエ
alt="A screenshot showing the results of a subquery that uses select"
src={queriesnrql4tutorial15}
/>
+
+ サブクエリはデータ探索のための強力なツールであり、さまざまなデータ ソースや時間範囲にわたるより高度なクエリを可能にします。
-サブクエリはデータ探索のための強力なツールであり、さまざまなデータ ソースや時間範囲にわたるより高度なクエリを可能にします。
-
このチュートリアルが完了しましたこと、おめでとうございます。このチュートリアルでは、追加の集計テクニック、高レベルの数学関数、正規表現フィルタリング、ネストされた集計、サブクエリなどの高度な機能を学習しました。これまでの 3 つのチュートリアルを完了している場合は、使用できる NRQL のほぼすべての側面を操作したことになります。
NRQL がデータの探索に役立つことを願っています。さらに質問がある場合や問題が発生した場合は、お気軽に[New Relic サポート までお問い合わせください](https://support.newrelic.com/)。または、ご希望であれば、[オンライン コミュニティ](https://discuss.newrelic.com/)であなたの経験を共有することもできます。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries.mdx b/src/i18n/content/jp/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries.mdx
index ad4bf18a3b3..70eaaf3e35c 100644
--- a/src/i18n/content/jp/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries.mdx
+++ b/src/i18n/content/jp/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries.mdx
@@ -22,70 +22,11 @@ NRQL クエリで制限が発生することはほとんどありません。ク
以下については制限があります。
-* 特定の時間範囲内でクエリできるデータ ポイントの数
* エラーが発生して停止するまでにクエリを実行できる時間
* 特定の時間範囲内に実行できるクエリの数
次に、これらの制限について詳しく説明します。
-## 検査されるデータポイントの制限 [#inspected-count-limits]
-
-顧客が開始したクエリまたは UI ページの読み込みによって NRQL クエリが実行されると、そのクエリは NRDB データベース内の特定の数のデータ ポイントを検査します。たとえば、NRQL クエリを実行すると、左下に示すように、検査されたデータ ポイントの数が表示されます。
-
-
-
-
- このコンテキストでは、 `events` クエリによって検査されるすべての [NRQL に保存されたデータポイント](/docs/query-data/nrql-new-relic-query-language/getting-started/introduction-nrql#what-you-can-query) を指します。
-
-
-検査されるカウント制限は、特定の時間範囲内にクエリできるデータ ポイントの数を表します。これらの制限は、どの [データ オプションが](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/data-ingest-billing#data-prices) あるかによって異なります。
-
-
-
- [Data Plus](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/data-ingest-billing#data-prices) オプションには、検査されるデータ ポイントに対する次の制限が含まれます。
-
- * 1分あたり34B
- * 15分あたり500B
- * 1T/30分
-
-
-
- [元のデータ オプション](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/data-ingest-billing#data-prices)の検査データ ポイントの制限:
-
- * 1分あたり10B
- * 15分あたり150B
- * 30分あたり300B
-
-
-
-### 検査数には何がカウントされますか? [#what-counts-inspected-count]
-
-次のアクションは、New Relic アカウントの検査数制限にカウントされます。
-
-* ユーザーによって開始された厳選されたビューの負荷 (たとえば、
-
-
-
- UI ページ、分散トレーシング UI、または組織に関するデータを返す任意の UI)。
-
-* New Relic ユーザーによって、UI または API 経由で実行されるカスタム クエリ。
-
-* カスタム ダッシュボードでクエリを実行するウィジェットの読み込み
-
-アラート条件の評価と通知は制限にカウントされ **ません** が、アラート通知に含まれる New Relic へのリンクはカウントされます。
-
-検査数の制限に達すると、前述の機能が影響を受けます。次の期間にカウントが制限を下回ると、制限はすべて解除されます。
-
## クエリ期間の制限 [#query-duration]
クエリ期間制限は、NRQL クエリが実行を停止してエラーとみなされるまでに実行できる時間です。この制限は [データ オプション](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/data-ingest-billing#data-prices)によって異なります。
diff --git a/src/i18n/content/kr/docs/accounts/accounts-billing/new-relic-one-pricing-billing/data-ingest-billing.mdx b/src/i18n/content/kr/docs/accounts/accounts-billing/new-relic-one-pricing-billing/data-ingest-billing.mdx
index 161403df127..18ddede999a 100644
--- a/src/i18n/content/kr/docs/accounts/accounts-billing/new-relic-one-pricing-billing/data-ingest-billing.mdx
+++ b/src/i18n/content/kr/docs/accounts/accounts-billing/new-relic-one-pricing-billing/data-ingest-billing.mdx
@@ -149,15 +149,15 @@ UI에서 사용량 및 청구 정보를 찾는 방법은 [청구 UI를](/docs/ac
|
- 최대 [쿼리 한도](/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries/#inspected-count-limits)
+ 최대 [쿼리 한도](/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries/#query-limits)
|
- 30분당 300B 데이터 포인트
+ 분당 최대 200억 개의 데이터 포인트
|
- 30분당 1T 데이터 포인트
+ 분당 최대 60B 데이터 포인트
|
|
diff --git a/src/i18n/content/kr/docs/browser/new-relic-browser/lab/debug-slowness.mdx b/src/i18n/content/kr/docs/browser/new-relic-browser/lab/debug-slowness.mdx
index 95d36364014..669c7aa0c40 100644
--- a/src/i18n/content/kr/docs/browser/new-relic-browser/lab/debug-slowness.mdx
+++ b/src/i18n/content/kr/docs/browser/new-relic-browser/lab/debug-slowness.mdx
@@ -97,6 +97,7 @@ import imageTraceDetail from 'images/browser-lab-screenshot-image-trace-detail.w
alt="Relicstaurants summary"
src={viewRelicstrauntsBrowser}
/>
+
**LCP(Largest Contentful Paint)**에 주목하십시오.
diff --git a/src/i18n/content/kr/docs/data-apis/manage-data/query-limits.mdx b/src/i18n/content/kr/docs/data-apis/manage-data/query-limits.mdx
index 3f8951db4fd..bc12a9f4d39 100644
--- a/src/i18n/content/kr/docs/data-apis/manage-data/query-limits.mdx
+++ b/src/i18n/content/kr/docs/data-apis/manage-data/query-limits.mdx
@@ -11,7 +11,7 @@ translationType: machine
import accountsLimitsDashboard from 'images/accounts_screenshot-crop_limits-dashboard.webp'
-New Relic은 귀하의 경험, 당사 시스템 및 다른 고객을 보호하기 위해 리소스 제한이 있습니다. 이러한 제한은 쿼리에 포함할 수 있는 최대 문자 수, API 요청 속도, 쿼리가 검사하는 이벤트 수 등에 이르기까지 다양합니다.
+New Relic에는 귀하의 경험, 시스템 및 기타 고객을 보호하기 위해 리소스 제한이 있습니다. 이러한 제한은 쿼리에 포함할 수 있는 최대 문자 수부터 API 요청 비율 등에 이르기까지 다양합니다.
이 페이지에서는 한도, 현재 데이터 사용량 및 이러한 한도와 비교한 전체 리소스 소비량, 한도 이벤트 발생의 영향을 볼 수 있는 한도 측정항목 및 [`NrIntegrationError` 이벤트](/docs/telemetry-data-platform/manage-data/nrintegrationerror) 에 대해 설명합니다. 또한 대시보드로 컴파일할 때 제한 상태에 대한 일관된 통찰력을 제공할 수 있는 몇 가지 쿼리를 제공합니다.
diff --git a/src/i18n/content/kr/docs/data-apis/manage-data/view-system-limits.mdx b/src/i18n/content/kr/docs/data-apis/manage-data/view-system-limits.mdx
index 1d13fc2d7e1..fad74426186 100644
--- a/src/i18n/content/kr/docs/data-apis/manage-data/view-system-limits.mdx
+++ b/src/i18n/content/kr/docs/data-apis/manage-data/view-system-limits.mdx
@@ -50,7 +50,7 @@ UI가 제공하는 것보다 더 자세한 정보를 원하면 [리소스 사용
한도는 계정별로 적용됩니다( [조직](/docs/glossary/glossary/#organization) 별로가 아님). 트래픽이 많은 새 애플리케이션을 모니터링하기 시작하거나 데이터가 갑자기 급증하면 한도에 도달할 수 있습니다. 한계에 도달하면 New Relic은 데이터 유형 및 도달 한계에 따라 응답합니다. 응답의 몇 가지 예:
* 데이터 유형별로 수집된 RPM(분당 요청 수)에 제한이 있습니다. 이 제한에 도달하면 데이터 수락을 중지하고 해당 시간 동안 429 상태 코드를 반환합니다.
-* 쿼리의 경우 분당 쿼리 수와 검사된 레코드 수에 제한을 둡니다( [쿼리 제한](/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries) 참조). 분당 쿼리 수 제한에 도달하면 New Relic은 쿼리 수가 제한 미만일 때까지 쿼리를 거부하기 시작합니다. 레코드 검사 한도에 도달하면 New Relic은 가장 많은 수의 레코드를 스캔하는 소스의 트래픽을 거부하고 다른 소스의 트래픽을 허용하려고 시도합니다.
+* 쿼리의 경우 분당 쿼리 수와 검사되는 레코드 수에 제한을 둡니다( [NRQL 쿼리 속도 제한](/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries) 참조).
* 메트릭의 경우 계정 및 메트릭당 고유한 시계열(카디널리티) 수에 제한이 있습니다. 이 제한에 도달하면 나머지 UTC 날짜 동안 집계된 데이터가 꺼집니다.
모든 주요 한도 문제에 대해 New Relic은 해당 계정에 대해 다음과 같은 한도 관련 속성이 있는 [`NrIntegrationError` 이벤트를](/docs/telemetry-data-platform/manage-data/nrintegrationerror) 생성합니다.
diff --git a/src/i18n/content/kr/docs/errors-inbox/legacyerrors-eol.mdx b/src/i18n/content/kr/docs/errors-inbox/legacyerrors-eol.mdx
new file mode 100644
index 00000000000..f11ff3db854
--- /dev/null
+++ b/src/i18n/content/kr/docs/errors-inbox/legacyerrors-eol.mdx
@@ -0,0 +1,40 @@
+---
+title: 오류(레거시) EOL
+metaDescription: The errors inbox is transitioning to an improved errors experience starting on January 31st 2024.
+freshnessValidatedDate: never
+translationType: machine
+---
+
+import errorsinboxErrorsEol from 'images/errors-inbox_screenshot-full_errors-eol.webp'
+
+애플리케이션의 오류를 보다 포괄적이고 직관적으로 관리할 수 있는 방법을 제공하도록 설계된 새롭고 향상된 오류 환경을 소개하게 되어 기쁘게 생각합니다. 원활한 전환을 위해 다음 중요 업데이트를 참고하세요.
+
+## 중요한 날들
+
+* **2024년 1월 31일:** APM의 기존 오류 경험이 중단되고 향상된 환경으로 대체됩니다.
+
+지금 전환하세요! 지금 **Show new view** \[새 보기 표시] 옵션을 선택하여 새로운 환경에 액세스하세요.
+
+
+
+## 필수 에이전트 업데이트
+
+특정 이전 에이전트 버전은 새 환경에 필요한 `TransactionError` 이벤트를 생성하지 않습니다. 전체 기능을 보장하려면 다음 최소 에이전트 버전 이상으로 업데이트하세요.
+
+* 루비: 3.14.0.305
+* PHP: 5.1.130
+* .NET: 6.8.172.0
+* 자바: 3.21.0
+* 파이썬: 2.58.0.43
+* Node.js: 1.24.0
+* 이동: 0.5.0
+
+## 새로운 오류 경험을 위한 업그레이드
+
+새로운 오류 경험을 최대한 활용하려면 최신 에이전트 버전으로 업그레이드하는 것이 좋습니다.
+
+에이전트 업데이트에 대한 자세한 지침은 [설명서 를](/docs/new-relic-solutions/new-relic-one/install-configure/update-new-relic-agent/) 참조하세요.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/infrastructure/prometheus-integrations/install-configure-remote-write/remote-write-errors-error-messages.mdx b/src/i18n/content/kr/docs/infrastructure/prometheus-integrations/install-configure-remote-write/remote-write-errors-error-messages.mdx
index c5f53b14fa4..3d5bd60d646 100644
--- a/src/i18n/content/kr/docs/infrastructure/prometheus-integrations/install-configure-remote-write/remote-write-errors-error-messages.mdx
+++ b/src/i18n/content/kr/docs/infrastructure/prometheus-integrations/install-configure-remote-write/remote-write-errors-error-messages.mdx
@@ -50,4 +50,4 @@ Prometheus 서버를 다시 시작한 후 New Relic에서 통합 오류 메시
SELECT count(*) FROM NrIntegrationError WHERE newRelicFeature = 'Metrics' TIMESERIES
```
-데이터를 성공적으로 보낼 수 있음을 확인했지만 쿼리할 수 없는 경우 검사된 개수 제한과 같은 [다른 종류의 제한](/docs/insights/use-insights-ui/manage-account-data/rate-limits-insights) 이 실행되고 있을 수 있습니다. 이는 통합 프로세스 중에 다음과 같은 오류 메시지로 나타날 수 있습니다. `Unable to retrieve data for Prometheus data source ` .
\ No newline at end of file
+데이터를 성공적으로 보낼 수 있지만 쿼리할 수 없다는 것을 확인했다면 다른 종류의 제한이 발생한 것일 수 있습니다. 이는 통합 프로세스 중에 다음과 같은 오류 메시지로 나타날 수 있습니다. `Unable to retrieve data for Prometheus data source `.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/logs/get-started/logging-best-practices.mdx b/src/i18n/content/kr/docs/logs/get-started/logging-best-practices.mdx
index 00ee9d8f0cd..9f69b922397 100644
--- a/src/i18n/content/kr/docs/logs/get-started/logging-best-practices.mdx
+++ b/src/i18n/content/kr/docs/logs/get-started/logging-best-practices.mdx
@@ -58,7 +58,7 @@ New Relic 로깅 모범 사례 가이드에 오신 것을 환영합니다. 여
## 데이터 분할 [#partitions]
-하루에 1TB 이상의 로그 데이터를 사용하는 경우 기능 및 주제별 그룹화를 제공하는 방식으로 데이터를 분할하는 계획을 포함하여 로그에 대한 수집 거버넌스 계획에 대해 확실히 작업해야 합니다. 파티션당 1TB 이하의 모범 사례를 제안합니다. 이것은 성능과 유용성을 모두 제공합니다. 모든 로그를 단일 계정의 하나의 거대한 "버킷"(기본 로그 파티션)으로 보낸 경우 쿼리가 느려지거나 쿼리가 실패할 수 있습니다(검사된 수 제한에 도달하여).
+하루에 1TB 이상의 로그 데이터를 사용하는 경우 기능적 및 주제별 그룹화를 제공하는 방식으로 데이터를 분할하는 계획을 포함하여 로그에 대한 수집 거버넌스 계획을 수립해야 합니다. 파티션당 1TB 이하의 모범 사례를 제안합니다. 이는 성능과 유용성을 모두 제공합니다. 모든 로그를 단일 계정의 하나의 거대한 "버킷"(기본 로그 파티션)으로 보낸 경우 쿼리 속도가 느려지거나 쿼리 실패가 발생할 수 있습니다. 자세한 내용은 [NRQL 쿼리 비율 제한을](/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries/#query-limits) 참조하세요.
쿼리 성능을 향상시키는 한 가지 방법은 검색되는 시간 범위를 제한하는 것입니다. 오랜 기간 동안 로그를 검색하면 더 많은 결과가 반환되고 더 많은 시간이 필요합니다. 가능하면 1주일보다 긴 검색을 피하고 시간 범위 선택기를 사용하여 더 작고 더 구체적인 기간으로 검색 범위를 좁힙니다.
diff --git a/src/i18n/content/kr/docs/new-relic-solutions/business-observability/configure-pathpoint.mdx b/src/i18n/content/kr/docs/new-relic-solutions/business-observability/configure-pathpoint.mdx
index bc4649bfb7f..9b6a824bc11 100644
--- a/src/i18n/content/kr/docs/new-relic-solutions/business-observability/configure-pathpoint.mdx
+++ b/src/i18n/content/kr/docs/new-relic-solutions/business-observability/configure-pathpoint.mdx
@@ -98,9 +98,7 @@ Pathpoint는 현재 JSON 구성 파일을 컴퓨터에 직접 다운로드할
/>
이제 활성 JSON 구성 파일이 다운로드되었습니다.
-
-
### JSON 파일을 업로드하여 현재 구성 바꾸기
@@ -138,9 +136,7 @@ Pathpoint는 현재 JSON 구성 파일을 컴퓨터에 직접 다운로드할
/>
마지막으로 선택한 특정 JSON 파일의 업데이트와 함께 Pathpoint가 표시됩니다.
-
-
## GitHub 저장소의 더 많은 문서 [#additional-docs]
diff --git a/src/i18n/content/kr/docs/new-relic-solutions/business-observability/install-pathpoint.mdx b/src/i18n/content/kr/docs/new-relic-solutions/business-observability/install-pathpoint.mdx
index 3985479da97..8df6fd8614b 100644
--- a/src/i18n/content/kr/docs/new-relic-solutions/business-observability/install-pathpoint.mdx
+++ b/src/i18n/content/kr/docs/new-relic-solutions/business-observability/install-pathpoint.mdx
@@ -44,9 +44,7 @@ Pathpoint를 설치하려면:
/>
이제 Pathpoint가 New Relic 계정에 추가되었으며 **Apps**에서 액세스할 수 있습니다.
-
-
Pathpoint를 설치한 후에는 수정된 JSON 파일을 Pathpoint에 업로드하기만 하면 해당 구성을 사용자 지정할 수 있습니다. 또한 단계, 단계 및 접점을 변경하고 현재 구성을 JSON 파일로 저장할 수 있습니다. [Pathpoint 구성에 대해 자세히 알아보십시오](/docs/business-observability/configure-pathpoint/).
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/new-relic-solutions/business-observability/working-with-touchpoints.mdx b/src/i18n/content/kr/docs/new-relic-solutions/business-observability/working-with-touchpoints.mdx
index cd1104f9319..0a8298744fc 100644
--- a/src/i18n/content/kr/docs/new-relic-solutions/business-observability/working-with-touchpoints.mdx
+++ b/src/i18n/content/kr/docs/new-relic-solutions/business-observability/working-with-touchpoints.mdx
@@ -58,9 +58,9 @@ Pathpoint는 특정 접점의 유효성과 상태를 테스트하는 기능을
창에 테스트 결과가 표시됩니다. 예를 들어 **Successfully validated**표시되면 터치포인트가 정상임을 의미합니다.
-
- 유효성 검사가 실패하면 이유를 찾아 수정합니다. 그런 다음 **확인 성공** 메시지가 표시될 때까지 다시 테스트합니다.
+ 유효성 검사가 실패하면 이유를 찾아 수정합니다. 그런 다음 **확인 성공** 메시지가 표시될 때까지 다시 테스트합니다.
+
접점을 테스트할 때 **Incorrectly validated** 오류가 발생하면 쿼리가 잘못된 계정 ID에서 실행되었기 때문일 수 있습니다.
@@ -90,9 +90,9 @@ Pathpoint는 특정 접점의 유효성과 상태를 테스트하는 기능을
새 **최소** 및 **최대** 임계값을 입력하고 **저장/업데이트를**클릭합니다.
-
- 이제 터치포인트가 새로운 임계값으로 조정되었습니다.
+ 이제 터치포인트가 새로운 임계값으로 조정되었습니다.
+
## 터치포인트 쿼리 실행 [#run-touchpoint-queries]
@@ -122,9 +122,9 @@ Pathpoint는 특정 접점의 유효성과 상태를 테스트하는 기능을
alt="Touchpoint query"
src={nrqlQuery}
/>
-
- 이제 쿼리를 수정하여 선택한 터치포인트에서 다른 결과를 얻을 수 있습니다.
+ 이제 쿼리를 수정하여 선택한 터치포인트에서 다른 결과를 얻을 수 있습니다.
+
### 터치포인트 끄기 [#turn-off-touchpoint]
@@ -147,10 +147,8 @@ Pathpoint의 특정 접점에서 작업하거나 문제를 해결해야 하는
src={turnOffTouchpoint}
/>
- 이제 터치포인트가 꺼져 있습니다.
-
- 나중에 동일한 단계에 따라 터치포인트를 다시 활성화할 수 있습니다.
+ 이제 터치포인트가 꺼져 있습니다.
+ 나중에 동일한 단계에 따라 터치포인트를 다시 활성화할 수 있습니다.
-
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/query-your-data/explore-query-data/dashboards/dashboards-charts-import-export-data.mdx b/src/i18n/content/kr/docs/query-your-data/explore-query-data/dashboards/dashboards-charts-import-export-data.mdx
index f5bccd7491c..192711bf98a 100644
--- a/src/i18n/content/kr/docs/query-your-data/explore-query-data/dashboards/dashboards-charts-import-export-data.mdx
+++ b/src/i18n/content/kr/docs/query-your-data/explore-query-data/dashboards/dashboards-charts-import-export-data.mdx
@@ -126,16 +126,6 @@ import dashboardsDashboardMenu from 'images/dashboards_screenshot-crop_dashboard
-
-
- 이 쿼리 그룹이 검사한 개수 제한을 초과하여 쿼리가 거부되었습니다.
- |
-
-
- 쿼리 한도를 초과했습니다. [계정당 데이터 사용 제한 및 정책을](/docs/licenses/license-information/general-usage-licenses/new-relic-data-usage-limits-policies/) 확인하십시오.
- |
-
-
쿼리를 실행하는 동안 문제가 발생했습니다.
diff --git a/src/i18n/content/kr/docs/query-your-data/nrql-new-relic-query-language/get-started/nrql-tutorial-advanced-functions.mdx b/src/i18n/content/kr/docs/query-your-data/nrql-new-relic-query-language/get-started/nrql-tutorial-advanced-functions.mdx
index 6c96433858d..f5b33ce0d54 100644
--- a/src/i18n/content/kr/docs/query-your-data/nrql-new-relic-query-language/get-started/nrql-tutorial-advanced-functions.mdx
+++ b/src/i18n/content/kr/docs/query-your-data/nrql-new-relic-query-language/get-started/nrql-tutorial-advanced-functions.mdx
@@ -316,9 +316,9 @@ NRQL은 또한 데이터에 대해 깊이 있게 분석해야 하는 사람들
SELECT percentage(count(*), WHERE sessionLength = 1)
FROM (SELECT count(*) AS sessionLength FROM PageView FACET session)
```
-
- 이 강의에서는 쿼리를 다른 쿼리의 `FROM` 로 사용하여 더 복잡한 질문에 답하는 방법을 배웠습니다. 마지막으로 배워야 할 것은 하위 쿼리를 사용하는 방법입니다!
+ 이 강의에서는 쿼리를 다른 쿼리의 `FROM` 로 사용하여 더 복잡한 질문에 답하는 방법을 배웠습니다. 마지막으로 배워야 할 것은 하위 쿼리를 사용하는 방법입니다!
+
### 하위 쿼리 사용 방법
@@ -385,9 +385,7 @@ NRQL의 하위 쿼리는 중첩된 집계와 유사하므로 다른 쿼리 내
/>
하위 쿼리는 데이터 탐색을 위한 강력한 도구로, 다양한 데이터 소스와 시간 범위에 걸쳐 더욱 정교한 쿼리를 가능하게 합니다.
-
-
이 튜토리얼을 완료한 것을 축하합니다. 이 자습서에서는 추가 집계 기술, 상위 수준 수학 함수, Regex 필터링, 중첩 집계 및 하위 쿼리와 같은 고급 기능을 배웠습니다. 이전 세 가지 튜토리얼을 완료했다면 사용할 수 있는 NRQL의 거의 모든 측면을 작업한 것입니다!
diff --git a/src/i18n/content/kr/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries.mdx b/src/i18n/content/kr/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries.mdx
index c209784f14e..bf998f3de16 100644
--- a/src/i18n/content/kr/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries.mdx
+++ b/src/i18n/content/kr/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries.mdx
@@ -22,70 +22,11 @@ NRQL 쿼리에 제한이 거의 발생하지 않습니다. 쿼리 제한이 발
다음에는 제한이 있습니다.
-* 특정 시간 범위에서 쿼리할 수 있는 데이터 포인트 수
* 오류가 발생하여 중지되기 전에 쿼리를 실행할 수 있는 기간
* 특정 기간 동안 수행할 수 있는 쿼리 수
다음으로 이러한 한도에 대해 자세히 알아보겠습니다.
-## 검사된 데이터 포인트에 대한 제한 [#inspected-count-limits]
-
-고객이 시작한 쿼리 또는 UI 페이지 로드로 인해 NRQL 쿼리가 실행되면 해당 쿼리는 NRDB 데이터베이스의 특정 수의 데이터 포인트를 검사합니다. 예를 들어 NRQL 쿼리를 실행하면 왼쪽 하단에 표시된 것처럼 검사된 데이터 포인트 수가 표시됩니다.
-
-
-
-
- 이 컨텍스트에서 `events` 쿼리로 검사된 모든 [NRQL 저장 데이터 포인트를](/docs/query-data/nrql-new-relic-query-language/getting-started/introduction-nrql#what-you-can-query) 나타냅니다.
-
-
-검사된 개수 제한은 특정 시간 범위에서 쿼리할 수 있는 데이터 포인트 수를 나타냅니다. 이러한 한도는 사용 중인 [데이터 옵션](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/data-ingest-billing#data-prices) 에 따라 다릅니다.
-
-
-
- [Data Plus](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/data-ingest-billing#data-prices) 옵션에는 검사된 데이터 포인트에 대한 다음 제한이 포함됩니다.
-
- * 분당 34B
- * 15분당 500B
- * 30분당 1T
-
-
-
- [원래 데이터 옵션](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/data-ingest-billing#data-prices)에 대해 검사된 데이터 포인트에 대한 제한:
-
- * 분당 10B
- * 15분당 150B
- * 30분당 300B
-
-
-
-### 검사 횟수에 포함되는 것은 무엇입니까? [#what-counts-inspected-count]
-
-다음 작업은 New Relic 계정의 검사 개수 제한에 포함됩니다.
-
-* 사용자가 시작한 선별된 보기 로드(예:
-
-
-
- UI 페이지, 분산 추적 UI 또는 조직에 대한 데이터를 반환하는 모든 UI).
-
-* UI에서든 API를 통해든 New Relic 사용자가 실행하는 사용자 지정 쿼리입니다.
-
-* 사용자 정의 대시보드에서 쿼리를 실행하는 위젯 로드
-
-경고 조건 평가 및 알림은 제한에 포함되지 **않지만** 경고 알림에 포함된 New Relic에 대한 링크는 제한에 포함됩니다.
-
-검사된 개수 제한에 도달하면 언급된 기능이 영향을 받습니다. 다음 기간에 개수가 한도 아래로 떨어지면 모든 제한 사항이 제거됩니다.
-
## 쿼리 기간 제한 [#query-duration]
쿼리 기간 제한은 NRQL 쿼리가 실행을 중지하고 오류로 간주되기 전까지 실행할 수 있는 기간입니다. 이 한도는 [데이터 옵션](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/data-ingest-billing#data-prices) 에 따라 다릅니다.
diff --git a/src/i18n/content/kr/docs/tutorial-kubernetes-learn/tutorial-k8s-intro.mdx b/src/i18n/content/kr/docs/tutorial-kubernetes-learn/tutorial-k8s-intro.mdx
index a7f477586e3..69e509fa78a 100644
--- a/src/i18n/content/kr/docs/tutorial-kubernetes-learn/tutorial-k8s-intro.mdx
+++ b/src/i18n/content/kr/docs/tutorial-kubernetes-learn/tutorial-k8s-intro.mdx
@@ -89,11 +89,10 @@ Kubernetes 시스템은 본질적으로 복잡하며 이해하기 어렵다는
- 또한 Pixie와 함께 자동 원격 측정을 사용하여 Kubernetes 클러스터를 모니터링할 수 있습니다. [여기에서 Pixie를 사용한 자동 원격 측정에 대해 자세히 알아보세요](/docs/kubernetes-pixie/auto-telemetry-pixie/get-started-auto-telemetry-pixie/).
-
- 이 튜토리얼에서는 Pixie 개념을 다루지 않지만 [따라갈 수 있는 다양한 다른 튜토리얼이](https://docs.px.dev/tutorials/pixie-101/) 있습니다.
-
+ 또한 Pixie와 함께 자동 원격 측정을 사용하여 Kubernetes 클러스터를 모니터링할 수 있습니다. [여기에서 Pixie를 사용한 자동 원격 측정에 대해 자세히 알아보세요](/docs/kubernetes-pixie/auto-telemetry-pixie/get-started-auto-telemetry-pixie/).
+ 이 튜토리얼에서는 Pixie 개념을 다루지 않지만 [따라갈 수 있는 다양한 다른 튜토리얼이](https://docs.px.dev/tutorials/pixie-101/) 있습니다.
+
diff --git a/src/i18n/content/kr/docs/tutorial-reporting-data/capture-web-telemetry.mdx b/src/i18n/content/kr/docs/tutorial-reporting-data/capture-web-telemetry.mdx
index 4ab3cd50f3e..af995771b81 100644
--- a/src/i18n/content/kr/docs/tutorial-reporting-data/capture-web-telemetry.mdx
+++ b/src/i18n/content/kr/docs/tutorial-reporting-data/capture-web-telemetry.mdx
@@ -229,63 +229,61 @@ import omaOeScBrowserGroupedAjaxRequests from 'images/oma-oe-sc_screenshot-poor-
[사용자 정의 속성을](/docs/data-apis/custom-data/custom-events/report-custom-event-data/#ways) 사용하여 데이터를 필터링하고 그룹화합니다. 사용자 정의 속성은 선택 사항이지만 이를 사용하면 많은 가치를 얻을 수 있습니다. 다음은 가장 일반적으로 권장되는 속성이지만 더 추가하고 싶을 수도 있습니다.
-
- 식별 가능한 사용자가 있는 모든 사이트에 권장됩니다. 오류의 영향을 받은 사용자 수를 식별하고 어떤 사용자인지 알 수 있도록 [오류 받은 편지함](/docs/errors-inbox/error-users-impacted/#attributes) 설명서에 설명된 규칙을 따르세요.
-
-
-
- 특정 고객의 경험을 측정하여 SLA를 충족하거나 지원 요청을 분석합니다.
-
-
-
- ### 소매업체를 위한 추가 맞춤 속성
-
-
-
- 전환 수익을 실시간으로 추적합니다. 결제 중 장바구니 포기 또는 문제의 영향을 측정합니다.
-
-
-
- 실시간으로 구매한 항목을 추적합니다. 결제 중 장바구니 포기 또는 문제의 영향을 측정합니다.
-
-
-
- 광고 캠페인 또는 프로모션의 결과로 얼마나 많은 사용자가 귀하의 사이트를 방문하는지 파악하십시오. 프로모션이 전환에 미치는 영향을 측정합니다.
-
-
-
- 클릭 투 콜렉트 성능에 대한 정보를 수집하기 위해 상점을 캡처하십시오. 매장 내 쇼핑 웹 애플리케이션의 성능을 측정합니다.
-
-
-
- 제품 ID가 페이지 URL에 아직 캡처되지 않은 경우 유용합니다. 이 정보를 사용하여 실적이 좋지 않은 제품 페이지를 알아보세요. 가장 많은 트래픽을 받는 제품 페이지와 가장 적은 트래픽을 받는 제품 페이지를 파악하세요.
-
-
-
-
-
+
+ 식별 가능한 사용자가 있는 모든 사이트에 권장됩니다. 오류의 영향을 받은 사용자 수를 식별하고 어떤 사용자인지 알 수 있도록 [오류 받은 편지함](/docs/errors-inbox/error-users-impacted/#attributes) 설명서에 설명된 규칙을 따르세요.
+
+
+
+ 특정 고객의 경험을 측정하여 SLA를 충족하거나 지원 요청을 분석합니다.
+
+
+ ### 소매업체를 위한 추가 맞춤 속성
+
+
+
+ 전환 수익을 실시간으로 추적합니다. 결제 중 장바구니 포기 또는 문제의 영향을 측정합니다.
+
+
+
+ 실시간으로 구매한 항목을 추적합니다. 결제 중 장바구니 포기 또는 문제의 영향을 측정합니다.
+
+
+
+ 광고 캠페인 또는 프로모션의 결과로 얼마나 많은 사용자가 귀하의 사이트를 방문하는지 파악하십시오. 프로모션이 전환에 미치는 영향을 측정합니다.
+
+
+
+ 클릭 투 콜렉트 성능에 대한 정보를 수집하기 위해 상점을 캡처하십시오. 매장 내 쇼핑 웹 애플리케이션의 성능을 측정합니다.
+
+
+
+ 제품 ID가 페이지 URL에 아직 캡처되지 않은 경우 유용합니다. 이 정보를 사용하여 실적이 좋지 않은 제품 페이지를 알아보세요. 가장 많은 트래픽을 받는 제품 페이지와 가장 적은 트래픽을 받는 제품 페이지를 파악하세요.
+
+
+
+
## 가치 실현 [#value-realization]
|