|
- `PermissionId`
+ `permissionIds`
|
- Int
+ \[Int]
|
@@ -370,10 +364,9 @@ New Relic は、スコアカード マネージャー用のカスタム ロー
#### サンプルリクエスト
```graphql
-
mutation {
customRoleCreate(
- container: {id: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX", type: "organization"}
+ container: { id: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX", type: "organization" }
name: "Scorecards manager"
permissionIds: [xxxxx, xxxxx]
scope: "organization"
@@ -381,13 +374,11 @@ New Relic は、スコアカード マネージャー用のカスタム ロー
id
}
}
-
```
#### サンプル回答
- ```graphql
-
+ ```json
{
"data": {
"customRoleCreate": {
@@ -395,7 +386,6 @@ New Relic は、スコアカード マネージャー用のカスタム ロー
}
}
}
-
```
@@ -487,10 +477,9 @@ New Relic は、スコアカード マネージャー用のカスタム ロー
#### サンプルリクエスト
```graphql
-
{
customerAdministration {
- groups(filter: {organizationId: {eq: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX"}}) {
+ groups(filter: { organizationId: { eq: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX" } }) {
nextCursor
items {
id
@@ -505,7 +494,6 @@ New Relic は、スコアカード マネージャー用のカスタム ロー
}
}
}
-
```
表示されたグループ ID のリストから、必要なグループ ID をコピーして、先ほど作成したカスタム スコアカード ロールに関連付けます。
@@ -552,9 +540,7 @@ New Relic は、スコアカード マネージャー用のカスタム ロー
|
- [カスタム ロール]()
-
- セクションで作成されたカスタム ロール ID。
+ カスタム ロール セクションで作成されたカスタム ロール ID。
|
@@ -583,7 +569,10 @@ New Relic は、スコアカード マネージャー用のカスタム ロー
```graphql
mutation {
authorizationManagementGrantAccess(
- grantAccessOptions: {organizationAccessGrants: {roleId: "99999999"}, groupId: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX"}
+ grantAccessOptions: {
+ organizationAccessGrants: { roleId: "99999999" }
+ groupId: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX"
+ }
) {
roles {
id
@@ -595,12 +584,11 @@ New Relic は、スコアカード マネージャー用のカスタム ロー
}
}
}
-
```
#### サンプル回答
- ```graphql
+ ```json
{
"data": {
"authorizationManagementGrantAccess": {
@@ -617,7 +605,6 @@ New Relic は、スコアカード マネージャー用のカスタム ロー
}
}
}
-
```
diff --git a/src/i18n/content/jp/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api.mdx b/src/i18n/content/jp/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api.mdx
index dbc5d005287..43c1132cf07 100644
--- a/src/i18n/content/jp/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api.mdx
+++ b/src/i18n/content/jp/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api.mdx
@@ -351,7 +351,6 @@ https://synthetics.eu.newrelic.com/synthetics/api
```sh
scriptPayload='{"scriptText":BASE64 encoded string}'
-
curl -v -X PUT \
-H "Api-Key:$API_KEY" \
-H 'Content-Type: application/json' \
@@ -394,12 +393,12 @@ https://synthetics.eu.newrelic.com/synthetics/api
この例では、`password`を`scriptLocation`のパスワードとして使用します。
- ```
+ ```shell
curl -v
- -X PUT -H "Api-Key:$API_KEY"
- -H 'content-type: application/json'
- $API_ENDPOINT/v3/monitors/$MONITOR_ID/script
- -d \
+ -X PUT -H "Api-Key:$API_KEY"
+ -H 'content-type: application/json'
+ $API_ENDPOINT/v3/monitors/$MONITOR_ID/script
+ -d \
'{
"scriptText": "dmFyIGFzc2VydCA9IHJlcXVpcmUoJ2Fzc2VydCcpOw0KYXNzZXJ0LmVxdWFsKCcxJywgJzEnKTs=",
"scriptLocations": [{
@@ -469,7 +468,7 @@ New RelicのREST APIとbashスクリプトを使用して、スクリプト化
場合によっては、行の折り返しを無効にする`-w 0`を使用することができます。 `base64 -w 0 $scriptfile`
- ```bash
+ ```sh
#!/bin/bash
# API key from your account settings
diff --git a/src/i18n/content/jp/docs/apm/agents/java-agent/troubleshooting/ssl-or-connection-errors-java.mdx b/src/i18n/content/jp/docs/apm/agents/java-agent/troubleshooting/ssl-or-connection-errors-java.mdx
index bdba019cf6b..6601f2e262b 100644
--- a/src/i18n/content/jp/docs/apm/agents/java-agent/troubleshooting/ssl-or-connection-errors-java.mdx
+++ b/src/i18n/content/jp/docs/apm/agents/java-agent/troubleshooting/ssl-or-connection-errors-java.mdx
@@ -39,7 +39,7 @@ Cannot find the specified class com.ibm.websphere.ssl.protocol.SSLSocketFactory
証明書をトラストストアにインポートするには、このコマンドを使用するか、または [Oracle の Java SE のドキュメントである keytool](https://docs.oracle.com/javase/6/docs/technotes/tools/solaris/keytool.html) を参照してください。
-```
+```sh
keytool -importcert -alias ca_alias -file ca_file.pem -keystore truststore.ts -storepass ts_password
```
@@ -113,4 +113,4 @@ java.security.cert.CertificateException: Could not parse certificate: java.io.IO
### ソリューションB [#log-exception-solution]
-証明書のヘッダーとフッターに末尾のホワイトスペースがないことを確認してください。空白がある場合は、編集するか、別の証明書を使用してください。
+証明書のヘッダーとフッターに末尾のホワイトスペースがないことを確認してください。空白がある場合は、編集するか、別の証明書を使用してください。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/browser/new-relic-browser/browser-apis/addpageaction.mdx b/src/i18n/content/jp/docs/browser/new-relic-browser/browser-apis/addpageaction.mdx
index dd0bea42f28..73a0768d636 100644
--- a/src/i18n/content/jp/docs/browser/new-relic-browser/browser-apis/addpageaction.mdx
+++ b/src/i18n/content/jp/docs/browser/new-relic-browser/browser-apis/addpageaction.mdx
@@ -45,7 +45,7 @@ newrelic.addPageAction(string $name[, JSON object $attributes])
このAPI コールは、ユーザーが定義した名前とオプションのプロパティ、および[ いくつかのデフォルトのプロパティ](/attribute-dictionary/?event=PageAction) を含む[ ブラウザ](/docs/query-your-data/explore-query-data/dashboards/introduction-new-relic-one-dashboards) [`PageAction`イベント を](/docs/insights/explore-data/custom-events/insert-browser-custom-events-attributes-insights-javascript-api) ダッシュボード に送信します。これは、 **Subscribe**ボタンのクリックやチュートリアルへのアクセスなど、ブラウザ エージェントによってまだ自動的に追跡されていないイベントを追跡するのに役立ちます。
* `PageAction` イベントは30秒ごとに送信されます。
-* 1,000 件のイベントが観測された場合、エージェントは収集サイクル間隔をバイパスして、バッファリングされたイベントを直ちに収集します。
+* 1,000 件のイベントが観測された場合、または収集ペイロード サイズが 16 KB を超える場合、エージェントは収集サイクル間隔をバイパスして、バッファリングされたイベントを直ちに収集します。
以前のエージェント バージョンでは、120 件のイベントが観測されると、イベントはドロップされました。バージョン[1.264.0](https://docs.newrelic.com/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.264.0/)ではイベント制限が 120 から 1,000 に増加され、ドロップされなくなりました。
diff --git a/src/i18n/content/jp/docs/browser/new-relic-browser/browser-apis/recordCustomEvent.mdx b/src/i18n/content/jp/docs/browser/new-relic-browser/browser-apis/recordCustomEvent.mdx
index 9c9d264d08f..96599e2679d 100644
--- a/src/i18n/content/jp/docs/browser/new-relic-browser/browser-apis/recordCustomEvent.mdx
+++ b/src/i18n/content/jp/docs/browser/new-relic-browser/browser-apis/recordCustomEvent.mdx
@@ -45,7 +45,7 @@ newrelic.recordCustomEvent(string $eventType[, JSON object $attributes])
このAPI コールは、アプリケーションbrowser に設定し[ ](/docs/query-your-data/explore-query-data/dashboards/introduction-new-relic-one-dashboards)たカスタム に送信します。これは、制御するルールと属性によって強化されたブラウザエージェントによってまだ自動的に追跡されていないイベントを追跡するのに役立ちます。
* `custom` イベントは30秒ごとに送信されます。
-* 1,000 件のイベントが観測された場合、エージェントは収集サイクル間隔をバイパスして、バッファリングされたイベントを直ちに収集します。
+* 1,000 件のイベントが観測された場合、または収集ペイロード サイズが 16 KB を超える場合、エージェントは収集サイクル間隔をバイパスして、バッファリングされたイベントを直ちに収集します。
## パラメーター [#parameters]
diff --git a/src/i18n/content/jp/docs/browser/new-relic-browser/performance-quality/browser-monitoring-performance-impact.mdx b/src/i18n/content/jp/docs/browser/new-relic-browser/performance-quality/browser-monitoring-performance-impact.mdx
index 626e6ba8d7a..cb1005f8a95 100644
--- a/src/i18n/content/jp/docs/browser/new-relic-browser/performance-quality/browser-monitoring-performance-impact.mdx
+++ b/src/i18n/content/jp/docs/browser/new-relic-browser/performance-quality/browser-monitoring-performance-impact.mdx
@@ -162,7 +162,7 @@ JavaScriptのオーバーヘッドは、ユーザーへの影響とお客様の
- `PageViewTiming` イベントはすべてのエージェントによって収集され、コア Web バイタル測定値などのタイミング データが含まれます。最初の収集は、 `load` ページ ライフサイクル イベントの 10 秒後に行われます。追加の収集は、送信するデータがある場合に必要に応じて 30 秒ごとに行われます。報告されたイベントのリストについては、 [PageViewTiming ドキュメント](/docs/browser/new-relic-browser/page-load-timing-resources/pageviewtiming-async-or-dynamic-page-details/#interactivity-metrics) を参照してください。
+ `PageViewTiming` イベントはすべてのエージェントによって収集され、コア ウェブ バイタル測定などのタイミング データが含まれます。最初の収集は、 `load`ページ ライフサイクル イベントの 10 秒後に行われます。送信するデータがある場合、または収集ペイロード サイズが 16 KB を超える場合は、必要に応じて 30 秒ごとに追加の収集が行われます。報告されるイベントのリストについては、 [PageViewTiming のドキュメントを](/docs/browser/new-relic-browser/page-load-timing-resources/pageviewtiming-async-or-dynamic-page-details/#interactivity-metrics)参照してください。
|
@@ -300,7 +300,7 @@ JavaScriptのオーバーヘッドは、ユーザーへの影響とお客様の
- `PageAction` イベントは `load` ページ ライフサイクル イベントの後に収集され、その後の収集は 30 秒ごとに行われます。
+ `PageAction` イベントは、 `load`ページのライフサイクル イベントの後に収集されます。それ以降の収集は 30 秒ごとに行われるか、収集ペイロード サイズが 16 KB を超えている場合に行われます。
|
diff --git a/src/i18n/content/jp/docs/change-tracking/change-tracking-events.mdx b/src/i18n/content/jp/docs/change-tracking/change-tracking-events.mdx
index 8410d1f3c88..fb7d32cfdbe 100644
--- a/src/i18n/content/jp/docs/change-tracking/change-tracking-events.mdx
+++ b/src/i18n/content/jp/docs/change-tracking/change-tracking-events.mdx
@@ -29,7 +29,7 @@ translationType: machine
変更追跡 (変更追跡機能) 機能を使用すると、アプリケーションとインフラストラクチャ全体の変更をキャプチャ、視覚化、分析できます。 この機能は、変更がシステムと顧客の両方にどのような影響を与えるかを理解できるように設計されています。
-* **システムに影響を与えるすべての変更をキャプチャする:**機能フラグの変更、設定の変更、ビジネス イベントなど、あらゆるタイプの変更について変更イベントを送信します。 特定の要件に合わせてカスタム変更イベントを作成することもできます。[`changeTrackingCreateEvent`](#change-tracking-event-mutation) NerdGraph ミューテーションを使用すると、さまざまな種類の変更イベントを簡単に送信できます。
+* **システムに影響を与えるすべての変更をキャプチャします。**デプロイメント、機能フラグの変更、設定の変更、ビジネス イベントなど、あらゆる種類の変更について変更イベントを送信します。 特定の要件に合わせてカスタム変更イベントを作成することもできます。[`changeTrackingCreateEvent`](#change-tracking-event-mutation) NerdGraph ミューテーションを使用すると、さまざまな種類の変更イベントを簡単に送信できます。
* **システム全体の変更を管理するための包括的なビューを取得します。1**つの統合インターフェースから、すべてのエンティティとアカウントにわたる変更イベントをシームレスに表示およびフィルタリングします。チーム、タイプ、カスタムアトリビュート、その他の基準でフィルタリングすることで、変更を簡単に特定します。
diff --git a/src/i18n/content/jp/docs/new-relic-control/agent-control/configuration.mdx b/src/i18n/content/jp/docs/new-relic-control/agent-control/configuration.mdx
index 8cd2cdc6bd6..f4ba3ad3d5c 100644
--- a/src/i18n/content/jp/docs/new-relic-control/agent-control/configuration.mdx
+++ b/src/i18n/content/jp/docs/new-relic-control/agent-control/configuration.mdx
@@ -306,21 +306,22 @@ Agent Control次の優先順位でプロキシ設定を使用します。
secretName: ca-certs
# Configure Flux components to use proxy
- flux2:
- sourceController:
- extraEnv:
- # Configure Flux source-controller to proxy all requests
- - name: HTTPS_PROXY
- value: https://proxy-service:8080
- # Except for in-cluster requests
- - name: "NO_PROXY"
- value: ".cluster.local.,.cluster.local,cluster.local,.svc,127.0.0.0/8,10.0.0.0/8"
- volumeMounts:
- # Mount CA certificate bundle to source-controller trust root store. The bundle should contain the
- # proxy CA cert.
- - mountPath: /etc/ssl/certs/
- name: ca-certs
- volumes:
+ agent-control-cd:
+ flux2:
+ sourceController:
+ extraEnv:
+ # Configure Flux source-controller to proxy all requests
+ - name: HTTPS_PROXY
+ value: https://proxy-service:8080
+ # Except for in-cluster requests
+ - name: "NO_PROXY"
+ value: ".cluster.local.,.cluster.local,cluster.local,.svc,127.0.0.0/8,10.0.0.0/8"
+ volumeMounts:
+ # Mount CA certificate bundle to source-controller trust root store. The bundle should contain the
+ # proxy CA cert.
+ - mountPath: /etc/ssl/certs/
+ name: ca-certs
+ volumes:
- name: ca-certs
secret:
secretName: ca-certs
@@ -338,20 +339,160 @@ Agent Control次の優先順位でプロキシ設定を使用します。
プロキシを使用する場合は、管理対象エージェントごとにプロキシ設定を個別に構成する必要があります。プロキシ設定オプションについては、各エージェントの固有のドキュメントを参照してください。
-## Private repository configuration
+## 秘密管理
-Agent Control supports configuring private Helm repositories to deploy both Agent Control itself and the managed agents. This enables environments where the New Relic Helm charts are not directly accessible.
+Agent Control provides a robust mechanism for managing sensitive data, such as passwords and API keys, by retrieving them from dedicated secret providers. This ensures that sensitive information is not hard-coded directly into configuration files. The system currently supports the following secret providers:
+
+* HashiCorp Vault: referred to as `nr-vault` in configurations.
+* Kubernetes Secrets: referred to as `nr-kubesec` in configurations.
+
+### Defining Secrets in Configuration
+
+To utilize secrets, define them within your Agent-Control configuration YAML file by following these steps:
+
+1. **Define the `secrets_providers` section:** Configure your secret providers centrally in this section. Ensure each entry corresponds to a supported provider.
+2. **Configure secret sources:** For each provider, specify one or more sources. A source includes the necessary configuration details (e.g., URL, token) for Agent control to connect to and retrieve a group of secrets.
+3. **Use placeholders in agent configurations:** Instead of the actual sensitive data, Use a placeholder string within your agent's configuration. Agent control automatically replaces these placeholders with the retrieved secrets during the rendering process.
+
+
+ If Agent control fails to retrieve a secret, the configuration rendering will fail, and the agent will not be executed. This is a critical security feature to prevent agents from running with incomplete or incorrect configurations.
+
+
+The following agent-control configuration example demonstrates how to configure for retrieving secrets from two Vault sources within the `secrets_providers` section:
+
+```yaml
+secrets_providers:
+ vault:
+ sources:
+ local-instance:
+ url: http://localhost:8200/v1/
+ token: root
+ engine: kv2
+ remote:
+ url: http://my-remote-server:8200/v1/
+ token: root
+ engine: kv1
+
+fleet_control:
+ ...
+
+agents:
+ ...
+```
+
+#### Using Secrets in an Agent Configuration
+
+After the sources are defined, in an agent configuration, you can reference the vault using a specific placeholder syntax with the correct path. Agent control retrieves the secret and uses it to render the final configuration file that the agent is going to use.
+
+Example of agent configuration using vault placeholders:
+
+```yaml
+config_agent: |+
+ enable_process_metrics: true
+ custom_attributes:
+ username: "${nr-vault:local-instance:secret:my_secret:username}"
+ organization: "${nr-vault:remote:my_mount:my_path:organization}"
+```
+
+この例では
+
+The placeholder `${nr-vault:local-instance:secret:my_secret:username}` instructs Agent control to retrieve the value associated with the key username from the secret at the path `secret/my_secret` using the local-instance vault source. The placeholder `${nr-vault:remote:my_mount:my_path:organization}` similarly retrieves the value for the organization key from the remote source.
+
+After successful retrieval, Agent control renders these secrets from the specified source and path, storing the result in a K8s secret or private config file for use by the corresponding agent.
+
+### ヴォールトの秘密
+
+Set up the vault sources with the following settings:
+
+
+
+
+ |
+ YAMLキー
+ |
+
+
+ 説明
+ |
+
+
+
+
+
+ |
+ `url`
+ |
+
+
+ データを要求するURL
+ |
+
+
+
+ |
+ `token`
+ |
+
+
+ Used to authenticate to the endpoint.
+ |
+
+
+
+ |
+ `engine`
+ |
+
+
+ Specify **`kv1`** or **`kv2`**.
+ |
+
+
+
+
+In the configuration file, each secret stored in Vault can be accessed by setting a placeholder with:
+
+* **source\_name**: The name of the Vault source defined in `secrets_providers`.
+* **mount**: The name of the secrets engine mount.
+* **path**: The specific path to the secret.
+* **specific key**: The specific key within the secret to be retrieved.
+
+Example of full placeholder format:
+
+```
+"${nr-vault:source_name:my_mount:my_path:my_value}"
+```
+
+### Kubernetes secrets
+
+If the agent-control pod has permissions, such as through a Service Account and Role-Based Access Control (RBAC), to access the required secrets and namespaces, Agent control can directly access secrets from the Kubernetes API without needing a separate sources configuration.
+
+In the agent configuration file, retrieve each secret value using a placeholder specifying:
+
+* **namespace**: The Kubernetes namespace where the secret is located.
+* **name**: The name of the Kubernetes secret object.
+* **specific key**: The specific key within the secret from which to retrieve the value.
+
+For example, use the placeholder format:
+
+```
+"${nr-kubesec:my_namespace:my_secret:my_value}"
+```
+
+## プライベートリポジトリ設定
+
+Agent Control は、Agent Control 自体と管理対象エージェントの両方をデプロイするためのプライベート Helm リポジトリの構成をサポートしています。これにより、New Relic Helm チャートに直接アクセスできない環境が可能になります。
- When using private Helm repositories, the charts need to be compatible and the referenced images within the charts must be reachable. If not, the agents will not work as expected.
+ プライベート Helm リポジトリを使用する場合、チャートは互換性があり、チャート内の参照イメージにアクセスできる必要があります。そうしないと、エージェントは期待どおりに動作しません。
-### 1. Enable private repositories for agents
+### 1. エージェントのプライベートリポジトリを有効にする
-For security reasons, only explicitly enabled repositories will be allowed in remote configurations. To enable specific repositories, you need to update the Agent Control configuration:
+セキュリティ上の理由から、リモート設定では明示的に有効化されたリポジトリのみが許可されます。 特定のリポジトリを有効にするには、 Agent Control設定を更新する必要があります。
-
+
```yaml
# values-newrelic.yaml
@@ -371,7 +512,7 @@ For security reasons, only explicitly enabled repositories will be allowed in re
-The allowed repository configurations can then be used in your remote configurations within New Relic Control. Example:
+許可されたリポジトリ設定は、 New Relic Control 内のリモート設定で使用できるようになります。 例：
```yaml
chart_version: "1.2.3"
@@ -380,19 +521,19 @@ chart_repository:
name: "my-chart-name" # Optional: use only if the chart name doesn't match New Relic's chart name
```
-Additionally, you need to configure Agent Control's Helm installation to use your private repository if the `agent-control` chart itself is in a private repository. This is separate from the configuration for managed agents. Refer to the `agent-control` Helm chart [values.yaml](https://github.com/newrelic/helm-charts/blob/master/charts/agent-control/values.yaml) to set up the `installationJob` section. Specifically:
+さらに、 `agent-control`チャート自体がプライベート リポジトリ内にある場合は、プライベート リポジトリを使用するようにAgent ControlのHelmを構成する必要があります。 マネージドエージェントの設定とは別のものです。 `installationJob`セクションを設定するには、 `agent-control` Helm チャート[values.yaml](https://github.com/newrelic/helm-charts/blob/master/charts/agent-control/values.yaml)を参照してください。具体的には：
-* `chartRepositoryUrl` containing your repository URL
-* `name` if using a different chart name
-* `repositorySecretReferenceName` and `repositoryCertificateSecretReferenceName` for authentication (see the authentication section below for details)
+* `chartRepositoryUrl` リポジトリのURLを含む
+* `name` 別のチャート名を使用する場合
+* `repositorySecretReferenceName` 認証には`repositoryCertificateSecretReferenceName`使用します（詳細は以下の認証セクションを参照してください）
-### 2. Set up authentication for private repositories
+### 2. プライベートリポジトリの認証を設定する
-You need to set up additional resources to enable authentication for accessing your private repository:
+プライベート リポジトリにアクセスするための認証を有効にするには、追加のリソースを設定する必要があります。
- To authenticate using basic authentication (username and password), you need to create a secret in the Agent Control namespace containing the expected values in `data.username` and `data.password`.
+ 基本認証 (ユーザー名とパスワード) を使用して認証するには、 Agent Controlネームスペースに、 `data.username`および`data.password`の予想される値を含むシークレットを作成する必要があります。
例：
@@ -406,9 +547,9 @@ You need to set up additional resources to enable authentication for accessing y
password: "myPassword"
```
- For more details, see the [Flux documentation](https://fluxcd.io/flux/components/source/helmrepositories/#secret-reference).
+ 詳細については、 [Flux のドキュメント](https://fluxcd.io/flux/components/source/helmrepositories/#secret-reference)を参照してください。
- When using basic authentication, the remote configuration should be configured as follows:
+ 基本認証を使用する場合、リモート設定は次のように構成する必要があります。
```yaml
chart_repository:
@@ -418,13 +559,13 @@ You need to set up additional resources to enable authentication for accessing y
```
-
- To authenticate using TLS, you need to create a secret containing:
+
+ TLS を使用して認証するには、次の内容を含むシークレットを作成する必要があります。
- * `tls.crt` and `tls.key`: client certificate and private key used for TLS client authentication
- * `ca.crt`: CA certificate used to verify the server (required if the server uses a self-signed certificate)
+ * `tls.crt` および`tls.key` : TLSクライアント認証に使用されるクライアント証明書と秘密鍵
+ * `ca.crt`: サーバーの検証に使用される CA 証明書 (サーバーが自己署名証明書を使用する場合に必要)
- The Secret should be of type `Opaque` or `kubernetes.io/tls`. All files in the Secret are expected to be PEM-encoded.
+ Secret のタイプは`Opaque`または`kubernetes.io/tls`である必要があります。Secret 内のすべてのファイルは PEM でエンコードされている必要があります。
例：
@@ -442,9 +583,9 @@ You need to set up additional resources to enable authentication for accessing y
ca.crt:
```
- For more details, see the [Flux documentation](https://fluxcd.io/flux/components/source/helmrepositories/#secret-reference).
+ 詳細については、 [Flux のドキュメント](https://fluxcd.io/flux/components/source/helmrepositories/#secret-reference)を参照してください。
- When using TLS certificate authentication, the remote configuration should be configured as follows:
+ TLS 証明書認証を使用する場合、リモート設定は次のように構成する必要があります。
```yaml
chart_repository:
diff --git a/src/i18n/content/jp/docs/new-relic-control/pipeline-control/cloud-rules-api.mdx b/src/i18n/content/jp/docs/new-relic-control/pipeline-control/cloud-rules-api.mdx
index 2a9ef2ac83a..4cc20cbf721 100644
--- a/src/i18n/content/jp/docs/new-relic-control/pipeline-control/cloud-rules-api.mdx
+++ b/src/i18n/content/jp/docs/new-relic-control/pipeline-control/cloud-rules-api.mdx
@@ -280,7 +280,7 @@ mutation {
pipelineCloudRuleEntity: {
description: "Since we only care about MyEvent in staging and production, let's drop all MyEvent data in the test environment",
name: "Drop MyEvent in test environment",
- nrql: "DELETE FROM MyEvent where environment = 'test'",
+ nrql: "DELETE FROM MyEvent WHERE environment = 'test'",
scope: {
id: "your_nr_account_id",
type: ACCOUNT
@@ -304,7 +304,7 @@ mutation {
pipelineCloudRuleEntity: {
description: "We don't care about jvmId and targetAttr in the test environment, let's drop those attributes",
name: "Drop jvmId and targetAttr from MyEvent in test environment",
- nrql: "DELETE jvmId, targetAttr FROM MyEvent where environment = 'test'",
+ nrql: "DELETE jvmId, targetAttr FROM MyEvent WHERE environment = 'test'",
scope: {
id: "your_nr_account_id",
type: ACCOUNT
@@ -531,7 +531,7 @@ mutation {
pipelineCloudRuleEntity: {
description: "We don't care about targetAttr in the test environment in dimensional metric rolloups, let's drop those attributes",
name: "Drop targetAttr from Metric aggregate rollups in test environment",
- nrql: "DELETE targetAttr FROM MetricAggregate where environment = 'test'",
+ nrql: "DELETE targetAttr FROM MetricAggregate WHERE environment = 'test'",
scope: {
id: "your_nr_account_id",
type: ACCOUNT
diff --git a/src/i18n/content/jp/docs/new-relic-control/pipeline-control/data-dropping-gateway.mdx b/src/i18n/content/jp/docs/new-relic-control/pipeline-control/data-dropping-gateway.mdx
index 419f3c4f8fa..fa44522a5f7 100644
--- a/src/i18n/content/jp/docs/new-relic-control/pipeline-control/data-dropping-gateway.mdx
+++ b/src/i18n/content/jp/docs/new-relic-control/pipeline-control/data-dropping-gateway.mdx
@@ -524,7 +524,7 @@ translationType: machine
- `DELETE FROM SqlTrace WHERE uri = 'Custom\/Simple\/sqlTransaction'`
+ `DELETE FROM SqlTrace WHERE uri = 'Custom/Simple/sqlTransaction'`
|
@@ -586,7 +586,7 @@ translationType: machine
- `DELETE FROM TransactionTrace WHERE uri = 'Custom\/Simple\/sqlTransaction'`
+ `DELETE FROM TransactionTrace WHERE uri = 'Custom/Simple/sqlTransaction'`
|
@@ -730,7 +730,7 @@ translationType: machine
- `DELETE instanceType,inodesTotal NetworkSample WHERE entityKey = 'vagrant'`
+ `DELETE instanceType, inodesTotal NetworkSample WHERE entityKey = 'vagrant'`
|
@@ -774,7 +774,7 @@ translationType: machine
- `DELETE FROM ContainerSample WHERE agentName='ContainerSampleAgent'`
+ `DELETE FROM ContainerSample WHERE agentName = 'ContainerSampleAgent'`
|
diff --git a/src/i18n/content/jp/docs/new-relic-control/pipeline-control/nrql-functions.mdx b/src/i18n/content/jp/docs/new-relic-control/pipeline-control/nrql-functions.mdx
index 1fbda0e39c2..e76ac08e3ed 100644
--- a/src/i18n/content/jp/docs/new-relic-control/pipeline-control/nrql-functions.mdx
+++ b/src/i18n/content/jp/docs/new-relic-control/pipeline-control/nrql-functions.mdx
@@ -185,8 +185,8 @@ translationType: machine
これらの例では、複数の関数を組み合わせて、より複雑なシナリオで使用し、正確なデータのフィルタリングと削除を実現する方法を示します。
-* `DELETE FROM ContainerSample WHERE state = 'exited' and status LIKE '%Exited%' and status NOT LIKE '%second%' and status not like '%About a minute ago%' and not (status like '%minute%' and numeric(aparse(status,'%Exited (%) * minutes ago%')) < 10)`
+* `DELETE FROM ContainerSample WHERE state = 'exited' AND status LIKE '%Exited%' AND status NOT LIKE '%second%' AND status NOT LIKE '%About a minute ago%' AND NOT (status LIKE '%minute%' AND numeric(aparse(status,'%Exited (%) * minutes ago%')) < 10)`
* `DELETE FROM Log, LogExtendedRecord WHERE dimensions() LIKE '%collectd%' AND newrelic.logs.customEventType IS NULL`
-* `DELETE FROM Log WHERE message LIKE '%lib/ladon/middleware/caching.rb:49 run> terminated with exception%' and floor(timestamp/101) = (timestamp/101)`
+* `DELETE FROM Log WHERE message LIKE '%lib/ladon/middleware/caching.rb:49 run> terminated with exception%' AND floor(timestamp/101) = (timestamp/101)`
これらの新しい関数により、Pipeline Control ゲートウェイを操作する際の NRQL クエリの機能が大幅に拡張され、より正確なデータ分析と管理が可能になります。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/release-notes/docs-release-notes/docs-7-25-2025.mdx b/src/i18n/content/jp/docs/release-notes/docs-release-notes/docs-7-25-2025.mdx
index f2adbb73ad9..41e13015edf 100644
--- a/src/i18n/content/jp/docs/release-notes/docs-release-notes/docs-7-25-2025.mdx
+++ b/src/i18n/content/jp/docs/release-notes/docs-release-notes/docs-7-25-2025.mdx
@@ -10,7 +10,7 @@ translationType: machine
* [New Relic Browserエージェントの問題をデバッグする方法](/docs/browser/new-relic-browser/troubleshooting/how-to-debug-browser-agent/)に関する新しい機能が追加されました。これには、バージョン 1.285.0 以降で強化されたトラブルシューティングのための詳細なログ記録、ネットワーク リクエストの監視、検査イベントが含まれます。
* `python`および`.node.js`関数の監視に[Azure Functions の](/docs/serverless-function-monitoring/azure-function-monitoring/introduction-azure-monitoring/)サポートが追加されました。
* New Relicプラットフォームで非効率性を特定し、最適化の推奨事項を提供し、CCU 削減量を見積もる機能を備えた、計算効率を高めるための実用的なインサイト用の[コスト オプティマイザー](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/compute-optimizer/)を追加しました。
-* \[ Cloud Cost Intelligence ] を追加しました。これは、包括的なコストの内訳、 Kubernetesコストの割り当て、手動コストの見積もり、クロスアカウントのデータ収集などの機能を含む、 cloudコストの可視化と管理のためのツールを提供します。現在はAWSクラウド コストのみをサポートしています。
+* [Cloud Cost Intelligence](/docs/cci/getting-started/overview)を追加しました。 cloudコストの可視化と管理のためのツールを提供します。これには、包括的なコストの内訳、 Kubernetesコストの割り当て、手動コストの見積もり、クロスアカウント データ収集などの機能が含まれます。現在はAWSクラウド コストのみをサポートしています。
* [KubernetesにOpenTelemetryオブザーバNew Relic](/docs/kubernetes-pixie/k8s-otel/intro/)を追加し、 Helmチャートを介してクラスタをシームレスに監視するための New Relic 機能プロバイダーに依存しない統合を使用して、 New Relicのツールとダッシュボードに送信されるメトリクス、イベント、ログのテレメトリー信号を強化しました。
* [Windowsインテグレーションの制限とトラブルシューティング](/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/troubleshooting-windows/)を追加
* [CloudFormation およびCloudWatch Metric Streams](/docs/infrastructure/amazon-integrations/aws-integration-for-metrics/via-cloudformation/)を介したAWSインテグレーションが追加され、サポートされていないサービスのAPIポーリングがサポートされました。
diff --git a/src/i18n/content/jp/docs/release-notes/docs-release-notes/docs-8-08-2025.mdx b/src/i18n/content/jp/docs/release-notes/docs-release-notes/docs-8-08-2025.mdx
new file mode 100644
index 00000000000..9e024f7adf7
--- /dev/null
+++ b/src/i18n/content/jp/docs/release-notes/docs-release-notes/docs-8-08-2025.mdx
@@ -0,0 +1,60 @@
+---
+subject: Docs
+releaseDate: '2025-08-08'
+version: 'August 01 - August 07, 2025'
+translationType: machine
+---
+
+### 新しいドキュメント
+
+* [NerdGraph チュートリアル「チームのカスタム ロールの作成」が追加され、](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/compute-budgets/overview) New Relic NerdGraph API を使用してチームのカスタム ロールを作成および管理する方法が説明されました。
+
+### マイナーチェンジ
+
+* [条件ごとの集中イベントの値を](/docs/alerts/admin/rules-limits-alerts)1 分あたり 1,000 に変更しました。
+* 最新の検証済み[.Net エージェント互換バージョンと要件](/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements)を更新しました。
+* [VMware Tanzu](/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration)のサービス ブローカーのバージョンおよびバージョン サポート情報を更新しました。
+* [VMware Tanzu](/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-nginx-buildpack-integration)用のNew Relic NGINX 統合ビルドパックに関するバージョン サポート情報を更新しました。
+* New Relic Nozzle for [VMware Tanzu](/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-firehose-nozzle-integration/#product-snapshot)のバージョンおよびバージョン サポート情報を更新しました。
+
+### リリースノート
+
+* 新着情報投稿をご覧ください:
+
+ * [Errors Inboxはワークロード内に統合されました](/whats-new/2025/08/whats-new-08-06-workloads-errors-inbox)。
+
+* 弊社の最新リリース情報を常に把握してください:
+
+ * [ジョブマネージャー v452](/docs/release-notes/synthetics-release-notes/job-manager-release-notes/job-manager-release-452) :
+ * キュー メッセージの処理における例外処理の内部的な改善を追加しました。
+
+ * [Kubernetesインテグレーション v3.43.3](/docs/release-notes/infrastructure-release-notes/kubernetes-integration-release-notes/kubernetes-integration-3-43-3) :
+ * New Relic Kubernetes 監視ソリューションをデプロイするための Helm チャートを追加しました。
+
+ * [Pipeline Controlゲートウェイ v1.1.0](/docs/release-notes/pipeline-control-gateway-release-notes/pipeline-control-gateway-25-08-05) :
+
+ * ドロップ ルールを使用して`SqlTrace`および`TransactionTrace`イベントからデータと属性を選択的にドロップする新しい機能を実装しました。
+
+ * クロスサイト スクリプトの問題や、IPv6 ゾーン ID に関連する HTTP プロキシ バイパスなど、 `golang.org/x/net`パッケージの脆弱性に対処しました。
+
+ * Go `1.24`にアップグレードされ、セキュリティを強化し、最近の修正を組み込むために次の依存関係が更新されました。
+
+ * `golang.org/x/net to v0.38.0`
+ * `golang.org/x/sys to v0.31.0`
+ * `golang.org/x/text to v0.23.0`
+
+ * [iOS向けモバイルアプリv6.9.11](/docs/release-notes/mobile-apps-release-notes/new-relic-ios-release-notes/new-relic-ios-6101) :
+ * ユーザーの認証ドメインを保存し、ユーザーをサインイン ページに直接リダイレクトすることで、ログイン フローを 2 ステップ削減しました。
+
+ * [Flutterエージェント v1.1.13](/docs/release-notes/mobile-release-notes/flutter-release-notes/flutter-agent-1113) :
+
+ * ネイティブ Android エージェントがバージョン 7.6.8 にアップデートされました
+ * ネイティブ iOS エージェントがバージョン 7.5.8 にアップデートされました
+
+ * [.NET MAUI エージェント v1.1.11](/docs/release-notes/mobile-release-notes/net-maui-release-notes/net-maui-agent-1111)
+
+ * ネイティブ Android エージェントがバージョン 7.6.8 にアップデートされました
+ * ネイティブ iOS エージェントがバージョン 7.5.8 にアップデートされました
+
+ * [インフラストラクチャエージェント v1.65.5](/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655) :
+ * ストレージサンプルのAWS efsマウントのサポートを変更しました
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655.mdx b/src/i18n/content/jp/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655.mdx
index 9eb3f0df919..2a43fb231c2 100644
--- a/src/i18n/content/jp/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655.mdx
+++ b/src/i18n/content/jp/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655.mdx
@@ -5,10 +5,19 @@ version: 1.65.5
translationType: machine
---
+
+ **既知の問題**: このリリースには、NFSv4 マウントを持つ Linux ホスト上の NFSv4 マウント データを含む StorageSample が原因で、diskUsedPercent の計算に既知の問題があります。
+
+
+次のいずれかの代替案を検討してください。
+
+* Use any version higher than `1.65.5`
+* 以下のバージョンより低いものを使用してください `1.65.5`
+
エージェントの新しいバージョンがリリースされました。標準手順に従って[インフラストラクチャエージェントを更新します](https://docs.newrelic.com/docs/infrastructure/install-configure-manage-infrastructure/update-or-uninstall/update-infrastructure-agent)。 New Relic では、エージェントを定期的に、少なくとも 3 か月ごとにアップグレードすることを推奨しています。このリリースの時点で、サポートされている最も古いバージョンは[インフラストラクチャエージェント 1.51.0](https://docs.newrelic.com/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1510/)です。
## かわった
-* 機能: #2069 のストレージ サンプルで AWS EFS マウントをサポート
+* feat: support AWS EFS mounts in storage samples in #2069
* chore(deps): golang.org/x/oauth2 をバンプします#2093 で 0.20.0 から 0.27.0 に変更
* chore(deps): #2094 で nri-prometheus のバージョンを v2.27.0 に更新しました
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/release-notes/mobile-apps-release-notes/new-relic-android-release-notes/new-relic-android-5306.mdx b/src/i18n/content/jp/docs/release-notes/mobile-apps-release-notes/new-relic-android-release-notes/new-relic-android-5306.mdx
new file mode 100644
index 00000000000..d9a1c73504b
--- /dev/null
+++ b/src/i18n/content/jp/docs/release-notes/mobile-apps-release-notes/new-relic-android-release-notes/new-relic-android-5306.mdx
@@ -0,0 +1,11 @@
+---
+subject: Mobile app for Android
+releaseDate: '2025-08-07'
+version: 5.30.6
+downloadLink: 'https://play.google.com/store/apps/details?id=com.newrelic.rpm'
+translationType: machine
+---
+
+### 機能強化
+
+* SAMLおよびソーシャルログインのパスキーサポート
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.295.mdx b/src/i18n/content/jp/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.295.mdx
new file mode 100644
index 00000000000..6e5b982a15b
--- /dev/null
+++ b/src/i18n/content/jp/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.295.mdx
@@ -0,0 +1,39 @@
+---
+subject: Browser agent
+releaseDate: '2025-08-04'
+version: 1.295.0
+downloadLink: 'https://www.npmjs.com/package/@newrelic/browser-agent'
+features:
+ - Add error cause detection
+bugs:
+ - Add monkey-patching warnings
+ - Calculate first and last timestamps from raw data
+security: []
+translationType: machine
+---
+
+## v1.295.0
+
+### 特徴
+
+#### エラー原因検出を追加
+
+キャプチャされた JavaScriptError イベントの原因属性を検出して報告します。原因がエラーのインスタンスである場合はスタックトレースがキャプチャされ、それ以外の場合は原因の文字列化された内容が報告されます。 これは、属性`cause`の下の JavaScriptError イベントでクエリ可能になります。
+
+### バグ修正
+
+#### モンキーパッチの警告を追加する
+
+エージェントがページで実行される前に、予期されるグローバルにモンキーパッチが適用された場合の検出と警告を追加しました。これにより予期しない動作が発生する可能性があり、この動作について顧客に通知することが目的です。
+
+#### 生データから最初と最後のタイムスタンプを計算する
+
+UI リプレーヤーの一貫性を向上させるために、収集前にエージェントが SessionReplay ペイロードの最初と最後のタイムスタンプを手動で計算することを確認します。
+
+## サポートステートメント
+
+New Relic では、最新の機能とパフォーマンス上のメリットを確実に得られるよう、エージェントを定期的にアップグレードすることをお勧めします。古いリリースは[サポート終了](https://docs.newrelic.com/docs/browser/browser-monitoring/getting-started/browser-agent-eol-policy/)になるとサポートされなくなります。リリース日は、エージェント バージョンの元の公開日を反映します。
+
+新しいブラウザエージェントのリリースは、一定期間にわたって小さな段階で顧客に展開されます。 このため、リリースがアカウントでアクセス可能になる日付は、元の公開日と一致しない可能性があります。詳細については、この[ステータス ダッシュボード](https://newrelic.github.io/newrelic-browser-agent-release/)をご覧ください。
+
+弊社の[ブラウザ サポート ポリシー](https://docs.newrelic.com/docs/browser/new-relic-browser/getting-started/compatibility-requirements-browser-monitoring/#browser-types)に従い、 Browserの v1.295.0 は、 Chrome 128 ～ 138、Edge 128 ～ 138、Safari 17 ～ 19、Firefox 130 ～ 140 のブラウザとバージョン範囲向けに構築され、テストされました。 モバイル デバイスの場合、v1.295.0 は Android OS 16 および iOS Safari 17-26 用に構築およびテストされました。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/service-architecture-intelligence/github-integration.mdx b/src/i18n/content/jp/docs/service-architecture-intelligence/github-integration.mdx
index 8546f83f922..5779ced4102 100644
--- a/src/i18n/content/jp/docs/service-architecture-intelligence/github-integration.mdx
+++ b/src/i18n/content/jp/docs/service-architecture-intelligence/github-integration.mdx
@@ -53,10 +53,10 @@ New RelicGitHub インテグレーションは、GitHub アカウントからユ
**New Relic Teamsへのリポジトリの割り当て**
-GitHub で`teamOwningRepo`カスタム プロパティを作成すると、GitHub リポジトリをチームに自動的に割り当てることができます。
+GitHub でカスタム プロパティとして`teamOwningRepo`追加することで、GitHub リポジトリをチームに自動的に割り当てることができます。
1. 組織レベルでカスタム プロパティを作成し、リポジトリ レベルでカスタム プロパティの値を割り当てます。さらに、組織レベルで複数のリポジトリに対して同時にカスタム プロパティを設定することもできます。
-2. 次に、New Relic Teams で[自動所有権](/docs/service-architecture-intelligence/teams/manage-teams/#assign-ownership)機能を有効にし、 `teamOwningRepo`タグ キーとして使用するようにします。
+2. 次に、New Relic Teams で[自動所有権](/docs/service-architecture-intelligence/teams/manage-teams/#assign-ownership)機能を有効にし、 `team`タグ キーとして使用するようにします。
これを設定すると、各リポジトリが適切なチームに自動的にマッチングされます。
diff --git a/src/i18n/content/jp/docs/tutorial-improve-site-performance/guide-to-monitoring-core-web-vitals.mdx b/src/i18n/content/jp/docs/tutorial-improve-site-performance/guide-to-monitoring-core-web-vitals.mdx
index 000d39f976d..9461ee848d9 100644
--- a/src/i18n/content/jp/docs/tutorial-improve-site-performance/guide-to-monitoring-core-web-vitals.mdx
+++ b/src/i18n/content/jp/docs/tutorial-improve-site-performance/guide-to-monitoring-core-web-vitals.mdx
@@ -1,30 +1,32 @@
---
-title: ウェブ上の重要な要素を監視する
+title: Core Web Vitalsをモニタリングする
tags:
- Browser
- Browser monitoring
- Guides
-metaDescription: A guide to monitor Google's core web vitals.
+metaDescription: A guide to monitor Google's Core Web Vitals.
freshnessValidatedDate: '2024-03-21T00:00:00.000Z'
translationType: machine
---
-コア ウェブ バイタルは、全体的なユーザー エクスペリエンスを評価する Google の指標です。これらは、ユーザーがあなたのビジネスをどのように見ているかについての貴重な洞察を提供し、サイトの SEO ランキングに影響を与える可能性があります。ユーザー エクスペリエンスを把握するスコアを取得することで、サイトが何を必要としているかを推測するのではなく、特定の問題に対してアクションを起こすことができます。
+Core Web Vitals (CWV) は、全体的なユーザー エクスペリエンスを測定する Google のメトリクスです。 これらは、ユーザーがあなたのビジネスをどのように見ているかについてインサイトに貴重な情報を提供し、サイトの SEO ランキングに影響を与える可能性があります。 ユーザーエクスペリエンスを捉えたスコアを取得することで、サイトに何が必要かを推測するのではなく、特定の問題に対して対策を講じることができます。
## 目的 [#objectives]
-このチュートリアルでは、New Relic を使用して Web の重要な要素を分析する方法を説明します。チュートリアルが終わるまでに、次のタスクが完了します。
+このチュートリアルでは、New Relic を使用して CWV を分解する方法について説明します。チュートリアルの最後には、次のタスクが完了します。
-* New Relicでコアウェブバイタルを見つけてください。
-* Web の重要な要素がサイトのパフォーマンスにどのように反映されるかを理解します。
+* New Relic で CWV を見つけます。
+* CWV がサイトのパフォーマンスにどのように反映されるかを理解します。
* New Relic データを調査して、スコアに寄与しているものを特定します。
-## コアウェブバイタルについて知る [#learn]
+## CWVについて学ぶ [#learn]
Google は、ウェブサイト全体のパフォーマンスを次の 3 つのメトリクスで測定します。
* [最大コンテンツフル ペイント](https://web.dev/articles/lcp)(LCP): ページのメイン コンテンツの読み込みにかかる時間。 たとえば、LCP が遅い Web ページにアクセスしたユーザーには、コンテンツが表示される前に数秒間空白の画面が表示されることがあります。
+
* [インタラクションから次のペイントまで](https://web.dev/articles/inp)(INP): ページがユーザーのインタラクションに応答するまでにかかる時間。 たとえば、ユーザーがボタンをクリックした場合、INP はクリックしてから次のページが開くまでにかかる時間を測定します。 INP が高い場合は、Web ページのエクスペリエンスが遅く応答しないことを反映しており、ユーザー エンゲージメントが妨げられます。
+
* [累積レイアウト シフト](https://web.dev/articles/cls)(CLS): 読み込み中にページ上で予期しないレイアウト シフトが発生する頻度。 たとえば、ユーザーがボタンをクリックしようとすると、コンテンツが画面上の新しい場所にジャンプしてしまい、誤って別のものをクリックしてしまう可能性があります。 CLS が高いと、Web ページがぎこちなく感じられ、操作が困難になることがあります。
各ウェブ バイタルには、アプリのパフォーマンスと SEO を追跡するのに役立つ次のしきい値があります。
@@ -32,7 +34,7 @@ Google は、ウェブサイト全体のパフォーマンスを次の 3 つの
- |
+ |
良い
@@ -114,7 +116,7 @@ Google は、ウェブサイト全体のパフォーマンスを次の 3 つの
### CLS スコアはどのように計算されますか?
- 累積レイアウト シフト スコアは 0 から無限大までの単位のない値であり、他のコアウェブバイタルのような時間ベースの測定ではありません。 これは、Web ページの読み込みプロセス中に発生する予期しないレイアウトの変更の影響の合計を反映しています。 CLS スコアの計算方法は次のとおりです。
+ 累積レイアウトシフトスコアは、他の CWV のような時間ベースの測定値ではなく、0 から無限大までの単位のない値です。これは、Web ページの読み込みプロセス中に発生する予期しないレイアウトシフトの影響の合計を反映します。CLS スコアの計算方法は次のとおりです。
* レイアウト シフト スコア: これは 2 つの要素を考慮します。
@@ -126,13 +128,13 @@ Google は、ウェブサイト全体のパフォーマンスを次の 3 つの
**Good** Web Vitals は、組織のコスト削減と SEO の向上に役立ちます。 **Poor**または**Needs improvement** 、組織に対するユーザーの否定的な認識を反映している可能性があり、顧客の不満やビジネス チャンスの損失につながる可能性があります。
-New Relic は、Google の[`web-vitals` API ライブラリ](https://github.com/GoogleChrome/web-vitals)を活用して、追加の計算を行うことなく、生の状態で Web バイタルを収集します。 コアウェブバイタルが重要な理由とその計算方法の詳細については、web.dev の記事[「ユーザー中心のパフォーマンス メトリクス」を](https://web.dev/articles/user-centric-performance-metrics)参照してください。
+New Relic は、Google の[`web-vitals` API ライブラリ](https://github.com/GoogleChrome/web-vitals)を活用して、追加の計算を導入することなく、生の状態で Web Vitals を収集します。CWV が重要な理由とその計算方法の詳細については、web.dev の記事[「ユーザー中心のパフォーマンス メトリクス」を](https://web.dev/articles/user-centric-performance-metrics)参照してください。
-## New Relic で Web の重要な要素を見つける [#view-data-in-nr]
+## New RelicでCWVを見つける [#view-data-in-nr]
-コアウェブバイタルは多くのNew Relic機能に組み込まれていますが、Web バイタルを高レベルで表示する最良の方法は次のとおりです。
+CWV は多くの New Relic 機能に組み込まれていますが、Web Vitals を高レベルで表示する最適な方法は次のとおりです。
-1. **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser**に移動します。
+1. **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser**に移動します。
2. アプリを選択します。
@@ -140,153 +142,56 @@ New Relic は、Google の[`web-vitals` API ライブラリ](https://github.com/
**Web Vitals**ページには、Web サイト全体の Web Vital の平均が表示されます。 このビューから、特定のページまたはメトリクスにドリルダウンして、何がスコアに影響を与えているかを確認できます。
- 
+ 
### 特定のページにドリルダウンする [#drill-down]
-インサイトを重要なページ (e コマースのチェックアウト ページなど) に含める場合は、 **Page URL**テーブルで見つけます。 コアウェブバイタルに寄与しているものの詳細が表示され、エンドユーザーがサイトのこれらの領域をどのように体験しているかを理解するために使用できます。 たとえば、Chrome ブラウザのパフォーマンス低下のパターンに気付いた場合は、そのユーザー ベースに対する今後の改善策を厳選できます。
+インサイトを重要なページ (e コマースのチェックアウト ページなど) に含める場合は、 **Page URL**テーブルで見つけます。 CWV に寄与している要因の内訳が表示され、これを使用して、エンドユーザーがサイトのその領域をどのように体験しているかを理解できます。たとえば、Chrome ブラウザのパフォーマンスが低いというパターンに気付いた場合は、そのユーザーベースに対する今後の改善策を策定できます。
-
+
- **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser > (select an app) > Monitor > Web vitals > (click on a page URL)**: 最も影響力のある Web ページのコアバイウェブタルの内訳を表示します。
+ **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser > (select an app) > Monitor > Web vitals > (click a page URL)**: 最も影響力のある Web ページの CWV の内訳を表示します。
### 主要な属性によるフィルタリング [#key-attributes]
-バックエンドの変更やパフォーマンスの問題がコアウェブバイタルにどのような影響を与えたかなど、特定のことを調査したい場合は、 **Filter by**ツールを使用して主要な属性をフィルタリングできます。
+バックエンドの変更やパフォーマンスの問題が CWV にどのような影響を与えたかなど、特定の事柄を調査したい場合は、 **Filter by**ツールを使用して任意のキー属性をフィルタリングできます。
-
+
- **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser > (select an app) > Monitor > Web vitals > (add filters)**: フィルタ ツールを使用して、主要な属性によってコアウェブバイタルをフィルタリングします。
+ **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser > (select an app) > Monitor > Web vitals > (add filters)**: フィルタ ツールを使用して、主要な属性によってコアウェブバイタルをフィルタリングします。
ほぼすべてのキー属性でフィルタリングできますが、役に立つ例をいくつか読んでください。
-
- デスクトップとモバイルのパフォーマンスを比較し、コアウェブバイタルが 2 つのプラットフォームでどのように異なるかを比較したいとします。 **Web vitals**でこれを調査するには:
-
- 1.
- **Filter by**
-
-
- フィールドで、
-
-
- **Attribute**
-
-
- `deviceType`に、
-
-
- **Value**
-
-
- `desktop`に設定します。
+
+ デスクトップとモバイルのパフォーマンスを比較し、2 つのプラットフォーム間で CWV がどのように異なるかを調べたいとします。**Web vitals**でこれを調査するには:
- 2. 重複したbrowserで、
-
-
- **Attribute**
-
-
- を `deviceType` に、
-
-
- **Value**
-
-
- を `mobile` に設定し、結果を比較します。
+ 1. **Filter by**フィールドで、 **Attribute** `deviceType`に、 **Value** `desktop`に設定します。
+ 2. 重複したbrowserで、**Attribute** を `deviceType` に、**Value** を `mobile` に設定し、結果を比較します。
-
+
11 月 1 日の午後 12 時ごろ、エンドユーザーがサイトのチェックアウト ページでパフォーマンスの問題を報告したとします。このユーザーに何が起こったのかを確認したいとします。 **Web vitals**でこれを調査するには:
1. 時間範囲を 11 月 1 日の午前 11 時から午後 1 時までに設定します。
+ 2. **Page URL**テーブルで、チェックアウト ページの URL をクリックします。
+ 3. **Filter by**フィールドで、 **Attribute** `userID`に、 **Value** `user ID`に設定します。
- 2.
- **Page URL**
-
-
- テーブルで、チェックアウト ページの URL をクリックします。
-
- 3.
- **Filter by**
-
-
- フィールドで、
-
-
- **Attribute**
-
-
- `userID`に、
-
-
- **Value**
-
-
- `user ID`に設定します。
-
-
- `userID` は、 [ブラウザの SPA API](/docs/browser/new-relic-browser/browser-agent-spa-api/setcustomattribute-browser-agent-api/)を使用して設定する必要があるカスタム属性です。`userID`が利用できない場合は、 `username`や`session`などの他のユーザー情報でフィルタリングすることもできます。
-
+
+ `userID` は、 [ブラウザの SPA API](/docs/browser/new-relic-browser/browser-agent-spa-api/setcustomattribute-browser-agent-api/)を使用して設定する必要があるカスタム属性です。`userID`が利用できない場合は、 `username`や`session`などの他のユーザー情報でフィルタリングすることもできます。
+
-
- たとえば、あなたの組織が最近、11 月 10 日午前 8 時にサイトのホームページの画像を更新し、その変更がコアウェブバイタルに影響を与えたかどうかを確認したいとします。 **Web vitals**でこれを調査するには:
+
+ 組織が最近 11 月 10 日午前 8 時にサイトのホームページの画像を更新し、その変更が CWV に影響したかどうかを確認したいとします。**Web vitals**でこれを調査するには:
1. 時間範囲を 11 月 10 日の午前 7 時から午前 9 時までに設定します。
-
- 2.
- **Page URL**
-
-
- テーブルで、ホームページ URL をクリックします。
-
- 3.
- **Filter by**
-
-
- フィールドで、
-
-
- **Attribute**
-
-
- `elementTagName`に、
-
-
- **Value**
-
-
- `IMG`に設定します。
+ 2. **Page URL**テーブルで、ホームページの URL をクリックします。
+ 3. **Filter by**フィールドで、 **Attribute** `elementTagName`に、 **Value** `IMG`に設定します。
@@ -294,43 +199,32 @@ New Relic は、Google の[`web-vitals` API ライブラリ](https://github.com/
New Relic は、特定のページ上のユーザーのセッションに関するデータをキャプチャします。セッション トレースはランダムにサンプリングされ、ユーザーがページ読み込みタイミングの問題、JavaScript イベント、その他のエラーをどのように経験したかを確認できます。
-
+
-セッション トレースを使用して、さまざまなユーザー セッションにわたるパターンを見つけることをお勧めします。コアの Web Vitals スコアの 1 つを改善できる場合、オプションの 1 つは、セッション トレースを調べて、さまざまなユーザー セッション間でどのような共通属性が共有されているかを確認することです。セッション トレースがサイトの改善にどのように役立つかを示す例を次に示します。
+セッショントレースを使用して、さまざまなユーザー セッション全体のパターンを見つけることをお勧めします。 CWV スコアの 1 つを改善できる場合、オプションの 1 つは、セッション レースを調べて、さまざまなユーザー セッション間でどのような共通のプロパティが共有されているかを確認することです。 ここでは、セッショントレースがサイトの改善にどのように役立つかを示す例を示します。
-1.
- **Web vitals**
-
+1. **Web vitals**タブで、パフォーマンスが低下しているページをクリックします。 上の画像を例として使用すると、サイトの全体的な LCP スコアは良好ですが、個々のページの一部には改善が必要であることがわかります。
+2. **Web vitals**ページの**Page URLs**セクションを見ると、ホームページ URL の LCP スコアが 4 秒を超えていることがわかります。 これはすべてのユーザーに影響するエラーによるものですか、それとも 1 種類のユーザーのみに影響するものですか? たとえば、特定のバージョンの Chrome または特定の OS を使用しているユーザーでページロードタイムが遅いことに気付いた場合、問題の特定の原因をより適切にトラブルシューティングできます。
+3. トラブルシューティングする URL をクリックすると、新しいウィンドウが表示されます。 LCP スコアがサイト全体の LCP スコアよりもはるかに高いことに気づきました。 このページの下部にある**Session traces**セクションまでスクロールすると、実際のユーザー セッションのさまざまなサンプルが表示されます。 これらのセッションでは、ユーザーが AJAX リクエスト、DOM 読み込みに関連する問題、JavaScript イベント、またはその他のエラーをどのように経験したかについて、より詳細な情報を得ることができます。
- タブで、パフォーマンスが低下しているページをクリックします。 上の画像を例として使用すると、サイトの全体的な LCP スコアは良好ですが、個々のページの一部には改善が必要であることがわかります。
+ランダム化されたセッションからのデータは、Web ページとの数百または数千のユーザー操作全体のパターンを見つけるのに役立ちます。このランダムに選択されたデータにパターンが現れた場合、問題を解決するための計画によってページ スコアが向上するという確信が持てます。
-2.
- **Web vitals**
-
+## セッションリプレイで理解を深める [#session-replays]
- ページの
+不十分な LCP または高い CLS が特定された場合、セッション リプレイは何が起こったかを視覚的に記録し、問題の原因となっている正確な要素やイベントを迅速に特定するのに役立ちます。
-
- **Page URLs**
-
+セッションリプレイがサイトの改善にどのように役立つかを示す例を次に示します。
- セクションを見ると、ホームページ URL の LCP スコアが 4 秒を超えていることがわかります。 これはすべてのユーザーに影響するエラーによるものですか、それとも 1 種類のユーザーのみに影響するものですか? たとえば、特定のバージョンの Chrome または特定の OS を使用しているユーザーでページロードタイムが遅いことに気付いた場合、問題の特定の原因をより適切にトラブルシューティングできます。
+1. パフォーマンスの問題を特定する: **Web vitals**ページで、関連する URL をクリックして詳細なパフォーマンス ビューを開きます。このアクションにより、そのページの Web Vitals 情報の詳細ビューにリダイレクトされます。CWV スコアを調べて、 **Needs improvement**または**Poor**ラベルの付いたスコアを探します。パフォーマンスの問題はプラットフォームによって大きく異なる可能性があるため、デバイスの種類やブラウザで結果をフィルタリングすることもできます。これらの詳細を理解することで、最適化すべき特定の領域を正確に特定することができます。
-3. トラブルシューティングする URL をクリックすると、新しいウィンドウが表示されます。 LCP スコアがサイト全体の LCP スコアよりもはるかに高いことに気づきました。 このページの下部にある
+2. 関連するリプレイにアクセスする: 調査しているデータ ポイントの**Session replays**列の番号をクリックします。このアクションにより、リプレイが自動的にフィルタリングされ、特定のパフォーマンスの問題が発生しているセッションが表示されます。たとえば、LCP が低いページのセッション リプレイ数をクリックすると、LCP が遅かったセッションのリストが表示されます。
-
- **Session traces**
-
+3. 視聴と診断: ビデオ録画を視聴して、問題を視覚的に理解します。次のことが発見できるかもしれません:
- セクションまでスクロールすると、実際のユーザー セッションのさまざまなサンプルが表示されます。 これらのセッションでは、ユーザーが AJAX リクエスト、DOM 読み込みに関連する問題、JavaScript イベント、またはその他のエラーをどのように経験したかについて、より詳細な情報を得ることができます。
+ * LCP の問題: 大きなヒーロー イメージまたはビデオの読み込みが遅く、数秒間画面が空白になる。
+ * CLS の問題: 広告またはサードパーティのコンテンツが遅れて読み込まれ、ページ コンテンツが予期せず変更されることがあります。
+ * INP の問題: ボタンやインタラクティブ要素の応答が遅いと、イライラすることがあります。
-ランダム化されたセッションからのデータは、Web ページとの数百または数千のユーザー操作全体のパターンを見つけるのに役立ちます。このランダムに選択されたデータにパターンが現れた場合、問題を解決するための計画によってページ スコアが向上するという確信が持てます。
+セッショントレースからの技術データとセッションリプレイのビジュアルコンテキストを組み合わせることで、パフォーマンスの問題を解決し、エンドユーザーエクスペリエンスを大幅に向上させるための包括的な計画を開発できます。
-
+
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/tutorial-manage-large-log-volume/organize-large-logs.mdx b/src/i18n/content/jp/docs/tutorial-manage-large-log-volume/organize-large-logs.mdx
index bf27c31b7cf..07ec06739b7 100644
--- a/src/i18n/content/jp/docs/tutorial-manage-large-log-volume/organize-large-logs.mdx
+++ b/src/i18n/content/jp/docs/tutorial-manage-large-log-volume/organize-large-logs.mdx
@@ -33,9 +33,9 @@ translationType: machine
事前解析:
- ```
+ ```json
{
- "message": "32 4329 store_Portland"
+ "message": "32 4329 store_Portland"
}
@@ -45,11 +45,11 @@ translationType: machine
事後解析:
- ```
+ ```json
{
- "transaction_total": "32",
- "purchase_number": "4329",
- "store_location": "store_Portland",
+ "transaction_total": "32",
+ "purchase_number": "4329",
+ "store_location": "store_Portland",
}
```
@@ -120,9 +120,9 @@ ACME Corp が今後数か月間で約 2 TB のログを取り込むことが分
このドキュメントの前半で使用した例を使ってみましょう。次のパターンに従うログがあります。
- ```
+ ```json
{
- "message": "32 4329 store_Portland"
+ "message": "32 4329 store_Portland"
}
```
@@ -136,11 +136,11 @@ ACME Corp が今後数か月間で約 2 TB のログを取り込むことが分
上記のパターンで解析ルールが作成されると、次の方法でログが返されます。
- ```
+ ```json
{
- "transaction_total": "32",
- "purchase_number": "4329",
- "store_location": "store_Portland",
+ "transaction_total": "32",
+ "purchase_number": "4329",
+ "store_location": "store_Portland",
}
```
diff --git a/src/i18n/content/kr/docs/apis/nerdgraph/examples/nerdgraph-scorecards-custom-tutorial.mdx b/src/i18n/content/kr/docs/apis/nerdgraph/examples/nerdgraph-scorecards-custom-tutorial.mdx
index efc62f38f3f..90acbd18595 100644
--- a/src/i18n/content/kr/docs/apis/nerdgraph/examples/nerdgraph-scorecards-custom-tutorial.mdx
+++ b/src/i18n/content/kr/docs/apis/nerdgraph/examples/nerdgraph-scorecards-custom-tutorial.mdx
@@ -98,24 +98,23 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
#### 샘플 요청
```graphql
- {
+ {
customerAdministration {
- permissions(filter: {scope: {eq: "organization"}}) {
- items {
- feature
- category
- id
- product
- }
+ permissions(filter: { scope: { eq: "organization" } }) {
+ items {
+ feature
+ category
+ id
+ product
}
}
}
-
+ }
```
#### 샘플 응답
- ```graphql
+ ```json
{
"data": {
"customerAdministration": {
@@ -174,31 +173,28 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
}
}
}
-
```
다음 기준에 맞는 텍스트 파일에 스코어카드 관련 정보를 복사하여 붙여넣으세요.
* `category: MANAGE`
- * `"feature"``: "Scorecards"` 또는 `“Scorecards Rules”`
+ * `"feature"``: "Scorecards"` 또는 `"Scorecards Rules"`
예를 들어, 이전 응답에서 다음은 기준과 일치합니다.
- ```graphql
-
+ ```json
{
- "category": "MANAGE",
- "feature": "Scorecards Rules",
- "id": "xxxxx",
- "product": "New Relic One"
- },
+ "category": "MANAGE",
+ "feature": "Scorecards Rules",
+ "id": "xxxxx",
+ "product": "New Relic One"
+ },
{
- "category": "MANAGE",
- "feature": "Scorecards",
- "id": "xxxxx",
- "product": "New Relic One"
- }
-
+ "category": "MANAGE",
+ "feature": "Scorecards",
+ "id": "xxxxx",
+ "product": "New Relic One"
+ }
```
@@ -208,19 +204,18 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
#### 샘플 요청
```graphql
- {
+ {
actor {
organization {
id
- }
}
}
-
+ }
```
#### 샘플 응답
- ```graphql
+ ```json
{
"data": {
"actor": {
@@ -230,7 +225,6 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
}
}
}
-
```
조직 ID를 복사하여 따로 보관하여 역할을 생성하세요.
@@ -323,11 +317,11 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
|
- `PermissionId`
+ `permissionIds`
|
- Int
+ \[Int]
|
@@ -368,10 +362,9 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
#### 샘플 요청
```graphql
-
mutation {
customRoleCreate(
- container: {id: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX", type: "organization"}
+ container: { id: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX", type: "organization" }
name: "Scorecards manager"
permissionIds: [xxxxx, xxxxx]
scope: "organization"
@@ -379,13 +372,11 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
id
}
}
-
```
#### 샘플 응답
- ```graphql
-
+ ```json
{
"data": {
"customRoleCreate": {
@@ -393,7 +384,6 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
}
}
}
-
```
@@ -485,10 +475,9 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
#### 샘플 요청
```graphql
-
{
customerAdministration {
- groups(filter: {organizationId: {eq: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX"}}) {
+ groups(filter: { organizationId: { eq: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX" } }) {
nextCursor
items {
id
@@ -503,7 +492,6 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
}
}
}
-
```
표시된 그룹 ID 목록에서 원하는 그룹 ID를 복사하여 앞서 만든 사용자 정의 스코어카드 역할에 연결합니다.
@@ -550,11 +538,7 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
|
- 사용자 정의
-
- [역할 섹션에서 생성된 사용자 정의]()
-
- 역할 ID입니다.
+ 사용자 정의 역할 섹션에 생성된 사용자 정의 역할 ID입니다.
|
@@ -583,7 +567,10 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
```graphql
mutation {
authorizationManagementGrantAccess(
- grantAccessOptions: {organizationAccessGrants: {roleId: "99999999"}, groupId: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX"}
+ grantAccessOptions: {
+ organizationAccessGrants: { roleId: "99999999" }
+ groupId: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX"
+ }
) {
roles {
id
@@ -595,12 +582,11 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
}
}
}
-
```
#### 샘플 응답
- ```graphql
+ ```json
{
"data": {
"authorizationManagementGrantAccess": {
@@ -617,7 +603,6 @@ Scorecards 관리자 사용자 정의 역할을 만들려면 다음이 필요합
}
}
}
-
```
diff --git a/src/i18n/content/kr/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api.mdx b/src/i18n/content/kr/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api.mdx
index 33570012a5d..c8a30035414 100644
--- a/src/i18n/content/kr/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api.mdx
+++ b/src/i18n/content/kr/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api.mdx
@@ -351,7 +351,6 @@ https://synthetics.eu.newrelic.com/synthetics/api
```sh
scriptPayload='{"scriptText":BASE64 encoded string}'
-
curl -v -X PUT \
-H "Api-Key:$API_KEY" \
-H 'Content-Type: application/json' \
@@ -394,12 +393,12 @@ https://synthetics.eu.newrelic.com/synthetics/api
이 예에서는 `scriptLocation` 의 비밀번호로 `password` 을 사용합니다.
- ```
+ ```shell
curl -v
- -X PUT -H "Api-Key:$API_KEY"
- -H 'content-type: application/json'
- $API_ENDPOINT/v3/monitors/$MONITOR_ID/script
- -d \
+ -X PUT -H "Api-Key:$API_KEY"
+ -H 'content-type: application/json'
+ $API_ENDPOINT/v3/monitors/$MONITOR_ID/script
+ -d \
'{
"scriptText": "dmFyIGFzc2VydCA9IHJlcXVpcmUoJ2Fzc2VydCcpOw0KYXNzZXJ0LmVxdWFsKCcxJywgJzEnKTs=",
"scriptLocations": [{
@@ -469,7 +468,7 @@ https://synthetics.eu.newrelic.com/synthetics/api
어떤 경우에는 줄 바꿈을 비활성화하는 `-w 0` 를 사용할 수 있습니다. `base64 -w 0 $scriptfile`
- ```bash
+ ```sh
#!/bin/bash
# API key from your account settings
diff --git a/src/i18n/content/kr/docs/apm/agents/java-agent/troubleshooting/ssl-or-connection-errors-java.mdx b/src/i18n/content/kr/docs/apm/agents/java-agent/troubleshooting/ssl-or-connection-errors-java.mdx
index 9aec1157ed6..b46b41ad926 100644
--- a/src/i18n/content/kr/docs/apm/agents/java-agent/troubleshooting/ssl-or-connection-errors-java.mdx
+++ b/src/i18n/content/kr/docs/apm/agents/java-agent/troubleshooting/ssl-or-connection-errors-java.mdx
@@ -35,11 +35,11 @@ Cannot find the specified class com.ibm.websphere.ssl.protocol.SSLSocketFactory
권장 사항: 뉴렐릭의 인증서가 파생된 DigiCert 글로벌 루트 인증 기관(CA)을 신뢰 저장소에 추가하세요.
-"기타 루트 인증서" 섹션 아래의 DigiCert에서 [DigiCert 글로벌 루트 CA를](https://www.digicert.com/kb/digicert-root-certificates.htm) 다운로드할 수 있습니다("PEM 다운로드" 옵션 선택).
+"기타 루트 인증서" 섹션 아래의 DigiCert에서 [DigiCert 글로벌 루트 CA를](https://www.digicert.com/kb/digicert-root-certificates.htm) 다운로드할 수 있습니다("PEM 다운로드" 옵션 선택).
인증서를 신뢰 저장소로 가져오려면 이 명령을 사용하거나 [keytool에 대한 Oracle의 Java SE 설명서를](https://docs.oracle.com/javase/6/docs/technotes/tools/solaris/keytool.html) 참조하십시오.
-```
+```sh
keytool -importcert -alias ca_alias -file ca_file.pem -keystore truststore.ts -storepass ts_password
```
@@ -113,4 +113,4 @@ java.security.cert.CertificateException: Could not parse certificate: java.io.IO
### 솔루션 B [#log-exception-solution]
-인증서의 머리글과 바닥글에 후행 공백이 없는지 검사하고 확인합니다. 그렇다면 다른 인증서를 편집하거나 사용하십시오.
+인증서의 머리글과 바닥글에 후행 공백이 없는지 검사하고 확인합니다. 그렇다면 다른 인증서를 편집하거나 사용하십시오.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/browser/new-relic-browser/browser-apis/addpageaction.mdx b/src/i18n/content/kr/docs/browser/new-relic-browser/browser-apis/addpageaction.mdx
index 0bbe25a82c8..33d91f8355b 100644
--- a/src/i18n/content/kr/docs/browser/new-relic-browser/browser-apis/addpageaction.mdx
+++ b/src/i18n/content/kr/docs/browser/new-relic-browser/browser-apis/addpageaction.mdx
@@ -45,7 +45,7 @@ newrelic.addPageAction(string $name[, JSON object $attributes])
이 API 호출은 사용자 정의 이름과 선택적 속성,[그리고 몇 가지 기본 속성을](/attribute-dictionary/?event=PageAction) [대시보드](/docs/query-your-data/explore-query-data/dashboards/introduction-new-relic-one-dashboards) 에 포함하는 브라우저 [`PageAction` 이벤트를](/docs/insights/explore-data/custom-events/insert-browser-custom-events-attributes-insights-javascript-api) 전송합니다. 이것은 브라우저 에이전트가 자동으로 추적하지 않는 이벤트(예: **Subscribe** 버튼 클릭이나 튜토리얼 액세스)를 추적하는 데 유용합니다.
* `PageAction` 이벤트는 30초마다 전송됩니다.
-* 1,000개의 이벤트가 관찰되면 에이전트는 하베스트 처리 간격을 우회하여 버퍼링된 이벤트를 즉시 수집합니다.
+* 1,000개의 이벤트가 관찰되거나 수집 페이로드 크기가 16KB보다 큰 경우 에이전트는 하베스트 간격을 우회하여 버퍼링된 이벤트를 즉시 수집합니다.
이전 에이전트 버전에서는 이벤트가 120개 관찰된 후에 삭제되었습니다. 버전 [1.264.0](https://docs.newrelic.com/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.264.0/) 에서는 이벤트 제한이 120에서 1,000으로 늘어났으며 더 이상 삭제되지 않습니다.
diff --git a/src/i18n/content/kr/docs/browser/new-relic-browser/browser-apis/recordCustomEvent.mdx b/src/i18n/content/kr/docs/browser/new-relic-browser/browser-apis/recordCustomEvent.mdx
index cc22baa64a5..bf1b1cfb87e 100644
--- a/src/i18n/content/kr/docs/browser/new-relic-browser/browser-apis/recordCustomEvent.mdx
+++ b/src/i18n/content/kr/docs/browser/new-relic-browser/browser-apis/recordCustomEvent.mdx
@@ -45,7 +45,7 @@ newrelic.recordCustomEvent(string $eventType[, JSON object $attributes])
이 API 호출은 사용자가 정의한 eventType 및 선택적 속성이 포함된 사용자 정의 브라우저 이벤트를 [대시보드](/docs/query-your-data/explore-query-data/dashboards/introduction-new-relic-one-dashboards) 에 전송하고, 사용자 정의 속성에 대해 설정할 수도 있습니다. 이 기능은 브라우저 에이전트가 자동으로 추적하지 않는 모든 이벤트를 추적하는 데 유용하며, 사용자가 제어하는 규칙과 속성을 통해 강화됩니다.
* `custom` 이벤트는 30초마다 전송됩니다.
-* 1,000개의 이벤트가 관찰되면 에이전트는 하베스트 처리 간격을 우회하여 버퍼링된 이벤트를 즉시 수집합니다.
+* 1,000개의 이벤트가 관찰되거나 수집 페이로드 크기가 16KB보다 큰 경우 에이전트는 하베스트 간격을 우회하여 버퍼링된 이벤트를 즉시 수집합니다.
## 매개변수 [#parameters]
diff --git a/src/i18n/content/kr/docs/browser/new-relic-browser/page-load-timing-resources/instrumentation-browser-monitoring.mdx b/src/i18n/content/kr/docs/browser/new-relic-browser/page-load-timing-resources/instrumentation-browser-monitoring.mdx
index b5c292b032a..2cdd3fe573b 100644
--- a/src/i18n/content/kr/docs/browser/new-relic-browser/page-load-timing-resources/instrumentation-browser-monitoring.mdx
+++ b/src/i18n/content/kr/docs/browser/new-relic-browser/page-load-timing-resources/instrumentation-browser-monitoring.mdx
@@ -160,7 +160,7 @@ https **and** http 웹페이지 모두 https를 통해 데이터를
- 데이터는 초기 페이지 로드 후 10초 후에 전송되고 그 이후에는 30초마다 전송됩니다.
+ 데이터는 초기 페이지 로드 후 10초 후에 전송되고, 그 이후로는 30초마다 전송됩니다. 수확 페이로드 크기가 16KB보다 크면 데이터가 일찍 전송됩니다.
|
diff --git a/src/i18n/content/kr/docs/browser/new-relic-browser/performance-quality/browser-monitoring-performance-impact.mdx b/src/i18n/content/kr/docs/browser/new-relic-browser/performance-quality/browser-monitoring-performance-impact.mdx
index c773083c5fe..42701dc1f2e 100644
--- a/src/i18n/content/kr/docs/browser/new-relic-browser/performance-quality/browser-monitoring-performance-impact.mdx
+++ b/src/i18n/content/kr/docs/browser/new-relic-browser/performance-quality/browser-monitoring-performance-impact.mdx
@@ -162,7 +162,7 @@ JavaScript의 오버헤드는 사용자에 대한 영향과 시스템 성능에
- `PageViewTiming` 이벤트는 모든 에이전트에서 수집하며 핵심 웹 바이탈 측정과 같은 타이밍 데이터를 포함합니다. 첫 번째 수집은 `load` 페이지 수명 주기 이벤트 후 10초 후에 발생합니다. 보낼 데이터가 있는 경우 필요에 따라 30초마다 추가 수집이 발생합니다. 보고된 이벤트 목록은 [PageViewTiming 문서를](/docs/browser/new-relic-browser/page-load-timing-resources/pageviewtiming-async-or-dynamic-page-details/#interactivity-metrics) 참조하세요.
+ `PageViewTiming` 이벤트는 모든 에이전트에 의해 수집되며 핵심 웹 중요 지표 측정과 같은 타이밍 데이터가 포함됩니다. 첫 번째 수집은 `load` 페이지 수명 주기 이벤트 후 10초 후에 발생합니다. 전송할 데이터가 있거나 수집 페이로드 크기가 16KB보다 큰 경우 필요에 따라 30초마다 추가 수집이 발생합니다. 보고된 이벤트 목록은 [PageViewTiming 문서를](/docs/browser/new-relic-browser/page-load-timing-resources/pageviewtiming-async-or-dynamic-page-details/#interactivity-metrics) 참조하세요.
|
@@ -300,7 +300,7 @@ JavaScript의 오버헤드는 사용자에 대한 영향과 시스템 성능에
- `PageAction` 이벤트는 `load` 페이지 수명 주기 이벤트 후에 수집되며 후속 수집은 30초마다 발생합니다.
+ `PageAction` 이벤트는 `load` 페이지 수명 주기 이후에 수집됩니다. 이벤트, 이후 수집은 30초마다 또는 수집 페이지 로드 크기가 16KB보다 큰 경우 발생합니다.
|
diff --git a/src/i18n/content/kr/docs/change-tracking/change-tracking-events.mdx b/src/i18n/content/kr/docs/change-tracking/change-tracking-events.mdx
index 5c939e9a2c1..1b5949c7203 100644
--- a/src/i18n/content/kr/docs/change-tracking/change-tracking-events.mdx
+++ b/src/i18n/content/kr/docs/change-tracking/change-tracking-events.mdx
@@ -29,7 +29,7 @@ translationType: machine
변경 추적 기능을 사용하면 애플리케이션과 인프라 전반의 변경 사항을 캡처, 시각화하고 분석할 수 있습니다. 이 기능은 변경 사항이 시스템과 고객에게 어떤 영향을 미치는지 이해하는 데 도움이 되도록 설계되었습니다.
-* **Capture all changes impacting your system:** Send change events for any type of change, including deployments, feature flags changes, configuration changes, and business events. You can also create custom change events tailored to your specific requirements. Use the [`changeTrackingCreateEvent`](#change-tracking-event-mutation) NerdGraph mutation to easily send various types of change events.
+* **시스템에 영향을 미치는 모든 변경 사항을 캡처합니다.** 구현, 배포, 기능 플래그 변경, 설정 변경 및 비즈니스 이벤트를 포함한 모든 유형의 변경에 대해 변경 이벤트를 보냅니다. 또한, 특정 요구 사항에 맞춰 사용자 정의 변경 이벤트를 만들 수도 있습니다. [`changeTrackingCreateEvent`](#change-tracking-event-mutation) NerdGraph 뮤테이션을 사용하면 다양한 유형의 변경 이벤트를 쉽게 보낼 수 있습니다.
* **시스템 전체의 변경 사항을 관리하기 위한 포괄적인 보기를 확보하세요.** 하나의 통합 인터페이스에서 모든 논문과 계정의 변경 사항을 원활하게 보고 필터링하세요. 팀, 유형, 사용자 정의 속성 및 기타 기준으로 필터링하여 변경 사항을 손쉽게 식별하세요.
diff --git a/src/i18n/content/kr/docs/new-relic-control/agent-control/configuration.mdx b/src/i18n/content/kr/docs/new-relic-control/agent-control/configuration.mdx
index 6e35e6d6a4c..7f6da8c2af9 100644
--- a/src/i18n/content/kr/docs/new-relic-control/agent-control/configuration.mdx
+++ b/src/i18n/content/kr/docs/new-relic-control/agent-control/configuration.mdx
@@ -306,21 +306,22 @@ translationType: machine
secretName: ca-certs
# Configure Flux components to use proxy
- flux2:
- sourceController:
- extraEnv:
- # Configure Flux source-controller to proxy all requests
- - name: HTTPS_PROXY
- value: https://proxy-service:8080
- # Except for in-cluster requests
- - name: "NO_PROXY"
- value: ".cluster.local.,.cluster.local,cluster.local,.svc,127.0.0.0/8,10.0.0.0/8"
- volumeMounts:
- # Mount CA certificate bundle to source-controller trust root store. The bundle should contain the
- # proxy CA cert.
- - mountPath: /etc/ssl/certs/
- name: ca-certs
- volumes:
+ agent-control-cd:
+ flux2:
+ sourceController:
+ extraEnv:
+ # Configure Flux source-controller to proxy all requests
+ - name: HTTPS_PROXY
+ value: https://proxy-service:8080
+ # Except for in-cluster requests
+ - name: "NO_PROXY"
+ value: ".cluster.local.,.cluster.local,cluster.local,.svc,127.0.0.0/8,10.0.0.0/8"
+ volumeMounts:
+ # Mount CA certificate bundle to source-controller trust root store. The bundle should contain the
+ # proxy CA cert.
+ - mountPath: /etc/ssl/certs/
+ name: ca-certs
+ volumes:
- name: ca-certs
secret:
secretName: ca-certs
@@ -338,20 +339,160 @@ translationType: machine
프록시를 사용하는 경우 각 관리 에이전트에 대한 프록시 설정도 개별적으로 구성해야 합니다. 프록시 설정 옵션은 각 에이전트의 특정 문서를 참조하세요.
-## Private repository configuration
+## 비밀 관리
-Agent Control supports configuring private Helm repositories to deploy both Agent Control itself and the managed agents. This enables environments where the New Relic Helm charts are not directly accessible.
+Agent Control provides a robust mechanism for managing sensitive data, such as passwords and API keys, by retrieving them from dedicated secret providers. This ensures that sensitive information is not hard-coded directly into configuration files. The system currently supports the following secret providers:
+
+* HashiCorp Vault: referred to as `nr-vault` in configurations.
+* Kubernetes Secrets: referred to as `nr-kubesec` in configurations.
+
+### Defining Secrets in Configuration
+
+To utilize secrets, define them within your Agent-Control configuration YAML file by following these steps:
+
+1. **Define the `secrets_providers` section:** Configure your secret providers centrally in this section. Ensure each entry corresponds to a supported provider.
+2. **Configure secret sources:** For each provider, specify one or more sources. A source includes the necessary configuration details (e.g., URL, token) for Agent control to connect to and retrieve a group of secrets.
+3. **Use placeholders in agent configurations:** Instead of the actual sensitive data, Use a placeholder string within your agent's configuration. Agent control automatically replaces these placeholders with the retrieved secrets during the rendering process.
+
+
+ If Agent control fails to retrieve a secret, the configuration rendering will fail, and the agent will not be executed. This is a critical security feature to prevent agents from running with incomplete or incorrect configurations.
+
+
+The following agent-control configuration example demonstrates how to configure for retrieving secrets from two Vault sources within the `secrets_providers` section:
+
+```yaml
+secrets_providers:
+ vault:
+ sources:
+ local-instance:
+ url: http://localhost:8200/v1/
+ token: root
+ engine: kv2
+ remote:
+ url: http://my-remote-server:8200/v1/
+ token: root
+ engine: kv1
+
+fleet_control:
+ ...
+
+agents:
+ ...
+```
+
+#### Using Secrets in an Agent Configuration
+
+After the sources are defined, in an agent configuration, you can reference the vault using a specific placeholder syntax with the correct path. Agent control retrieves the secret and uses it to render the final configuration file that the agent is going to use.
+
+Example of agent configuration using vault placeholders:
+
+```yaml
+config_agent: |+
+ enable_process_metrics: true
+ custom_attributes:
+ username: "${nr-vault:local-instance:secret:my_secret:username}"
+ organization: "${nr-vault:remote:my_mount:my_path:organization}"
+```
+
+이 예에서:
+
+The placeholder `${nr-vault:local-instance:secret:my_secret:username}` instructs Agent control to retrieve the value associated with the key username from the secret at the path `secret/my_secret` using the local-instance vault source. The placeholder `${nr-vault:remote:my_mount:my_path:organization}` similarly retrieves the value for the organization key from the remote source.
+
+After successful retrieval, Agent control renders these secrets from the specified source and path, storing the result in a K8s secret or private config file for use by the corresponding agent.
+
+### 금고 비밀
+
+Set up the vault sources with the following settings:
+
+
+
+
+ |
+ YAML 키
+ |
+
+
+ 설명
+ |
+
+
+
+
+
+ |
+ `url`
+ |
+
+
+ 데이터를 요청할 URL
+ |
+
+
+
+ |
+ `token`
+ |
+
+
+ Used to authenticate to the endpoint.
+ |
+
+
+
+ |
+ `engine`
+ |
+
+
+ Specify **`kv1`** or **`kv2`**.
+ |
+
+
+
+
+In the configuration file, each secret stored in Vault can be accessed by setting a placeholder with:
+
+* **source\_name**: The name of the Vault source defined in `secrets_providers`.
+* **mount**: The name of the secrets engine mount.
+* **path**: The specific path to the secret.
+* **specific key**: The specific key within the secret to be retrieved.
+
+Example of full placeholder format:
+
+```
+"${nr-vault:source_name:my_mount:my_path:my_value}"
+```
+
+### Kubernetes secrets
+
+If the agent-control pod has permissions, such as through a Service Account and Role-Based Access Control (RBAC), to access the required secrets and namespaces, Agent control can directly access secrets from the Kubernetes API without needing a separate sources configuration.
+
+In the agent configuration file, retrieve each secret value using a placeholder specifying:
+
+* **namespace**: The Kubernetes namespace where the secret is located.
+* **name**: The name of the Kubernetes secret object.
+* **specific key**: The specific key within the secret from which to retrieve the value.
+
+For example, use the placeholder format:
+
+```
+"${nr-kubesec:my_namespace:my_secret:my_value}"
+```
+
+## 비공개 설정
+
+Agent Control은 Agent Control 자체와 관리 에이전트 모두에 구현, 배포에 대한 개인 Helm 렌즈 구성을 지원합니다. 이를 통해 Helm 차트에 직접 접근할 수 있습니다.
- When using private Helm repositories, the charts need to be compatible and the referenced images within the charts must be reachable. If not, the agents will not work as expected.
+ 개인 Helm 저장소를 사용하는 경우 차트가 호환되어야 하며 차트 내에서 참조된 이미지에 접근할 수 있어야 합니다. 그렇지 않으면 에이전트가 예상대로 작동하지 않습니다.
-### 1. Enable private repositories for agents
+### 1. 에이전트에 대한 개인 저장소 활성화
-For security reasons, only explicitly enabled repositories will be allowed in remote configurations. To enable specific repositories, you need to update the Agent Control configuration:
+보안상의 이유로, 원격 설정에서는 명시적으로 활성화된만 허용됩니다. 특정 이온을 활성화하려면 에이전트 제어 설정을 업데이트해야 합니다:
-
+
```yaml
# values-newrelic.yaml
@@ -371,7 +512,7 @@ For security reasons, only explicitly enabled repositories will be allowed in re
-The allowed repository configurations can then be used in your remote configurations within New Relic Control. Example:
+그런 다음 허용된 클럽 설정을 뉴렐릭 Control 내의 원격 설정에서 사용할 수 있습니다. 예:
```yaml
chart_version: "1.2.3"
@@ -380,19 +521,19 @@ chart_repository:
name: "my-chart-name" # Optional: use only if the chart name doesn't match New Relic's chart name
```
-Additionally, you need to configure Agent Control's Helm installation to use your private repository if the `agent-control` chart itself is in a private repository. This is separate from the configuration for managed agents. Refer to the `agent-control` Helm chart [values.yaml](https://github.com/newrelic/helm-charts/blob/master/charts/agent-control/values.yaml) to set up the `installationJob` section. Specifically:
+또한 `agent-control` 차트 자체가 비공개 위치에 있는 경우 비공개 위치를 사용하도록 에이전트 제어의 Helm 설치를 구성해야 합니다. 이는 관리 에이전트의 설정과는 별개입니다. `installationJob` 섹션을 설정하려면 `agent-control` Helm 차트 [값.yaml](https://github.com/newrelic/helm-charts/blob/master/charts/agent-control/values.yaml) 을 참조하세요. 구체적으로:
-* `chartRepositoryUrl` containing your repository URL
-* `name` if using a different chart name
-* `repositorySecretReferenceName` and `repositoryCertificateSecretReferenceName` for authentication (see the authentication section below for details)
+* `chartRepositoryUrl` 저장소 URL이 포함되어 있습니다
+* `name` 다른 차트 이름을 사용하는 경우
+* `repositorySecretReferenceName` 인증을 위한 `repositoryCertificateSecretReferenceName` (자세한 내용은 아래 인증 섹션 참조)
-### 2. Set up authentication for private repositories
+### 2. 개인 저장소에 대한 인증 설정
-You need to set up additional resources to enable authentication for accessing your private repository:
+개인 저장소에 액세스하기 위한 인증을 활성화하려면 추가 리소스를 설정해야 합니다.
- To authenticate using basic authentication (username and password), you need to create a secret in the Agent Control namespace containing the expected values in `data.username` and `data.password`.
+ 기본 인증(사용자 이름 및 비밀번호)을 사용하여 인증하려면 에이전트 제어 네임스페이스에 `data.username` 및 `data.password` 에 예상 값이 포함된 비밀을 생성해야 합니다.
예시:
@@ -406,9 +547,9 @@ You need to set up additional resources to enable authentication for accessing y
password: "myPassword"
```
- For more details, see the [Flux documentation](https://fluxcd.io/flux/components/source/helmrepositories/#secret-reference).
+ 자세한 내용은 [Flux 문서를](https://fluxcd.io/flux/components/source/helmrepositories/#secret-reference) 참조하세요.
- When using basic authentication, the remote configuration should be configured as follows:
+ 기본 인증을 사용하는 경우 원격 설정은 다음과 같이 구성해야 합니다.
```yaml
chart_repository:
@@ -418,13 +559,13 @@ You need to set up additional resources to enable authentication for accessing y
```
-
- To authenticate using TLS, you need to create a secret containing:
+
+ TLS를 사용하여 인증하려면 다음이 포함된 비밀을 만들어야 합니다.
- * `tls.crt` and `tls.key`: client certificate and private key used for TLS client authentication
- * `ca.crt`: CA certificate used to verify the server (required if the server uses a self-signed certificate)
+ * `tls.crt` 및 `tls.key`: TLS 클라이언트 인증에 사용되는 클라이언트 인증서 및 개인 키
+ * `ca.crt`: 서버를 검증하는 데 사용되는 CA 인증서(서버가 자체 서명 인증서를 사용하는 경우 필요)
- The Secret should be of type `Opaque` or `kubernetes.io/tls`. All files in the Secret are expected to be PEM-encoded.
+ 비밀은 `Opaque` 또는 `kubernetes.io/tls` 유형이어야 합니다. Secret에 있는 모든 파일은 PEM으로 인코딩되어야 합니다.
예시:
@@ -442,9 +583,9 @@ You need to set up additional resources to enable authentication for accessing y
ca.crt:
```
- For more details, see the [Flux documentation](https://fluxcd.io/flux/components/source/helmrepositories/#secret-reference).
+ 자세한 내용은 [Flux 문서를](https://fluxcd.io/flux/components/source/helmrepositories/#secret-reference) 참조하세요.
- When using TLS certificate authentication, the remote configuration should be configured as follows:
+ TLS 인증서 인증을 사용하는 경우 원격 설정은 다음과 같이 구성해야 합니다.
```yaml
chart_repository:
diff --git a/src/i18n/content/kr/docs/new-relic-control/pipeline-control/cloud-rules-api.mdx b/src/i18n/content/kr/docs/new-relic-control/pipeline-control/cloud-rules-api.mdx
index 5b02da43802..dba14947fac 100644
--- a/src/i18n/content/kr/docs/new-relic-control/pipeline-control/cloud-rules-api.mdx
+++ b/src/i18n/content/kr/docs/new-relic-control/pipeline-control/cloud-rules-api.mdx
@@ -280,7 +280,7 @@ mutation {
pipelineCloudRuleEntity: {
description: "Since we only care about MyEvent in staging and production, let's drop all MyEvent data in the test environment",
name: "Drop MyEvent in test environment",
- nrql: "DELETE FROM MyEvent where environment = 'test'",
+ nrql: "DELETE FROM MyEvent WHERE environment = 'test'",
scope: {
id: "your_nr_account_id",
type: ACCOUNT
@@ -304,7 +304,7 @@ mutation {
pipelineCloudRuleEntity: {
description: "We don't care about jvmId and targetAttr in the test environment, let's drop those attributes",
name: "Drop jvmId and targetAttr from MyEvent in test environment",
- nrql: "DELETE jvmId, targetAttr FROM MyEvent where environment = 'test'",
+ nrql: "DELETE jvmId, targetAttr FROM MyEvent WHERE environment = 'test'",
scope: {
id: "your_nr_account_id",
type: ACCOUNT
@@ -529,7 +529,7 @@ mutation {
pipelineCloudRuleEntity: {
description: "We don't care about targetAttr in the test environment in dimensional metric rolloups, let's drop those attributes",
name: "Drop targetAttr from Metric aggregate rollups in test environment",
- nrql: "DELETE targetAttr FROM MetricAggregate where environment = 'test'",
+ nrql: "DELETE targetAttr FROM MetricAggregate WHERE environment = 'test'",
scope: {
id: "your_nr_account_id",
type: ACCOUNT
diff --git a/src/i18n/content/kr/docs/new-relic-control/pipeline-control/data-dropping-gateway.mdx b/src/i18n/content/kr/docs/new-relic-control/pipeline-control/data-dropping-gateway.mdx
index 6d6e6ae8bf7..84b1dfcf2f8 100644
--- a/src/i18n/content/kr/docs/new-relic-control/pipeline-control/data-dropping-gateway.mdx
+++ b/src/i18n/content/kr/docs/new-relic-control/pipeline-control/data-dropping-gateway.mdx
@@ -524,7 +524,7 @@ translationType: machine
- `DELETE FROM SqlTrace WHERE uri = 'Custom\/Simple\/sqlTransaction'`
+ `DELETE FROM SqlTrace WHERE uri = 'Custom/Simple/sqlTransaction'`
|
@@ -586,7 +586,7 @@ translationType: machine
- `DELETE FROM TransactionTrace WHERE uri = 'Custom\/Simple\/sqlTransaction'`
+ `DELETE FROM TransactionTrace WHERE uri = 'Custom/Simple/sqlTransaction'`
|
@@ -730,7 +730,7 @@ translationType: machine
- `DELETE instanceType,inodesTotal NetworkSample WHERE entityKey = 'vagrant'`
+ `DELETE instanceType, inodesTotal NetworkSample WHERE entityKey = 'vagrant'`
|
@@ -774,7 +774,7 @@ translationType: machine
- `DELETE FROM ContainerSample WHERE agentName='ContainerSampleAgent'`
+ `DELETE FROM ContainerSample WHERE agentName = 'ContainerSampleAgent'`
|
diff --git a/src/i18n/content/kr/docs/new-relic-control/pipeline-control/nrql-functions.mdx b/src/i18n/content/kr/docs/new-relic-control/pipeline-control/nrql-functions.mdx
index e8aef4da5f8..f2ecea8d08f 100644
--- a/src/i18n/content/kr/docs/new-relic-control/pipeline-control/nrql-functions.mdx
+++ b/src/i18n/content/kr/docs/new-relic-control/pipeline-control/nrql-functions.mdx
@@ -185,8 +185,8 @@ translationType: machine
이러한 예제는 여러 기능을 결합하고 이를 보다 복잡한 시나리오에서 사용하여 정확한 데이터 필터링 및 삭제를 달성하는 방법을 보여줍니다.
-* `DELETE FROM ContainerSample WHERE state = 'exited' and status LIKE '%Exited%' and status NOT LIKE '%second%' and status not like '%About a minute ago%' and not (status like '%minute%' and numeric(aparse(status,'%Exited (%) * minutes ago%')) < 10)`
+* `DELETE FROM ContainerSample WHERE state = 'exited' AND status LIKE '%Exited%' AND status NOT LIKE '%second%' AND status NOT LIKE '%About a minute ago%' AND NOT (status LIKE '%minute%' AND numeric(aparse(status,'%Exited (%) * minutes ago%')) < 10)`
* `DELETE FROM Log, LogExtendedRecord WHERE dimensions() LIKE '%collectd%' AND newrelic.logs.customEventType IS NULL`
-* `DELETE FROM Log WHERE message LIKE '%lib/ladon/middleware/caching.rb:49 run> terminated with exception%' and floor(timestamp/101) = (timestamp/101)`
+* `DELETE FROM Log WHERE message LIKE '%lib/ladon/middleware/caching.rb:49 run> terminated with exception%' AND floor(timestamp/101) = (timestamp/101)`
이러한 새로운 기능은 분산 컨덕턴스 게이트웨이를 사용할 때 NRQL 쿼리의 기능을 크게 확장하여 보다 정확한 데이터 분석 및 관리가 가능합니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/release-notes/docs-release-notes/docs-7-25-2025.mdx b/src/i18n/content/kr/docs/release-notes/docs-release-notes/docs-7-25-2025.mdx
index 486d10790b5..b128a998800 100644
--- a/src/i18n/content/kr/docs/release-notes/docs-release-notes/docs-7-25-2025.mdx
+++ b/src/i18n/content/kr/docs/release-notes/docs-release-notes/docs-7-25-2025.mdx
@@ -10,7 +10,7 @@ translationType: machine
* 에이전트 버전 1.285.0 이상에서 향상된 문제 해결을 위한 세부 로깅, 네트워크 요청 모니터링, 검사 이벤트를 포함하여 [뉴렐릭 브라우저 에이전트 문제를 디버깅하는 방법](/docs/browser/new-relic-browser/troubleshooting/how-to-debug-browser-agent/) 에 대한 새로운 기능이 추가되었습니다.
* `python` 및 `.node.js` 함수 모니터링에 대한 [Azure Functions](/docs/serverless-function-monitoring/azure-function-monitoring/introduction-azure-monitoring/) 지원이 추가되었습니다.
* 뉴렐릭 플랫폼에서 비효율성을 식별하고, 최적화 권장 사항을 제공하고, CCU 절감액을 추정하는 기능을 통해 컴퓨트 효율성을 향상시키기 위해 실행 가능한 인사이트를 위한 [비용 최적화 기능](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/compute-optimizer/) 을 추가했습니다.
-* Added [Cloud Cost Intelligence](/docs/cci/getting-started/overview), offering tools for visibility and management of cloud costs, including features such as comprehensive cost breakdowns, Kubernetes cost allocation, real-time cost estimation, and cross-account data collection, currently supporting only AWS cloud costs.
+* [클라우드 비용 인텔리전스](/docs/cci/getting-started/overview) 가 추가되어 포괄적인 비용 분석, Kubernetes 비용 할당, 미래 비용 추정, 계정 간 데이터 수집 등의 기능을 포함하여 cloud 비용의 가시성과 관리를 위한 도구를 제공하며 현재는 AWS 클라우드 비용만 지원합니다.
* Helm 차트를 통한 클러스터의 원활한 모니터링을 위해 [뉴렐릭 기능 제공자 독립적 통합이 포함된 Kubernetes 용OpenTelemetry 옵저버빌리티가](/docs/kubernetes-pixie/k8s-otel/intro/) 추가되었으며, 메트릭, 이벤트에 대한 텔메트리 신호가 향상되고 뉴렐릭 도구와 대시보드로 전송됩니다.
* [Windows 통합에 대한 제한 사항 및 문제 해결, 해결](/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/troubleshooting-windows/)추가
* [CloudFormation 및 CloudWatch Metric Streams를](/docs/infrastructure/amazon-integrations/aws-integration-for-metrics/via-cloudformation/) 통해 AWS 통합을 추가하여 지원되지 않는 서비스에 대한 API 폴링을 지원합니다.
diff --git a/src/i18n/content/kr/docs/release-notes/docs-release-notes/docs-8-08-2025.mdx b/src/i18n/content/kr/docs/release-notes/docs-release-notes/docs-8-08-2025.mdx
new file mode 100644
index 00000000000..8223f140d0d
--- /dev/null
+++ b/src/i18n/content/kr/docs/release-notes/docs-release-notes/docs-8-08-2025.mdx
@@ -0,0 +1,60 @@
+---
+subject: Docs
+releaseDate: '2025-08-08'
+version: 'August 01 - August 07, 2025'
+translationType: machine
+---
+
+### 새로운 문서
+
+* [NerdGraph 튜토리얼을 추가했습니다: Teams에 대한 사용자 지정 역할 만들기는](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/compute-budgets/overview) NerdGraph API 사용하여 Teams에 대한 사용자 지정 역할을 만들고 관리하는 방법을 안내합니다.
+
+### 사소한 변경 사항
+
+* [조건별 알림 이벤트를 분당 1,000개로](/docs/alerts/admin/rules-limits-alerts) 변경했습니다.
+* 최신 검증된 [.Net 에이전트 호환 버전과 요구 사항을](/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements) 업데이트했습니다.
+* [VMware Tanzu](/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration) 의 서비스 브로커에 대한 버전 및 버전 지원 정보가 업데이트되었습니다.
+* [VMware Tanzu](/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-nginx-buildpack-integration) 용 뉴렐릭 NGINX 통합 빌드팩에 대한 버전 지원 정보를 업데이트했습니다.
+* [VMware Tanzu](/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-firehose-nozzle-integration/#product-snapshot) 용 뉴렐릭 Nozzle에 대한 버전 및 버전 지원 정보를 업데이트했습니다.
+
+### 릴리즈 정보
+
+* 새로운 소식 게시물을 확인하세요.
+
+ * [의 인박스(errors inbox)가 이제 워크로드 내에 통합되었습니다](/whats-new/2025/08/whats-new-08-06-workloads-errors-inbox).
+
+* 최신 릴리스에 대한 최신 정보를 받아보세요.
+
+ * [작업 관리자 v452](/docs/release-notes/synthetics-release-notes/job-manager-release-notes/job-manager-release-452):
+ * 대기열 메시지 처리 시 예외 처리를 위한 내부 개선 사항이 추가되었습니다.
+
+ * [Kubernetes 통합 v3.43.3](/docs/release-notes/infrastructure-release-notes/kubernetes-integration-release-notes/kubernetes-integration-3-43-3):
+ * 뉴렐릭 Kubernetes 모니터링 솔루션을 구현하고 배포하기 위해 Helm 차트를 추가했습니다.
+
+ * [파이프라인 컨트롤 게이트웨이 v1.1.0](/docs/release-notes/pipeline-control-gateway-release-notes/pipeline-control-gateway-25-08-05):
+
+ * 삭제 규칙을 사용하여 `SqlTrace` 및 `TransactionTrace` 이벤트에서 데이터와 속성을 선택적으로 삭제하는 새로운 기능을 구현했습니다.
+
+ * IPv6 영역 ID와 관련된 HTTP 프록시 우회 및 사이트 간 스프레드시트 문제를 포함하여 `golang.org/x/net` 패키지의 취약점을 해결했습니다.
+
+ * Go `1.24` 로 업그레이드되었으며 다음 의존성/종속성이 보안을 강화하고 최근 수정 사항을 통합하도록 업데이트되었습니다.
+
+ * `golang.org/x/net to v0.38.0`
+ * `golang.org/x/sys to v0.31.0`
+ * `golang.org/x/text to v0.23.0`
+
+ * [iOS v6.9.11용 모바일 앱](/docs/release-notes/mobile-apps-release-notes/new-relic-ios-release-notes/new-relic-ios-6101):
+ * 사용자의 인증 도메인을 저장하고 사용자를 로그인 페이지로 직접 리디렉션하여 로그인 흐름을 두 단계로 줄였습니다.
+
+ * [플러터 에이전트 v1.1.13](/docs/release-notes/mobile-release-notes/flutter-release-notes/flutter-agent-1113):
+
+ * 개선된 네이티브 Android 에이전트가 버전 7.6.8로 업데이트되었습니다.
+ * 향상된 네이티브 iOS 에이전트가 버전 7.5.8로 업데이트되었습니다.
+
+ * [.NET MAUI 에이전트 v1.1.11](/docs/release-notes/mobile-release-notes/net-maui-release-notes/net-maui-agent-1111)
+
+ * 개선된 네이티브 Android 에이전트가 버전 7.6.8로 업데이트되었습니다.
+ * 향상된 네이티브 iOS 에이전트가 버전 7.5.8로 업데이트되었습니다.
+
+ * [인프라 에이전트 v1.65.5](/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655):
+ * 저장소 샘플에서 지원 AWS EFS 마운트를 변경했습니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655.mdx b/src/i18n/content/kr/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655.mdx
index 0e8ad92b164..e2babb7d46d 100644
--- a/src/i18n/content/kr/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655.mdx
+++ b/src/i18n/content/kr/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655.mdx
@@ -6,17 +6,18 @@ translationType: machine
---
- **Known issues**: this release has a known issue with diskUsedPercent calculation because of StorageSample containing NFSv4 mount data on Linux hosts having NFSv4 mounts.
+ **알려진 문제**: 이 릴리스에는 NFSv4 마운트가 있는 Linux 호스트에서 NFSv4 마운트 데이터가 포함된 StorageSample로 인해 diskUsedPercent 계산에 알려진 문제가 있습니다.
다음 대안 중 하나를 고려해 보세요.
+* Use any version higher than `1.65.5`
* 다음 버전보다 낮은 버전을 사용하세요. `1.65.5`
에이전트의 새로운 버전이 출시되었습니다. [인프라 에이전트를 업데이트](https://docs.newrelic.com/docs/infrastructure/install-configure-manage-infrastructure/update-or-uninstall/update-infrastructure-agent) 하려면 표준 절차를 따르세요. 뉴렐릭은 에이전트를 정기적으로, 그리고 최소 3개월마다 업그레이드할 것을 권장합니다. 이번 릴리스부터 지원되는 가장 오래된 버전은 [안드로이드 에이전트 1.51.0](https://docs.newrelic.com/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1510/) 입니다.
## 변경됨
-* 기능: #2069의 저장소 샘플에서 AWS EFS 마운트 지원
+* feat: support AWS EFS mounts in storage samples in #2069
* chore(deps): 범프 golang.org/x/oauth2 #2093에서 0.20.0에서 0.27.0으로
* chore(deps): #2094에서 nri-prometheus 버전을 v2.27.0으로 업데이트
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/release-notes/mobile-apps-release-notes/new-relic-android-release-notes/new-relic-android-5306.mdx b/src/i18n/content/kr/docs/release-notes/mobile-apps-release-notes/new-relic-android-release-notes/new-relic-android-5306.mdx
new file mode 100644
index 00000000000..8f9d0ed4b27
--- /dev/null
+++ b/src/i18n/content/kr/docs/release-notes/mobile-apps-release-notes/new-relic-android-release-notes/new-relic-android-5306.mdx
@@ -0,0 +1,11 @@
+---
+subject: Mobile app for Android
+releaseDate: '2025-08-07'
+version: 5.30.6
+downloadLink: 'https://play.google.com/store/apps/details?id=com.newrelic.rpm'
+translationType: machine
+---
+
+### 개선 사항
+
+* SAML 및 소셜 로그인에 대한 Passkey 지원
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.295.mdx b/src/i18n/content/kr/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.295.mdx
new file mode 100644
index 00000000000..d2e754e3a25
--- /dev/null
+++ b/src/i18n/content/kr/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.295.mdx
@@ -0,0 +1,39 @@
+---
+subject: Browser agent
+releaseDate: '2025-08-04'
+version: 1.295.0
+downloadLink: 'https://www.npmjs.com/package/@newrelic/browser-agent'
+features:
+ - Add error cause detection
+bugs:
+ - Add monkey-patching warnings
+ - Calculate first and last timestamps from raw data
+security: []
+translationType: machine
+---
+
+## v1.295.0
+
+### 특징
+
+#### 오류 원인 감지 추가
+
+캡처된 JavaScriptError 이벤트에서 원인 속성을 감지하고 보고합니다. 원인이 오류의 인스턴스인 경우 스택 추적이 캡처되고, 그렇지 않은 경우 원인의 문자열화된 내용이 보고됩니다. 이는 `cause` 속성 아래의 JavaScriptError 이벤트에서 쿼리될 수 있습니다.
+
+### 버그 수정
+
+#### 몽키 패칭 경고 추가
+
+에이전트가 페이지에서 실행되기 전에 예상되는 글로벌 변수에 몽키 패치가 적용된 경우 감지 및 경고가 추가되었습니다. 이로 인해 예상치 못한 동작이 발생할 수 있으며, 고객에게 이러한 동작에 대해 알리는 것이 목적입니다.
+
+#### 원시 데이터에서 첫 번째 및 마지막 타임스탬프 계산
+
+UI 리플레이어의 일관성을 개선하기 위해 수집하기 전에 에이전트가 SessionReplay 페이로드의 첫 번째 및 마지막 타임스탬프를 수동으로 계산하도록 합니다.
+
+## 지지 성명
+
+뉴렐릭은 에이전트를 정기적으로 업그레이드하여 최신 기능과 성능 이점을 얻을 것을 권장합니다. 이전 릴리스는 지원 [종료](https://docs.newrelic.com/docs/browser/browser-monitoring/getting-started/browser-agent-eol-policy/) 시점부터 더 이상 지원되지 않습니다. 출시일은 에이전트 버전의 원래 출판일을 반영합니다.
+
+새로운 브라우저 에이전트 릴리스는 일정 기간 동안 작은 단계로 고객에게 출시됩니다. 이로 인해, 귀하의 계정에서 해당 릴리스에 접근할 수 있는 날짜가 원래 게시 날짜와 일치하지 않을 수 있습니다. 자세한 내용은 이 [상태 대시보드를](https://newrelic.github.io/newrelic-browser-agent-release/) 참조하세요.
+
+[브라우저 지원 정책](https://docs.newrelic.com/docs/browser/new-relic-browser/getting-started/compatibility-requirements-browser-monitoring/#browser-types) 에 따라, 브라우저 에이전트 v1.295.0은 다음 브라우저 및 버전 범위에 맞춰 빌드되고 테스트되었습니다: Chrome 128-138, Edge 128-138, Safari 17-19, Firefox 130-140. 모바일 장치의 경우 v1.295.0은 Android OS 16 및 iOS Safari 17-26용으로 구축 및 테스트되었습니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/service-architecture-intelligence/github-integration.mdx b/src/i18n/content/kr/docs/service-architecture-intelligence/github-integration.mdx
index 71b1b7f7463..3274627673b 100644
--- a/src/i18n/content/kr/docs/service-architecture-intelligence/github-integration.mdx
+++ b/src/i18n/content/kr/docs/service-architecture-intelligence/github-integration.mdx
@@ -53,7 +53,7 @@ translationType: machine
**뉴렐릭 Teams에 구성원 할당**
-GitHub에서 `teamOwningRepo` 사용자 정의 속성을 만들어 GitHub 저장소를 해당 팀에 자동으로 할당할 수 있습니다.
+GitHub에서 `teamOwningRepo` 사용자 정의 속성으로 추가하여 GitHub 저장소를 해당 팀에 자동으로 할당할 수 있습니다.
1. 조직 수준에서 사용자 정의 속성을 만들고 저장소 수준에서 사용자 정의 속성에 대한 값을 할당합니다. 또한, 조직 수준에서 여러 저장소에 대한 사용자 정의 속성을 동시에 설정할 수 있습니다.
2. 그런 다음 뉴렐릭 Teams에서 [자동 소유권](/docs/service-architecture-intelligence/teams/manage-teams/#assign-ownership) 기능을 활성화하고 태그 키로 `team` 사용해야 합니다.
diff --git a/src/i18n/content/kr/docs/tutorial-improve-site-performance/guide-to-monitoring-core-web-vitals.mdx b/src/i18n/content/kr/docs/tutorial-improve-site-performance/guide-to-monitoring-core-web-vitals.mdx
index e5f2e8fba0a..20b907a58ab 100644
--- a/src/i18n/content/kr/docs/tutorial-improve-site-performance/guide-to-monitoring-core-web-vitals.mdx
+++ b/src/i18n/content/kr/docs/tutorial-improve-site-performance/guide-to-monitoring-core-web-vitals.mdx
@@ -1,30 +1,32 @@
---
-title: 핵심 웹 바이탈 모니터링
+title: Core Web Vitals모니터링
tags:
- Browser
- Browser monitoring
- Guides
-metaDescription: A guide to monitor Google's core web vitals.
+metaDescription: A guide to monitor Google's Core Web Vitals.
freshnessValidatedDate: '2024-03-21T00:00:00.000Z'
translationType: machine
---
-핵심 웹 바이탈은 전반적인 사용자 경험을 측정하는 Google의 측정항목입니다. 사용자가 귀하의 비즈니스를 보는 방식에 대한 귀중한 통찰력을 제공하여 사이트의 SEO 순위에 영향을 줄 수 있습니다. 사용자 경험을 포착하는 점수를 가지면 사이트에 필요한 것이 무엇인지 추측하는 대신 특정 문제에 대해 조치를 취할 수 있습니다.
+CWV( Core Web Vitals )는 전반적인 사용자 환경을 평가하는 Google의 지수입니다. 이들은 사용자가 귀하의 사업을 어떻게 보는지에 대한 귀중한 정보를 제공하며, 이는 귀하 사이트의 SEO 순위에 영향을 미칠 수 있습니다. 사용자 경험을 포착하는 점수를 통해 사이트에 필요한 것이 무엇인지 추측하는 대신 구체적인 문제에 대한 조치를 취할 수 있습니다.
## 목표 [#objectives]
-이 튜토리얼은 New Relic을 사용하여 핵심 웹 바이탈을 분석하는 과정을 안내합니다. 자습서가 끝나면 다음 작업을 완료하게 됩니다.
+이 튜토리얼에서는 뉴렐릭을 사용하여 CWV를 분석하는 방법을 안내합니다. 튜토리얼을 마치면 다음 작업이 완료됩니다.
-* 뉴렐릭에서 코어 웹 바이탈을 찾아보세요.
-* 핵심 웹 바이탈이 사이트 성능으로 변환되는 방식을 이해합니다.
+* 뉴렐릭에서 CWV를 찾아보세요.
+* CWV가 사이트 성능에 어떻게 반영되는지 알아보세요.
* 뉴렐릭 데이터를 탐색하여 점수에 기여하는 요소를 파악하세요.
-## 코어 웹 바이탈에 대해 알아보세요 [#learn]
+## CWV에 대해 알아보세요 [#learn]
Google은 다음 세 가지 지표를 기준으로 전반적인 웹사이트 성능을 측정합니다.
* [콘텐츠가 포함된 최대 페인트](https://web.dev/articles/lcp) (LCP): 페이지의 기본 콘텐츠를 로드하는 데 걸리는 시간입니다. 예를 들어, 느린 LCP가 있는 웹페이지를 방문하는 사용자에게는 콘텐츠가 나타나기 전에 몇 초 동안 빈 화면이 나타날 수 있습니다.
+
* INP( [다음 페인트로의 복합복합](https://web.dev/articles/inp) ): 사용자의 복합복합에 페이지가 반응하는 데 걸리는 시간입니다. 예를 들어, 사용자가 버튼을 클릭하면 INP는 클릭 후 다음 페이지가 열리는 데 걸리는 시간을 측정합니다. 높은 INP는 느리고 응답하지 않는 웹페이지 경험을 반영하여 사용자 참여를 방해합니다.
+
* CLS( [누적 레이아웃 변경](https://web.dev/articles/cls) ): 로드하는 동안 페이지에서 예기치 않은 레이아웃 변경이 발생하는 빈도입니다. 예를 들어, 버튼을 클릭하려는 사용자는 콘텐츠가 화면의 새로운 위치로 이동하여 실수로 다른 항목을 클릭하게 될 수 있습니다. CLS가 높으면 웹페이지가 투박하고 상호작용하기 어렵게 느껴질 수 있습니다.
각 웹 바이탈에는 앱의 성능과 SEO를 추적하는 데 도움이 되는 다음과 같은 임계값이 있습니다.
@@ -32,7 +34,7 @@ Google은 다음 세 가지 지표를 기준으로 전반적인 웹사이트 성
- |
+ |
도움이 됨
@@ -114,7 +116,7 @@ Google은 다음 세 가지 지표를 기준으로 전반적인 웹사이트 성
### CLS 점수는 어떻게 계산되나요?
- 누적 레이아웃 이동 점수는 다른 코어 웹 바이탈처럼 시간 기반 측정이 아닌 0에서 무한대 사이의 단위 없는 값입니다. 웹페이지 로딩 과정에서 발생하는 예상치 못한 레이아웃 변화의 영향을 합산한 것입니다. CLS 점수 계산 방법은 다음과 같습니다.
+ 누적 레이아웃 이동 점수는 다른 CWV와 같이 시간에 따른 측정값이 아닌 0과 무한대 사이의 단위 없는 값입니다. 이는 웹페이지 로딩 과정 중에 발생하는 예상치 못한 레이아웃 변화의 영향의 총합을 반영합니다. CLS 점수는 다음과 같이 계산됩니다.
* 레이아웃 변경 점수: 이는 두 가지 요소를 고려합니다.
@@ -126,13 +128,13 @@ Google은 다음 세 가지 지표를 기준으로 전반적인 웹사이트 성
**Good** 웹 바이탈은 조직이 비용을 절감하고 SEO를 높이는 데 도움이 될 수 있습니다. **Poor** 또는 **Needs improvement** 조직에 대한 사용자의 부정적인 인식을 반영할 수 있으며, 이로 인해 고객이 불만족스럽거나 비즈니스 기회를 잃을 수 있습니다.
-뉴렐릭은 Google의 [`web-vitals` API 라이브러리를](https://github.com/GoogleChrome/web-vitals) 활용하여 추가 계산을 도입하지 않고 원시 상태의 웹 바이탈을 수집합니다. 코어 웹 바이탈이 중요한 이유와 계산 방법에 대해 자세히 알아보려면 web.dev 문서 [사용자 중심 성능 지수 를](https://web.dev/articles/user-centric-performance-metrics) 참조하세요.
+뉴렐릭은 Google의 [`web-vitals` API 라이브러리를](https://github.com/GoogleChrome/web-vitals) 활용하여 추가 계산을 도입하지 않고 원시 상태의 웹 필수 정보를 수집합니다. CWV가 중요한 이유와 계산 방법에 대해 자세히 알아보려면 web.dev 문서 [사용자 중심 성과 지표를](https://web.dev/articles/user-centric-performance-metrics) 참조하세요.
-## New Relic에서 핵심 웹 바이탈 찾기 [#view-data-in-nr]
+## 뉴렐릭에서 CWV 찾기 [#view-data-in-nr]
-코어 웹 바이탈은 많은 뉴렐릭 기능에 내장되어 있지만 웹 바이탈을 높은 수준에서 보는 가장 좋은 방법은 다음과 같습니다.
+CWV는 많은 뉴렐릭 기능에 내장되어 있지만, 웹 바이탈을 높은 수준에서 보는 가장 좋은 방법은 다음과 같습니다.
-1. **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser** 으)로 이동합니다.
+1. **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser** 으)로 이동합니다.
2. 앱을 선택하세요.
@@ -140,153 +142,56 @@ Google은 다음 세 가지 지표를 기준으로 전반적인 웹사이트 성
**웹 바이탈** 페이지에는 전체 웹사이트에 대한 웹 바이탈 평균이 표시됩니다. 이 보기에서 특정 페이지나 지표를 드릴다운하여 점수에 영향을 미치는 요소를 확인할 수 있습니다.
-
+
### 특정 페이지로 드릴다운 [#drill-down]
-인사이트를 중요한 페이지(예: 전자상거래 결제 페이지)로 이동하려면 **Page URL** 표에서 찾으세요. 최종 사용자가 사이트의 해당 영역을 어떻게 경험하고 있는지 이해하는 데 사용할 수 있는 코어 웹 바이탈에 기여하는 내용에 대한 분석을 볼 수 있습니다. 예를 들어 Chrome 브라우저에서 성능 저하 패턴이 발견되면 해당 사용자 기반에 대한 향후 개선 사항을 선별할 수 있습니다.
+인사이트를 중요한 페이지(예: 전자상거래 결제 페이지)로 이동하려면 **Page URL** 테이블에서 찾으세요. 사이트의 특정 영역을 최종 사용자가 어떻게 경험하고 있는지 파악하는 데 도움이 되는 CWV에 기여하는 요소에 대한 세부 정보를 확인할 수 있습니다. 예를 들어 Chrome 브라우저에서 성능 저하 패턴이 발견되면 해당 사용자 기반에 대한 향후 개선 사항을 정리할 수 있습니다.
-
+
- **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser > (select an app) > Monitor > Web vitals > (click on a page URL)**: 가장 영향력 있는 웹페이지에 대한 코어 웹 바이탈 분석을 확인하세요.
+ **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser > (select an app) > Monitor > Web vitals > (click a page URL)**: 가장 영향력 있는 웹페이지의 CWV 분석을 확인하세요.
### 주요 속성으로 필터링 [#key-attributes]
-백앤드 변경이나 성능 문제가 코어 웹 바이탈에 어떤 영향을 미치는지와 같은 특정 내용을 조사하려는 경우 **Filter by** 도구를 사용하여 주요 속성을 필터링할 수 있습니다.
+백앤드 변경이나 문제가 CWV에 어떤 영향을 미쳤는지 등 특정한 사항을 조사하고 싶다면 **Filter by** 도구를 사용하여 주요 속성을 필터링할 수 있습니다.
-
+
- **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser > (select an app) > Monitor > Web vitals > (add filters)**: 필터 도구를 사용하여 핵심 속성별로 코어 웹 바이탈을 필터링할 수 있습니다.
+ **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser > (select an app) > Monitor > Web vitals > (add filters)**: 필터 도구를 사용하여 핵심 속성별로 코어 웹 바이탈을 필터링할 수 있습니다.
거의 모든 주요 속성으로 필터링할 수 있지만 몇 가지 유용한 예를 읽으십시오.
-
- 데스크톱과 모바일 성능을 비교하고 두 플랫폼 간의 코어 웹 바이탈 차이점을 비교하고 싶다고 가정해 보겠습니다. **Web vitals** 에서 이를 조사하려면 다음을 수행하세요.
-
- 1.
- **Filter by**
-
-
- 필드에서
-
-
- **Attribute**
-
-
- `deviceType` 로 설정하고
-
-
- **Value**
-
-
- `desktop` 로 설정합니다.
+
+ 데스크톱과 모바일의 성능을 비교하고, 두 플랫폼 간의 CWV가 어떻게 다른지 살펴보겠습니다. **Web vitals** 에서 이를 조사하려면:
- 2. 중복 브라우저에서
-
-
- **Attribute**
-
-
- `deviceType` 로,
-
-
- **Value**
-
-
- `mobile` 로 설정한 다음 결과를 비교합니다.
+ 1. **Filter by** 필드에서 **Attribute** `deviceType` 로 설정하고 **Value** `desktop` 로 설정합니다.
+ 2. 중복 브라우저에서 **Attribute** `deviceType` 로, **Value** `mobile` 로 설정한 다음 결과를 비교합니다.
-
+
최종 사용자가 11월 1일 오후 12시경 사이트 결제 페이지에서 성능 문제를 보고했고 이 사용자에게 어떤 일이 발생했는지 확인하려고 한다고 가정해 보겠습니다. **Web vitals** 에서 이를 조사하려면 다음을 수행하세요.
1. 시간 범위를 11월 1일 오전 11시에서 오후 1시 사이로 설정합니다.
+ 2. **Page URL** 표에서 결제 페이지 URL을 클릭합니다.
+ 3. **Filter by** 필드에서 **Attribute** `userID` 로 설정하고 **Value** `user ID` 로 설정합니다.
- 2.
- **Page URL**
-
-
- 표에서 결제 페이지 URL을 클릭합니다.
-
- 3.
- **Filter by**
-
-
- 필드에서
-
-
- **Attribute**
-
-
- `userID` 로 설정하고
-
-
- **Value**
-
-
- `user ID` 로 설정합니다.
-
-
- `userID` [브라우저 SPA API](/docs/browser/new-relic-browser/browser-agent-spa-api/setcustomattribute-browser-agent-api/) 를 사용하여 설정해야 하는 맞춤 속성입니다. `userID` 을(를) 사용할 수 없는 경우 `username` 또는 `session` 와 같은 다른 사용자 정보로 필터링할 수도 있습니다.
-
+
+ `userID` [브라우저 SPA API](/docs/browser/new-relic-browser/browser-agent-spa-api/setcustomattribute-browser-agent-api/) 를 사용하여 설정해야 하는 맞춤 속성입니다. `userID` 을(를) 사용할 수 없는 경우 `username` 또는 `session` 와 같은 다른 사용자 정보로 필터링할 수도 있습니다.
+
-
- 귀하의 조직이 최근 11월 10일 오전 8시에 사이트 홈 페이지의 이미지를 업데이트했으며 변경 사항이 코어 웹 바이탈에 영향을 미쳤는지 확인하고 싶다고 가정해 보겠습니다. **Web vitals** 에서 이를 조사하려면 다음을 수행하세요.
+
+ 예를 들어, 귀하의 조직이 11월 10일 오전 8시에 사이트 홈페이지의 이미지를 업데이트했고, 이 변경 사항이 CWV에 영향을 미치는지 보고 싶다고 가정해 보겠습니다. **Web vitals** 에서 이를 조사하려면:
1. 시간 범위를 11월 10일 오전 7시에서 오전 9시 사이로 설정합니다.
-
- 2.
- **Page URL**
-
-
- 테이블에서 홈페이지 URL을 클릭합니다.
-
- 3.
- **Filter by**
-
-
- 필드에서
-
-
- **Attribute**
-
-
- `elementTagName` 로 설정하고
-
-
- **Value**
-
-
- `IMG` 로 설정합니다.
+ 2. **Page URL** 테이블에서 홈페이지 URL을 클릭합니다.
+ 3. **Filter by** 필드에서 **Attribute** `elementTagName` 로 설정하고 **Value** `IMG` 로 설정합니다.
@@ -294,43 +199,32 @@ Google은 다음 세 가지 지표를 기준으로 전반적인 웹사이트 성
New Relic은 주어진 페이지에서 사용자 세션에 대한 데이터를 캡처합니다. 세션 추적은 임의로 샘플링되어 사용자가 페이지 로드 타이밍 문제, JavaScript 이벤트 또는 기타 오류를 경험한 방식을 볼 수 있습니다.
-
+
-세션 추적을 사용하여 여러 사용자 세션에서 패턴을 찾는 것이 좋습니다. 핵심 웹 바이탈 점수 중 하나를 개선할 수 있는 경우 한 가지 옵션은 세션 추적을 살펴보고 여러 사용자 세션에서 공유되는 공통 속성을 확인하는 것입니다. 다음은 세션 추적이 사이트를 개선하는 데 어떻게 도움이 되는지에 대한 예입니다.
+다양한 사용자 세션에서 패턴을 찾으려면 세션 트레이스를 사용하는 것이 좋습니다. CWV 점수 중 하나를 개선할 수 있다면, 세션 트레이스를 살펴보고 다양한 사용자 세션에서 공유되는 공통 속성을 확인하는 것이 한 가지 방법입니다. 세션 트레이스가 사이트 개선에 어떻게 도움이 될 수 있는지 보여주는 예는 다음과 같습니다.
-1.
- **Web vitals**
-
+1. **Web vitals** 탭에서 실적이 저조한 페이지를 클릭합니다. 위 이미지를 예로 들면 귀하의 사이트는 전반적인 LCP 점수가 좋지만 일부 개별 페이지에는 개선이 필요하다는 것을 알 수 있습니다.
+2. **Web vitals** 페이지의 **Page URLs** 섹션을 보면 홈페이지 URL의 LCP 점수가 4초보다 큰 것을 알 수 있습니다. 모든 사용자에게 영향을 미치는 오류로 인한 것입니까, 아니면 한 종류의 사용자에게만 영향을 미치는 것입니까? 예를 들어, 특정 버전의 Chrome 또는 특정 운영 시스템을 사용하는 사용자가 페이지 로드 시간이 느린 것을 발견한 경우 문제의 특정 원인을 더 효과적으로 해결할 수 있습니다.
+3. 문제를 해결하려는 URL을 클릭하면 새 창이 열립니다. LCP 점수가 사이트의 전체 LCP 점수보다 훨씬 높다는 것을 알게 되었습니다. 이 페이지 하단의 **Session traces** 섹션으로 스크롤하면 실제 사용자 세션의 다양한 샘플을 볼 수 있습니다. 이러한 세션을 통해 사용자가 AJAX 요청, DOM 로드 관련 문제, JavaScript 이벤트 또는 기타 오류를 경험한 방식에 대한 보다 세부적인 세부 정보를 제공할 수 있습니다.
- 탭에서 실적이 저조한 페이지를 클릭합니다. 위 이미지를 예로 들면 귀하의 사이트는 전반적인 LCP 점수가 좋지만 일부 개별 페이지에는 개선이 필요하다는 것을 알 수 있습니다.
+무작위 세션의 데이터는 수백 또는 수천 건의 웹 페이지 사용자 상호 작용에서 패턴을 찾는 데 도움이 됩니다. 무작위로 선택된 이 데이터에 패턴이 나타나면 문제 해결 계획이 페이지 점수를 향상시킬 것이라는 확신을 가질 수 있습니다.
-2.
- **Web vitals**
-
+## 세션 리플레이로 이해도를 높여보세요 [#session-replays]
- 페이지의
+낮은 LCP 또는 높은 CLS가 확인된 경우 세션 리플레이는 발생한 사건에 대한 시각적 기록을 제공하여 문제를 일으키는 정확한 요소나 이벤트를 빠르게 찾아내는 데 도움이 됩니다.
-
- **Page URLs**
-
+다음은 세션 리플레이가 사이트 개선에 어떻게 도움이 될 수 있는지에 대한 예입니다.
- 섹션을 보면 홈페이지 URL의 LCP 점수가 4초보다 큰 것을 알 수 있습니다. 모든 사용자에게 영향을 미치는 오류로 인한 것입니까, 아니면 한 종류의 사용자에게만 영향을 미치는 것입니까? 예를 들어, 특정 버전의 Chrome 또는 특정 운영 시스템을 사용하는 사용자가 페이지 로드 시간이 느린 것을 발견한 경우 문제의 특정 원인을 더 효과적으로 해결할 수 있습니다.
+1. 성능 문제 식별: **Web vitals** 페이지에서 관련 URL을 클릭하여 자세한 성능 보기를 엽니다. 이 작업을 수행하면 해당 페이지의 웹 중요 정보를 자세히 볼 수 있는 페이지로 리디렉션됩니다. CWV 점수를 검토하여 **Needs improvement** 또는 **Poor** 레이블이 있는 점수를 찾아보세요. 플랫폼마다 성능 문제가 상당히 다를 수 있으므로 장치 유형이나 브라우저별로 결과를 필터링할 수도 있습니다. 이러한 세부 사항을 이해하면 최적화가 필요한 특정 영역을 정확히 파악하는 데 도움이 됩니다.
-3. 문제를 해결하려는 URL을 클릭하면 새 창이 열립니다. LCP 점수가 사이트의 전체 LCP 점수보다 훨씬 높다는 것을 알게 되었습니다. 이 페이지 하단의
+2. 관련 리플레이에 액세스하려면 조사 중인 데이터 포인트의 **Session replays** 열에 있는 숫자를 클릭하세요. 이 작업을 수행하면 특정 성능 문제가 발생한 세션을 표시하기 위해 리플레이가 자동으로 필터링됩니다. 예를 들어, LCP가 낮은 페이지의 세션 리플레이 수를 클릭하면 LCP가 느렸던 세션 목록이 표시됩니다.
-
- **Session traces**
-
+3. 시청하고 진단하세요: 비디오 녹화를 시청하여 문제를 시각적으로 이해하세요. 당신은 다음을 발견할 수 있습니다:
- 섹션으로 스크롤하면 실제 사용자 세션의 다양한 샘플을 볼 수 있습니다. 이러한 세션을 통해 사용자가 AJAX 요청, DOM 로드 관련 문제, JavaScript 이벤트 또는 기타 오류를 경험한 방식에 대한 보다 세부적인 세부 정보를 제공할 수 있습니다.
+ * LCP 문제: 큰 히어로 이미지나 비디오가 느리게 로드되어 몇 초 동안 빈 화면이 나타납니다.
+ * CLS 문제: 광고나 타사 콘텐츠가 늦게 로드되어 페이지 콘텐츠가 예기치 않게 이동하는 문제입니다.
+ * INP 문제: 느리게 반응하는 버튼이나 대화형 요소는 좌절감을 유발할 수 있습니다.
-무작위 세션의 데이터는 수백 또는 수천 건의 웹 페이지 사용자 상호 작용에서 패턴을 찾는 데 도움이 됩니다. 무작위로 선택된 이 데이터에 패턴이 나타나면 문제 해결 계획이 페이지 점수를 향상시킬 것이라는 확신을 가질 수 있습니다.
+세션 트레이스의 기술 데이터를 세션 리플레이의 시각적 컨텍스트와 결합함으로써 성능 문제를 해결하고 최종 사용자 환경을 크게 향상시키는 포괄적인 계획을 개발할 수 있습니다.
-
+
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/tutorial-manage-large-log-volume/organize-large-logs.mdx b/src/i18n/content/kr/docs/tutorial-manage-large-log-volume/organize-large-logs.mdx
index 2ee323ff045..41ab8b54db8 100644
--- a/src/i18n/content/kr/docs/tutorial-manage-large-log-volume/organize-large-logs.mdx
+++ b/src/i18n/content/kr/docs/tutorial-manage-large-log-volume/organize-large-logs.mdx
@@ -33,9 +33,9 @@ translationType: machine
사전 구문 분석:
- ```
+ ```json
{
- "message": "32 4329 store_Portland"
+ "message": "32 4329 store_Portland"
}
@@ -45,11 +45,11 @@ translationType: machine
구문 분석 후:
- ```
+ ```json
{
- "transaction_total": "32",
- "purchase_number": "4329",
- "store_location": "store_Portland",
+ "transaction_total": "32",
+ "purchase_number": "4329",
+ "store_location": "store_Portland",
}
```
@@ -120,9 +120,9 @@ ACME Corp에서 앞으로 몇 달 동안 약 2TB의 로그를 수집할 것임
이 문서의 앞부분에서 사용한 예제로 작업해 보겠습니다. 다음 패턴을 따르는 로그가 있습니다.
- ```
+ ```json
{
- "message": "32 4329 store_Portland"
+ "message": "32 4329 store_Portland"
}
```
@@ -136,11 +136,11 @@ ACME Corp에서 앞으로 몇 달 동안 약 2TB의 로그를 수집할 것임
위의 패턴으로 구문 분석 규칙이 생성되면 다음과 같은 방식으로 로그를 반환합니다.
- ```
+ ```json
{
- "transaction_total": "32",
- "purchase_number": "4329",
- "store_location": "store_Portland",
+ "transaction_total": "32",
+ "purchase_number": "4329",
+ "store_location": "store_Portland",
}
```
diff --git a/src/i18n/content/pt/docs/apis/nerdgraph/examples/nerdgraph-scorecards-custom-tutorial.mdx b/src/i18n/content/pt/docs/apis/nerdgraph/examples/nerdgraph-scorecards-custom-tutorial.mdx
index acbc498ce59..aeaf0a92c25 100644
--- a/src/i18n/content/pt/docs/apis/nerdgraph/examples/nerdgraph-scorecards-custom-tutorial.mdx
+++ b/src/i18n/content/pt/docs/apis/nerdgraph/examples/nerdgraph-scorecards-custom-tutorial.mdx
@@ -98,24 +98,23 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
#### Solicitação de amostra
```graphql
- {
+ {
customerAdministration {
- permissions(filter: {scope: {eq: "organization"}}) {
- items {
- feature
- category
- id
- product
- }
+ permissions(filter: { scope: { eq: "organization" } }) {
+ items {
+ feature
+ category
+ id
+ product
}
}
}
-
+ }
```
#### Resposta de amostra
- ```graphql
+ ```json
{
"data": {
"customerAdministration": {
@@ -174,31 +173,28 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
}
}
}
-
```
Copie e cole as informações relacionadas aos Scorecards em um arquivo de texto que corresponda aos seguintes critérios:
* `category: MANAGE`
- * `"feature"``: "Scorecards"` ou `“Scorecards Rules”`
+ * `"feature"``: "Scorecards"` ou `"Scorecards Rules"`
Por exemplo, na resposta anterior, o seguinte corresponde aos critérios:
- ```graphql
-
+ ```json
{
- "category": "MANAGE",
- "feature": "Scorecards Rules",
- "id": "xxxxx",
- "product": "New Relic One"
- },
+ "category": "MANAGE",
+ "feature": "Scorecards Rules",
+ "id": "xxxxx",
+ "product": "New Relic One"
+ },
{
- "category": "MANAGE",
- "feature": "Scorecards",
- "id": "xxxxx",
- "product": "New Relic One"
- }
-
+ "category": "MANAGE",
+ "feature": "Scorecards",
+ "id": "xxxxx",
+ "product": "New Relic One"
+ }
```
@@ -208,19 +204,18 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
#### Solicitação de amostra
```graphql
- {
+ {
actor {
organization {
id
- }
}
}
-
+ }
```
#### Resposta de amostra
- ```graphql
+ ```json
{
"data": {
"actor": {
@@ -230,7 +225,6 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
}
}
}
-
```
Copie o ID da organização e reserve-o para criar uma função.
@@ -323,11 +317,11 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
|
- `PermissionId`
+ `permissionIds`
|
- Interno
+ \[Int]
|
@@ -370,10 +364,9 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
#### Solicitação de amostra
```graphql
-
mutation {
customRoleCreate(
- container: {id: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX", type: "organization"}
+ container: { id: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX", type: "organization" }
name: "Scorecards manager"
permissionIds: [xxxxx, xxxxx]
scope: "organization"
@@ -381,13 +374,11 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
id
}
}
-
```
#### Resposta de amostra
- ```graphql
-
+ ```json
{
"data": {
"customRoleCreate": {
@@ -395,7 +386,6 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
}
}
}
-
```
@@ -487,10 +477,9 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
#### Solicitação de amostra
```graphql
-
{
customerAdministration {
- groups(filter: {organizationId: {eq: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX"}}) {
+ groups(filter: { organizationId: { eq: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX" } }) {
nextCursor
items {
id
@@ -505,7 +494,6 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
}
}
}
-
```
Na lista de IDs de grupo exibida, copie o ID de grupo desejado para associar a função do Scorecard personalizada que você criou anteriormente.
@@ -552,11 +540,7 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
|
- O ID da função personalizada criado na seção
-
- [Função personalizada]()
-
- .
+ O ID da função personalizada criado na seção Função personalizada.
|
@@ -585,7 +569,10 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
```graphql
mutation {
authorizationManagementGrantAccess(
- grantAccessOptions: {organizationAccessGrants: {roleId: "99999999"}, groupId: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX"}
+ grantAccessOptions: {
+ organizationAccessGrants: { roleId: "99999999" }
+ groupId: "xxx****xxx-xx**00**-xxx-x*x*-xx**XXX**XX"
+ }
) {
roles {
id
@@ -597,12 +584,11 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
}
}
}
-
```
#### Resposta de amostra
- ```graphql
+ ```json
{
"data": {
"authorizationManagementGrantAccess": {
@@ -619,7 +605,6 @@ O New Relic fornece várias mutações do NerdGraph para criar funções persona
}
}
}
-
```
diff --git a/src/i18n/content/pt/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api.mdx b/src/i18n/content/pt/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api.mdx
index 582beece6ac..669eda5d8e8 100644
--- a/src/i18n/content/pt/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api.mdx
+++ b/src/i18n/content/pt/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api.mdx
@@ -351,7 +351,6 @@ Além da API geral, existem vários métodos de API para o browser com script (`
```sh
scriptPayload='{"scriptText":BASE64 encoded string}'
-
curl -v -X PUT \
-H "Api-Key:$API_KEY" \
-H 'Content-Type: application/json' \
@@ -394,12 +393,12 @@ Além da API geral, existem vários métodos de API para o browser com script (`
Este exemplo usa `password` como senha para `scriptLocation`:
- ```
+ ```shell
curl -v
- -X PUT -H "Api-Key:$API_KEY"
- -H 'content-type: application/json'
- $API_ENDPOINT/v3/monitors/$MONITOR_ID/script
- -d \
+ -X PUT -H "Api-Key:$API_KEY"
+ -H 'content-type: application/json'
+ $API_ENDPOINT/v3/monitors/$MONITOR_ID/script
+ -d \
'{
"scriptText": "dmFyIGFzc2VydCA9IHJlcXVpcmUoJ2Fzc2VydCcpOw0KYXNzZXJ0LmVxdWFsKCcxJywgJzEnKTs=",
"scriptLocations": [{
@@ -469,7 +468,7 @@ Aqui está um exemplo de uso da API REST da New Relic e do script bash para cria
Em alguns casos, você pode querer usar `-w 0`, o que desativará a quebra de linha: `base64 -w 0 $scriptfile`
- ```bash
+ ```sh
#!/bin/bash
# API key from your account settings
diff --git a/src/i18n/content/pt/docs/apm/agents/java-agent/troubleshooting/ssl-or-connection-errors-java.mdx b/src/i18n/content/pt/docs/apm/agents/java-agent/troubleshooting/ssl-or-connection-errors-java.mdx
index 594ca5eb13a..46c0ac66007 100644
--- a/src/i18n/content/pt/docs/apm/agents/java-agent/troubleshooting/ssl-or-connection-errors-java.mdx
+++ b/src/i18n/content/pt/docs/apm/agents/java-agent/troubleshooting/ssl-or-connection-errors-java.mdx
@@ -39,7 +39,7 @@ Você pode baixar o [DigiCert Global Root CA](https://www.digicert.com/kb/digice
Para importar o certificado para seu armazenamento confiável, use este comando ou consulte [a documentação Java SE da Oracle para keytool](https://docs.oracle.com/javase/6/docs/technotes/tools/solaris/keytool.html):
-```
+```sh
keytool -importcert -alias ca_alias -file ca_file.pem -keystore truststore.ts -storepass ts_password
```
@@ -113,4 +113,4 @@ Provavelmente, isso está relacionado a esse [problema do JDK](https://bugs.open
### Solução B [#log-exception-solution]
-Examine e valide se o cabeçalho e o rodapé dos seus certificados não possuem espaços em branco à direita. Se o fizerem, edite ou use certificados diferentes.
+Examine e valide se o cabeçalho e o rodapé dos seus certificados não possuem espaços em branco à direita. Se o fizerem, edite ou use certificados diferentes.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/apm/agents/nodejs-agent/installation-configuration/nodejs-agent-configuration.mdx b/src/i18n/content/pt/docs/apm/agents/nodejs-agent/installation-configuration/nodejs-agent-configuration.mdx
index f25487cde5b..9b4a26735d7 100644
--- a/src/i18n/content/pt/docs/apm/agents/nodejs-agent/installation-configuration/nodejs-agent-configuration.mdx
+++ b/src/i18n/content/pt/docs/apm/agents/nodejs-agent/installation-configuration/nodejs-agent-configuration.mdx
@@ -824,10 +824,20 @@ Esta seção define as variáveis do agente Node.js na ordem em que normalmente
- Caminho completo para o log do agente New Relic, incluindo o nome do arquivo. O padrão é `filepath: require('path').join(process.cwd(), 'newrelic_agent.log')`. O agente encerrará o processo se não conseguir criar este arquivo. O agente cria um arquivo de log com as mesmas permissões que o processo pai do agente Node.js.
+ Caminho completo para o log do agente New Relic, incluindo o nome do arquivo. O padrão é `filepath: require('path').join(process.cwd(), 'newrelic_agent.log')`. Se o agente não puder criar o arquivo de log, então ele:
+
+ * Registra o erro `New Relic failed to open log file` usando `console.error`.
+ * Armazena em buffer todas as mensagens subsequentes do log na memória.
+ * Quando o buffer de memória atinge seu limite de 128 MiB, o agente descarta qualquer nova mensagem do log e emite o seguinte aviso via `process.emitWarning`: `[NRWARN001] NewRelicWarning: Dropping log message, buffer would overflow.`
+
+ Ao criar o arquivo de log, o agente define as permissões do arquivo como 0o600 (legível/gravável para o proprietário).
* Para gravar todos os registros em **stdout**, defina como `stdout`.
* Para gravar todos os registros em **stderr**, defina como `stderr`.
+
+
+ Em versões do agente anteriores à 7.0.0, o agente encerrava o processo se não conseguisse criar esse arquivo.
+
diff --git a/src/i18n/content/pt/docs/browser/new-relic-browser/browser-apis/addpageaction.mdx b/src/i18n/content/pt/docs/browser/new-relic-browser/browser-apis/addpageaction.mdx
index 61a90cfefd3..ad4d754943d 100644
--- a/src/i18n/content/pt/docs/browser/new-relic-browser/browser-apis/addpageaction.mdx
+++ b/src/i18n/content/pt/docs/browser/new-relic-browser/browser-apis/addpageaction.mdx
@@ -45,7 +45,7 @@ Relata um evento PageAction do browser junto com um nome e um atributo opcional.
Esta chamada de API envia um [evento`PageAction` ](/docs/insights/explore-data/custom-events/insert-browser-custom-events-attributes-insights-javascript-api)do browser com seu nome definido pelo usuário e um atributo opcional para [o dashboard](/docs/query-your-data/explore-query-data/dashboards/introduction-new-relic-one-dashboards), junto com [vários atributo padrão](/attribute-dictionary/?event=PageAction). Isso é útil para rastrear qualquer evento que ainda não tenha sido rastreado automaticamente pelo agente browser, como clicar em um botão **Subscribe** ou acessar um tutorial.
* `PageAction` evento são enviados a cada 30 segundos.
-* Se 1.000 eventos forem observados, o agente coletará o evento armazenado em buffer imediatamente, ignorando o intervalo do ciclo de coleta.
+* Se 1.000 eventos forem observados ou se o tamanho da carga de coleta for maior que 16 KB, o agente coletará o evento em buffer imediatamente, ignorando o intervalo do ciclo de coleta.
Em versões anteriores do agente, os eventos eram descartados após 120 serem observados. O limite de eventos foi aumentado de 120 para 1.000 na versão [1.264.0](https://docs.newrelic.com/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.264.0/) e não são mais descartados.
diff --git a/src/i18n/content/pt/docs/browser/new-relic-browser/browser-apis/recordCustomEvent.mdx b/src/i18n/content/pt/docs/browser/new-relic-browser/browser-apis/recordCustomEvent.mdx
index fa2be84c27a..7d9dde7ce36 100644
--- a/src/i18n/content/pt/docs/browser/new-relic-browser/browser-apis/recordCustomEvent.mdx
+++ b/src/i18n/content/pt/docs/browser/new-relic-browser/browser-apis/recordCustomEvent.mdx
@@ -45,7 +45,7 @@ Relata um evento de browser personalizado sob um eventType especificado com atri
Esta chamada de API envia um evento de browser personalizado com seu eventType definido pelo usuário e atributo opcional para [dashboard](/docs/query-your-data/explore-query-data/dashboards/introduction-new-relic-one-dashboards), junto com qualquer atributo personalizado que você possa ter definido para seu aplicativo. Isso é útil para rastrear qualquer evento que ainda não seja rastreado automaticamente pelo browser do agente, aprimorado pelas regras e atribuições que você controla.
* `custom` evento são enviados a cada 30 segundos.
-* Se 1.000 eventos forem observados, o agente coletará o evento armazenado em buffer imediatamente, ignorando o intervalo do ciclo de coleta.
+* Se 1.000 eventos forem observados ou se o tamanho da carga de coleta for maior que 16 KB, o agente coletará o evento em buffer imediatamente, ignorando o intervalo do ciclo de coleta.
## Parâmetro [#parameters]
diff --git a/src/i18n/content/pt/docs/browser/new-relic-browser/page-load-timing-resources/instrumentation-browser-monitoring.mdx b/src/i18n/content/pt/docs/browser/new-relic-browser/page-load-timing-resources/instrumentation-browser-monitoring.mdx
index 01d35f12d27..1eb7784e220 100644
--- a/src/i18n/content/pt/docs/browser/new-relic-browser/page-load-timing-resources/instrumentation-browser-monitoring.mdx
+++ b/src/i18n/content/pt/docs/browser/new-relic-browser/page-load-timing-resources/instrumentation-browser-monitoring.mdx
@@ -160,7 +160,7 @@ Para ambas as páginas https **and** http, transmitimos dados via htt
|
- Os dados são enviados 10 segundos após o carregamento inicial da página e, a seguir, a cada 30 segundos.
+ Os dados são enviados 10 segundos após o carregamento inicial da página e, depois, a cada 30 segundos. Se o tamanho da carga útil da coleta for maior que 16 KB, os dados serão enviados antecipadamente.
|
diff --git a/src/i18n/content/pt/docs/browser/new-relic-browser/performance-quality/browser-monitoring-performance-impact.mdx b/src/i18n/content/pt/docs/browser/new-relic-browser/performance-quality/browser-monitoring-performance-impact.mdx
index d043d1384ae..bbc8cadede3 100644
--- a/src/i18n/content/pt/docs/browser/new-relic-browser/performance-quality/browser-monitoring-performance-impact.mdx
+++ b/src/i18n/content/pt/docs/browser/new-relic-browser/performance-quality/browser-monitoring-performance-impact.mdx
@@ -162,7 +162,7 @@ O agente consiste em múltiplos scripts para reduzir o tamanho inicial do "
- `PageViewTiming` evento são coletados por todos os agentes e incluem dados de tempo, como medições core web vitals . A primeira coleta ocorre 10 segundos após o evento de ciclo de vida da página `load` . Coletas adicionais ocorrem a cada 30 segundos, conforme necessário, quando há dados para enviar. Consulte a [documentação do PageViewTiming](/docs/browser/new-relic-browser/page-load-timing-resources/pageviewtiming-async-or-dynamic-page-details/#interactivity-metrics) para obter uma lista de eventos relatados.
+ `PageViewTiming` Os eventos são coletados por todos os agentes e incluem dados de tempo, como medições essenciais do web vitals. A primeira colheita ocorre 10 segundos após o evento do ciclo de vida da página `load` . Coletas adicionais ocorrem a cada 30 segundos, conforme necessário, quando há dados para enviar ou se o tamanho da carga útil da coleta for maior que 16 KB. Consulte a [documentação do PageViewTiming](/docs/browser/new-relic-browser/page-load-timing-resources/pageviewtiming-async-or-dynamic-page-details/#interactivity-metrics) para obter uma lista de eventos relatados.
|
|
@@ -300,7 +300,7 @@ O agente consiste em múltiplos scripts para reduzir o tamanho inicial do "
- `PageAction` os eventos são coletados após o evento de ciclo de vida da página `load` . As coletas subsequentes acontecem a cada 30 segundos.
+ `PageAction` evento são coletados após o ciclo de vida da página `load` evento. Coletas subsequentes ocorrem a cada 30 segundos ou se o tamanho da carga de coleta for maior que 16 KB.
|
diff --git a/src/i18n/content/pt/docs/change-tracking/change-tracking-events.mdx b/src/i18n/content/pt/docs/change-tracking/change-tracking-events.mdx
index 443b78c5a00..42098dd3fdd 100644
--- a/src/i18n/content/pt/docs/change-tracking/change-tracking-events.mdx
+++ b/src/i18n/content/pt/docs/change-tracking/change-tracking-events.mdx
@@ -29,7 +29,7 @@ translationType: machine
O recurso Monitoramento de Alterações permite capturar, visualizar e analisar alterações em seu aplicativo e infraestrutura. Este recurso foi criado para ajudar você a entender como as mudanças impactam seu sistema e seus clientes.
-* **Capture all changes impacting your system:** Send change events for any type of change, including deployments, feature flags changes, configuration changes, and business events. You can also create custom change events tailored to your specific requirements. Use the [`changeTrackingCreateEvent`](#change-tracking-event-mutation) NerdGraph mutation to easily send various types of change events.
+* **Capture todas as alterações que impactam seu sistema:** Envie evento de alteração para qualquer tipo de alteração, incluindo implantação, alterações de bandeiras de recurso, alterações de configuração e evento de negócios. Você também pode criar eventos de mudança personalizados, adaptados às suas necessidades específicas. Use a mutação [`changeTrackingCreateEvent`](#change-tracking-event-mutation) NerdGraph para enviar facilmente vários tipos de eventos de mudança.
* **Obtenha uma visão abrangente para gerenciar alterações em todo o sistema:** visualize e filtre facilmente eventos de alteração em toda a sua entidade e contas a partir de uma interface unificada. Identifique alterações sem esforço filtrando por equipe, tipo, atributo personalizado e quaisquer outros critérios.
diff --git a/src/i18n/content/pt/docs/new-relic-control/agent-control/configuration.mdx b/src/i18n/content/pt/docs/new-relic-control/agent-control/configuration.mdx
index 8832416d1f3..f635461b2a5 100644
--- a/src/i18n/content/pt/docs/new-relic-control/agent-control/configuration.mdx
+++ b/src/i18n/content/pt/docs/new-relic-control/agent-control/configuration.mdx
@@ -306,21 +306,22 @@ Para configurações de proxy usando autenticação HTTPS com certificados autoa
secretName: ca-certs
# Configure Flux components to use proxy
- flux2:
- sourceController:
- extraEnv:
- # Configure Flux source-controller to proxy all requests
- - name: HTTPS_PROXY
- value: https://proxy-service:8080
- # Except for in-cluster requests
- - name: "NO_PROXY"
- value: ".cluster.local.,.cluster.local,cluster.local,.svc,127.0.0.0/8,10.0.0.0/8"
- volumeMounts:
- # Mount CA certificate bundle to source-controller trust root store. The bundle should contain the
- # proxy CA cert.
- - mountPath: /etc/ssl/certs/
- name: ca-certs
- volumes:
+ agent-control-cd:
+ flux2:
+ sourceController:
+ extraEnv:
+ # Configure Flux source-controller to proxy all requests
+ - name: HTTPS_PROXY
+ value: https://proxy-service:8080
+ # Except for in-cluster requests
+ - name: "NO_PROXY"
+ value: ".cluster.local.,.cluster.local,cluster.local,.svc,127.0.0.0/8,10.0.0.0/8"
+ volumeMounts:
+ # Mount CA certificate bundle to source-controller trust root store. The bundle should contain the
+ # proxy CA cert.
+ - mountPath: /etc/ssl/certs/
+ name: ca-certs
+ volumes:
- name: ca-certs
secret:
secretName: ca-certs
@@ -338,20 +339,160 @@ Para configurações de proxy usando autenticação HTTPS com certificados autoa
Ao usar um proxy, você também deve configurar as definições de proxy para cada agente gerenciado individualmente. Consulte a documentação específica de cada agente para obter opções de configuração de proxy.
-## Private repository configuration
+## Gerenciamento de segredos
-Agent Control supports configuring private Helm repositories to deploy both Agent Control itself and the managed agents. This enables environments where the New Relic Helm charts are not directly accessible.
+Agent Control provides a robust mechanism for managing sensitive data, such as passwords and API keys, by retrieving them from dedicated secret providers. This ensures that sensitive information is not hard-coded directly into configuration files. The system currently supports the following secret providers:
+
+* HashiCorp Vault: referred to as `nr-vault` in configurations.
+* Kubernetes Secrets: referred to as `nr-kubesec` in configurations.
+
+### Defining Secrets in Configuration
+
+To utilize secrets, define them within your Agent-Control configuration YAML file by following these steps:
+
+1. **Define the `secrets_providers` section:** Configure your secret providers centrally in this section. Ensure each entry corresponds to a supported provider.
+2. **Configure secret sources:** For each provider, specify one or more sources. A source includes the necessary configuration details (e.g., URL, token) for Agent control to connect to and retrieve a group of secrets.
+3. **Use placeholders in agent configurations:** Instead of the actual sensitive data, Use a placeholder string within your agent's configuration. Agent control automatically replaces these placeholders with the retrieved secrets during the rendering process.
+
+
+ If Agent control fails to retrieve a secret, the configuration rendering will fail, and the agent will not be executed. This is a critical security feature to prevent agents from running with incomplete or incorrect configurations.
+
+
+The following agent-control configuration example demonstrates how to configure for retrieving secrets from two Vault sources within the `secrets_providers` section:
+
+```yaml
+secrets_providers:
+ vault:
+ sources:
+ local-instance:
+ url: http://localhost:8200/v1/
+ token: root
+ engine: kv2
+ remote:
+ url: http://my-remote-server:8200/v1/
+ token: root
+ engine: kv1
+
+fleet_control:
+ ...
+
+agents:
+ ...
+```
+
+#### Using Secrets in an Agent Configuration
+
+After the sources are defined, in an agent configuration, you can reference the vault using a specific placeholder syntax with the correct path. Agent control retrieves the secret and uses it to render the final configuration file that the agent is going to use.
+
+Example of agent configuration using vault placeholders:
+
+```yaml
+config_agent: |+
+ enable_process_metrics: true
+ custom_attributes:
+ username: "${nr-vault:local-instance:secret:my_secret:username}"
+ organization: "${nr-vault:remote:my_mount:my_path:organization}"
+```
+
+Neste exemplo:
+
+The placeholder `${nr-vault:local-instance:secret:my_secret:username}` instructs Agent control to retrieve the value associated with the key username from the secret at the path `secret/my_secret` using the local-instance vault source. The placeholder `${nr-vault:remote:my_mount:my_path:organization}` similarly retrieves the value for the organization key from the remote source.
+
+After successful retrieval, Agent control renders these secrets from the specified source and path, storing the result in a K8s secret or private config file for use by the corresponding agent.
+
+### Segredos do cofre
+
+Set up the vault sources with the following settings:
+
+
+
+
+ |
+ Chave YAML
+ |
+
+
+ Descrição
+ |
+
+
+
+
+
+ |
+ `url`
+ |
+
+
+ URL para solicitar dados
+ |
+
+
+
+ |
+ `token`
+ |
+
+
+ Used to authenticate to the endpoint.
+ |
+
+
+
+ |
+ `engine`
+ |
+
+
+ Specify **`kv1`** or **`kv2`**.
+ |
+
+
+
+
+In the configuration file, each secret stored in Vault can be accessed by setting a placeholder with:
+
+* **source\_name**: The name of the Vault source defined in `secrets_providers`.
+* **mount**: The name of the secrets engine mount.
+* **path**: The specific path to the secret.
+* **specific key**: The specific key within the secret to be retrieved.
+
+Example of full placeholder format:
+
+```
+"${nr-vault:source_name:my_mount:my_path:my_value}"
+```
+
+### Kubernetes secrets
+
+If the agent-control pod has permissions, such as through a Service Account and Role-Based Access Control (RBAC), to access the required secrets and namespaces, Agent control can directly access secrets from the Kubernetes API without needing a separate sources configuration.
+
+In the agent configuration file, retrieve each secret value using a placeholder specifying:
+
+* **namespace**: The Kubernetes namespace where the secret is located.
+* **name**: The name of the Kubernetes secret object.
+* **specific key**: The specific key within the secret from which to retrieve the value.
+
+For example, use the placeholder format:
+
+```
+"${nr-kubesec:my_namespace:my_secret:my_value}"
+```
+
+## Configuração de repositório privado
+
+O agente Control suporta a configuração do repositório Helm privado para implantar o próprio agente Control e o agente gerenciado. Isso permite ambientes onde os gráficos do New Relic Helm não são diretamente acessíveis.
- When using private Helm repositories, the charts need to be compatible and the referenced images within the charts must be reachable. If not, the agents will not work as expected.
+ Ao usar o repositório privado Helm, os gráficos precisam ser compatíveis e as imagens referenciadas dentro dos gráficos devem ser acessíveis. Caso contrário, o agente não trabalhará como esperado.
-### 1. Enable private repositories for agents
+### 1. Habilite repositório privado para agente
-For security reasons, only explicitly enabled repositories will be allowed in remote configurations. To enable specific repositories, you need to update the Agent Control configuration:
+Por razões de segurança, somente o repositório explicitamente habilitado será permitido na configuração remota. Para habilitar repositório específico, é necessário atualizar a configuração do agente Control:
-
+
```yaml
# values-newrelic.yaml
@@ -371,7 +512,7 @@ For security reasons, only explicitly enabled repositories will be allowed in re
-The allowed repository configurations can then be used in your remote configurations within New Relic Control. Example:
+A configuração do repositório permitida pode então ser usada em sua configuração remota dentro do New Relic Control. Exemplo:
```yaml
chart_version: "1.2.3"
@@ -380,19 +521,19 @@ chart_repository:
name: "my-chart-name" # Optional: use only if the chart name doesn't match New Relic's chart name
```
-Additionally, you need to configure Agent Control's Helm installation to use your private repository if the `agent-control` chart itself is in a private repository. This is separate from the configuration for managed agents. Refer to the `agent-control` Helm chart [values.yaml](https://github.com/newrelic/helm-charts/blob/master/charts/agent-control/values.yaml) to set up the `installationJob` section. Specifically:
+Além disso, você precisa configurar a instalação Helm do agente Control para usar seu repositório privado se o próprio gráfico `agent-control` estiver em um repositório privado. Isso é separado da configuração do agente gerenciado. Consulte `agent-control` Helm chart [values.yaml](https://github.com/newrelic/helm-charts/blob/master/charts/agent-control/values.yaml) para configurar a seção `installationJob`. Especificamente:
-* `chartRepositoryUrl` containing your repository URL
-* `name` if using a different chart name
-* `repositorySecretReferenceName` and `repositoryCertificateSecretReferenceName` for authentication (see the authentication section below for details)
+* `chartRepositoryUrl` contendo a URL do seu repositório
+* `name` se estiver usando um nome de gráfico diferente
+* `repositorySecretReferenceName` e `repositoryCertificateSecretReferenceName` para autenticação (veja a seção de autenticação abaixo para detalhes)
-### 2. Set up authentication for private repositories
+### 2. Configure autenticação para repositório privado
-You need to set up additional resources to enable authentication for accessing your private repository:
+Você precisa configurar recursos adicionais para habilitar a autenticação para acessar seu repositório privado:
- To authenticate using basic authentication (username and password), you need to create a secret in the Agent Control namespace containing the expected values in `data.username` and `data.password`.
+ Para autenticar usando autenticação básica (nome de usuário e senha), você precisa criar um segredo no namespace do agente Control contendo os valores esperados em `data.username` e `data.password`.
Exemplo:
@@ -406,9 +547,9 @@ You need to set up additional resources to enable authentication for accessing y
password: "myPassword"
```
- For more details, see the [Flux documentation](https://fluxcd.io/flux/components/source/helmrepositories/#secret-reference).
+ Para mais detalhes, consulte a [documentação do Flux](https://fluxcd.io/flux/components/source/helmrepositories/#secret-reference).
- When using basic authentication, the remote configuration should be configured as follows:
+ Ao usar a autenticação básica, a configuração remota deve ser definida da seguinte maneira:
```yaml
chart_repository:
@@ -418,13 +559,13 @@ You need to set up additional resources to enable authentication for accessing y
```
-
- To authenticate using TLS, you need to create a secret containing:
+
+ Para autenticar usando TLS, você precisa criar um segredo contendo:
- * `tls.crt` and `tls.key`: client certificate and private key used for TLS client authentication
- * `ca.crt`: CA certificate used to verify the server (required if the server uses a self-signed certificate)
+ * `tls.crt` e `tls.key`: certificado do cliente e chave privada usados para autenticação do cliente TLS
+ * `ca.crt`: Certificado CA usado para verificar o servidor (obrigatório se o servidor usar um certificado autoassinado)
- The Secret should be of type `Opaque` or `kubernetes.io/tls`. All files in the Secret are expected to be PEM-encoded.
+ O segredo deve ser do tipo `Opaque` ou `kubernetes.io/tls`. Espera-se que todos os arquivos no Secret sejam codificados em PEM.
Exemplo:
@@ -442,9 +583,9 @@ You need to set up additional resources to enable authentication for accessing y
ca.crt:
```
- For more details, see the [Flux documentation](https://fluxcd.io/flux/components/source/helmrepositories/#secret-reference).
+ Para mais detalhes, consulte a [documentação do Flux](https://fluxcd.io/flux/components/source/helmrepositories/#secret-reference).
- When using TLS certificate authentication, the remote configuration should be configured as follows:
+ Ao usar a autenticação de certificado TLS, a configuração remota deve ser definida da seguinte maneira:
```yaml
chart_repository:
diff --git a/src/i18n/content/pt/docs/new-relic-control/pipeline-control/cloud-rules-api.mdx b/src/i18n/content/pt/docs/new-relic-control/pipeline-control/cloud-rules-api.mdx
index f2450b5e41a..515c73e8917 100644
--- a/src/i18n/content/pt/docs/new-relic-control/pipeline-control/cloud-rules-api.mdx
+++ b/src/i18n/content/pt/docs/new-relic-control/pipeline-control/cloud-rules-api.mdx
@@ -280,7 +280,7 @@ mutation {
pipelineCloudRuleEntity: {
description: "Since we only care about MyEvent in staging and production, let's drop all MyEvent data in the test environment",
name: "Drop MyEvent in test environment",
- nrql: "DELETE FROM MyEvent where environment = 'test'",
+ nrql: "DELETE FROM MyEvent WHERE environment = 'test'",
scope: {
id: "your_nr_account_id",
type: ACCOUNT
@@ -304,7 +304,7 @@ mutation {
pipelineCloudRuleEntity: {
description: "We don't care about jvmId and targetAttr in the test environment, let's drop those attributes",
name: "Drop jvmId and targetAttr from MyEvent in test environment",
- nrql: "DELETE jvmId, targetAttr FROM MyEvent where environment = 'test'",
+ nrql: "DELETE jvmId, targetAttr FROM MyEvent WHERE environment = 'test'",
scope: {
id: "your_nr_account_id",
type: ACCOUNT
@@ -529,7 +529,7 @@ mutation {
pipelineCloudRuleEntity: {
description: "We don't care about targetAttr in the test environment in dimensional metric rolloups, let's drop those attributes",
name: "Drop targetAttr from Metric aggregate rollups in test environment",
- nrql: "DELETE targetAttr FROM MetricAggregate where environment = 'test'",
+ nrql: "DELETE targetAttr FROM MetricAggregate WHERE environment = 'test'",
scope: {
id: "your_nr_account_id",
type: ACCOUNT
diff --git a/src/i18n/content/pt/docs/new-relic-control/pipeline-control/data-dropping-gateway.mdx b/src/i18n/content/pt/docs/new-relic-control/pipeline-control/data-dropping-gateway.mdx
index 2509ae0a657..f5b6bb7c762 100644
--- a/src/i18n/content/pt/docs/new-relic-control/pipeline-control/data-dropping-gateway.mdx
+++ b/src/i18n/content/pt/docs/new-relic-control/pipeline-control/data-dropping-gateway.mdx
@@ -524,7 +524,7 @@ A tabela a seguir lista:
- `DELETE FROM SqlTrace WHERE uri = 'Custom\/Simple\/sqlTransaction'`
+ `DELETE FROM SqlTrace WHERE uri = 'Custom/Simple/sqlTransaction'`
|
@@ -586,7 +586,7 @@ A tabela a seguir lista:
- `DELETE FROM TransactionTrace WHERE uri = 'Custom\/Simple\/sqlTransaction'`
+ `DELETE FROM TransactionTrace WHERE uri = 'Custom/Simple/sqlTransaction'`
|
@@ -730,7 +730,7 @@ A tabela a seguir lista:
- `DELETE instanceType,inodesTotal NetworkSample WHERE entityKey = 'vagrant'`
+ `DELETE instanceType, inodesTotal NetworkSample WHERE entityKey = 'vagrant'`
|
@@ -774,7 +774,7 @@ A tabela a seguir lista:
- `DELETE FROM ContainerSample WHERE agentName='ContainerSampleAgent'`
+ `DELETE FROM ContainerSample WHERE agentName = 'ContainerSampleAgent'`
|
diff --git a/src/i18n/content/pt/docs/new-relic-control/pipeline-control/nrql-functions.mdx b/src/i18n/content/pt/docs/new-relic-control/pipeline-control/nrql-functions.mdx
index 5a818c40f0f..8af5aa3e7aa 100644
--- a/src/i18n/content/pt/docs/new-relic-control/pipeline-control/nrql-functions.mdx
+++ b/src/i18n/content/pt/docs/new-relic-control/pipeline-control/nrql-functions.mdx
@@ -185,8 +185,8 @@ Este documento descreve as funções NRQL suportadas pelo gateway de Pipeline Co
Esses exemplos demonstram como você pode combinar várias funções e usá-las em cenários mais complexos para obter filtragem e exclusão de dados precisas.
-* `DELETE FROM ContainerSample WHERE state = 'exited' and status LIKE '%Exited%' and status NOT LIKE '%second%' and status not like '%About a minute ago%' and not (status like '%minute%' and numeric(aparse(status,'%Exited (%) * minutes ago%')) < 10)`
+* `DELETE FROM ContainerSample WHERE state = 'exited' AND status LIKE '%Exited%' AND status NOT LIKE '%second%' AND status NOT LIKE '%About a minute ago%' AND NOT (status LIKE '%minute%' AND numeric(aparse(status,'%Exited (%) * minutes ago%')) < 10)`
* `DELETE FROM Log, LogExtendedRecord WHERE dimensions() LIKE '%collectd%' AND newrelic.logs.customEventType IS NULL`
-* `DELETE FROM Log WHERE message LIKE '%lib/ladon/middleware/caching.rb:49 run> terminated with exception%' and floor(timestamp/101) = (timestamp/101)`
+* `DELETE FROM Log WHERE message LIKE '%lib/ladon/middleware/caching.rb:49 run> terminated with exception%' AND floor(timestamp/101) = (timestamp/101)`
Essas novas funções expandem significativamente os recursos da sua consulta NRQL ao trabalhar com o gateway Controle de Pipeline, permitindo análise e gerenciamento de dados mais precisos.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/release-notes/docs-release-notes/docs-7-25-2025.mdx b/src/i18n/content/pt/docs/release-notes/docs-release-notes/docs-7-25-2025.mdx
index d7638738c08..6e7bd25354d 100644
--- a/src/i18n/content/pt/docs/release-notes/docs-release-notes/docs-7-25-2025.mdx
+++ b/src/i18n/content/pt/docs/release-notes/docs-release-notes/docs-7-25-2025.mdx
@@ -10,7 +10,7 @@ translationType: machine
* Adicionado novo recurso sobre [como depurar problemas de agente New Relic Browser ](/docs/browser/new-relic-browser/troubleshooting/how-to-debug-browser-agent/), incluindo logging detalhado, monitoramento de solicitação de rede e evento de inspeção para melhor resolução de problemas em agentes versões 1.285.0 e superiores.
* Adicionado suporte [ao Azure Functions](/docs/serverless-function-monitoring/azure-function-monitoring/introduction-azure-monitoring/) para monitoramento de funções `python` e `.node.js`.
* [Otimizador de custos](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/compute-optimizer/) adicionado para insights acionáveis para melhorar a eficiência do computador, com recurso para identificar ineficiências, fornecer recomendações de otimização e estimar economias de CCU na plataforma New Relic.
-* Added [Cloud Cost Intelligence](/docs/cci/getting-started/overview), offering tools for visibility and management of cloud costs, including features such as comprehensive cost breakdowns, Kubernetes cost allocation, real-time cost estimation, and cross-account data collection, currently supporting only AWS cloud costs.
+* Adicionada [Inteligência de Custos na Nuvem](/docs/cci/getting-started/overview), oferecendo ferramentas para visibilidade e gerenciamento de custos cloud, incluindo recursos como detalhamentos abrangentes de custos, alocação de custos Kubernetes, estimativa de custos em tempo real e coleta de dados entre contas, atualmente suportando apenas custos da Nuvem da AWS.
* Adicionada [observabilidade OpenTelemetry para Kubernetes com integração independente de provedor de recursos New Relic](/docs/kubernetes-pixie/k8s-otel/intro/) para monitoramento contínuo do cluster por meio do gráfico Helm, aprimorando os sinais de telemetria para métricas, eventos e logs transmitidos para as ferramentas e o painel do New Relic.
* Adicionada [limitação e resolução de problemas para integração Windows](/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/troubleshooting-windows/)
* Adicionada integração com AWS via [CloudFormation e CloudWatch Metric Streams](/docs/infrastructure/amazon-integrations/aws-integration-for-metrics/via-cloudformation/), com suporte à API Polling para serviços não suportados.
diff --git a/src/i18n/content/pt/docs/release-notes/docs-release-notes/docs-8-08-2025.mdx b/src/i18n/content/pt/docs/release-notes/docs-release-notes/docs-8-08-2025.mdx
new file mode 100644
index 00000000000..56fc49bcdf6
--- /dev/null
+++ b/src/i18n/content/pt/docs/release-notes/docs-release-notes/docs-8-08-2025.mdx
@@ -0,0 +1,60 @@
+---
+subject: Docs
+releaseDate: '2025-08-08'
+version: 'August 01 - August 07, 2025'
+translationType: machine
+---
+
+### Novos documentos
+
+* Adicionado [tutorial do NerdGraph: Criar função personalizada para equipes](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/compute-budgets/overview) para orientar você no uso da API NerdGraph do New Relic para criar e gerenciar funções personalizadas para equipes.
+
+### Pequenas mudanças
+
+* Alterado o [limite de eventos de alerta por condição](/docs/alerts/admin/rules-limits-alerts) para 1k por minuto.
+* Atualizadas as últimas [versões e requisitos compatíveis do agente .Net](/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements) verificados.
+* Atualizadas as informações de versão e suporte de versão sobre o service broker para [VMware Tanzu](/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration).
+* Atualizadas as informações de suporte de versão sobre o pacote de integração New Relic NGINX para [VMware Tanzu](/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-nginx-buildpack-integration).
+* Atualizadas as informações de versão e suporte de versão sobre o New Relic Nozzle para [VMware Tanzu](/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-firehose-nozzle-integration/#product-snapshot).
+
+### Notas de versão
+
+* Confira nossas postagens de Novidades:
+
+ * [Errors Inbox agora está integrada à carga de trabalho](/whats-new/2025/08/whats-new-08-06-workloads-errors-inbox).
+
+* Fique por dentro dos nossos últimos lançamentos:
+
+ * [Gerenciador de tarefas v452](/docs/release-notes/synthetics-release-notes/job-manager-release-notes/job-manager-release-452):
+ * Melhorias internas adicionadas para tratamento de exceções no processamento de mensagens da fila.
+
+ * [IntegraçãoKubernetes v3.43.3](/docs/release-notes/infrastructure-release-notes/kubernetes-integration-release-notes/kubernetes-integration-3-43-3):
+ * Adicionou um gráfico Helm para implantar a solução de monitoramento Kubernetes da New Relic.
+
+ * [Controle de Pipeline Gateway v1.1.0](/docs/release-notes/pipeline-control-gateway-release-notes/pipeline-control-gateway-25-08-05):
+
+ * Implementou uma nova funcionalidade para descartar seletivamente dados e atributos dos eventos `SqlTrace` e `TransactionTrace` usando regras de descarte.
+
+ * Foram corrigidas vulnerabilidades no pacote `golang.org/x/net`, incluindo um problema de script entre sites e um desvio de proxy HTTP relacionado a IDs de zona IPv6.
+
+ * Atualizado para Go `1.24` e as seguintes dependências foram atualizadas para aumentar a segurança e incorporar correções recentes:
+
+ * `golang.org/x/net to v0.38.0`
+ * `golang.org/x/sys to v0.31.0`
+ * `golang.org/x/text to v0.23.0`
+
+ * [Aplicativo móvel para iOS v6.9.11](/docs/release-notes/mobile-apps-release-notes/new-relic-ios-release-notes/new-relic-ios-6101):
+ * Reduziu o fluxo de login em duas etapas, armazenando o domínio de autenticação do usuário e redirecionando-o diretamente para sua página de login.
+
+ * [AgenteFlutter v1.1.13](/docs/release-notes/mobile-release-notes/flutter-release-notes/flutter-agent-1113):
+
+ * Agente Android nativo aprimorado e atualizado para a versão 7.6.8
+ * Agente iOS nativo aprimorado atualizado para a versão 7.5.8
+
+ * [Agente .NET MAUI v1.1.11](/docs/release-notes/mobile-release-notes/net-maui-release-notes/net-maui-agent-1111)
+
+ * Agente Android nativo aprimorado e atualizado para a versão 7.6.8
+ * Agente iOS nativo aprimorado atualizado para a versão 7.5.8
+
+ * [agente de infraestrutura v1.65.5](/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655):
+ * Alterado o suporte para montagens AWS efs em amostras de armazenamento
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655.mdx b/src/i18n/content/pt/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655.mdx
index 81b1679501e..e72ddd28114 100644
--- a/src/i18n/content/pt/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655.mdx
+++ b/src/i18n/content/pt/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1655.mdx
@@ -6,17 +6,18 @@ translationType: machine
---
- **Known issues**: this release has a known issue with diskUsedPercent calculation because of StorageSample containing NFSv4 mount data on Linux hosts having NFSv4 mounts.
+ **Problemas conhecidos**: esta versão tem um problema conhecido com o cálculo diskUsedPercent devido ao StorageSample conter dados de montagem NFSv4 em hosts Linux com montagens NFSv4.
Considere uma destas alternativas:
+* Use any version higher than `1.65.5`
* Use qualquer versão inferior a `1.65.5`
Uma nova versão do agente foi lançada. Siga os procedimentos padrão para [atualizar o agente de infraestrutura](https://docs.newrelic.com/docs/infrastructure/install-configure-manage-infrastructure/update-or-uninstall/update-infrastructure-agent). A New Relic recomenda que você atualize o agente regularmente e, no mínimo, a cada 3 meses. A partir deste lançamento, a versão mais antiga suportada é [agente de infraestrutura 1.51.0](https://docs.newrelic.com/docs/release-notes/infrastructure-release-notes/infrastructure-agent-release-notes/new-relic-infrastructure-agent-1510/).
## Mudado
-* façanha: suporte a montagens AWS efs em amostras de armazenamento em #2069
+* feat: support AWS EFS mounts in storage samples in #2069
* chore(deps): bump golang.org/x/oauth2 de 0,20,0 a 0,27,0 em #2093
* chore(deps): atualizar a versão do nri-prometheus para v2.27.0 em #2094
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/release-notes/mobile-apps-release-notes/new-relic-android-release-notes/new-relic-android-5306.mdx b/src/i18n/content/pt/docs/release-notes/mobile-apps-release-notes/new-relic-android-release-notes/new-relic-android-5306.mdx
new file mode 100644
index 00000000000..1dacd6c4dd3
--- /dev/null
+++ b/src/i18n/content/pt/docs/release-notes/mobile-apps-release-notes/new-relic-android-release-notes/new-relic-android-5306.mdx
@@ -0,0 +1,11 @@
+---
+subject: Mobile app for Android
+releaseDate: '2025-08-07'
+version: 5.30.6
+downloadLink: 'https://play.google.com/store/apps/details?id=com.newrelic.rpm'
+translationType: machine
+---
+
+### Melhorias
+
+* Suporte de senha para SAML e logins sociais
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.295.mdx b/src/i18n/content/pt/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.295.mdx
new file mode 100644
index 00000000000..3cf842161b5
--- /dev/null
+++ b/src/i18n/content/pt/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.295.mdx
@@ -0,0 +1,39 @@
+---
+subject: Browser agent
+releaseDate: '2025-08-04'
+version: 1.295.0
+downloadLink: 'https://www.npmjs.com/package/@newrelic/browser-agent'
+features:
+ - Add error cause detection
+bugs:
+ - Add monkey-patching warnings
+ - Calculate first and last timestamps from raw data
+security: []
+translationType: machine
+---
+
+## v1.295.0
+
+### Recurso
+
+#### Adicionar detecção de causa de erro
+
+Detecte e relate o atributo de causa no evento JavaScriptError capturado. Se a causa for uma instância de um erro, o stack trace será capturado; caso contrário, o conteúdo em string da causa será relatado. Isso poderá ser consultado no evento JavaScriptError sob o atributo `cause`.
+
+### Correções de bugs
+
+#### Adicionar avisos de monkey-patching
+
+Detecção e avisos adicionados para quando os globais esperados foram corrigidos antes do agente ser executado na página. Isso pode causar comportamentos inesperados e a intenção é informar os clientes sobre esse comportamento.
+
+#### Calcular o primeiro e o último registro de data e hora a partir de dados brutos
+
+Certifique-se de que o agente calcule manualmente o primeiro e o último registro de data e hora de uma carga do SessionReplay antes da coleta para ajudar a melhorar a consistência no replayer da interface.
+
+## Declaração de apoio
+
+New Relic recomenda que você atualize o agente regularmente para garantir que esteja obtendo os benefícios mais recentes de recursos e desempenho. Versões mais antigas não terão mais suporte quando chegarem [ao fim de sua vida útil](https://docs.newrelic.com/docs/browser/browser-monitoring/getting-started/browser-agent-eol-policy/). As datas de lançamento refletem a data de publicação original da versão do agente.
+
+Novos lançamentos de agente do browser são disponibilizados aos clientes em pequenas etapas ao longo de um período de tempo. Por esse motivo, a data em que o lançamento fica acessível à sua conta pode não corresponder à data de publicação original. Consulte este [dashboard de status](https://newrelic.github.io/newrelic-browser-agent-release/) para obter mais informações.
+
+De acordo com nossa [política de suporte a navegadores](https://docs.newrelic.com/docs/browser/new-relic-browser/getting-started/compatibility-requirements-browser-monitoring/#browser-types), a versão v1.295.0 do Agente do browser foi criada e testada nesses navegadores e intervalos de versão: Chrome 128-138, Edge 128-138, Safari 17-19 e Firefox 130-140. Para dispositivos móveis, a versão v1.295.0 foi criada e testada para Android OS 16 e iOS Safari 17-26.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/service-architecture-intelligence/github-integration.mdx b/src/i18n/content/pt/docs/service-architecture-intelligence/github-integration.mdx
index 89bff46e475..051660e7a05 100644
--- a/src/i18n/content/pt/docs/service-architecture-intelligence/github-integration.mdx
+++ b/src/i18n/content/pt/docs/service-architecture-intelligence/github-integration.mdx
@@ -53,7 +53,7 @@ Essa integração agiliza o processo de integração de usuários e equipes, sim
**Atribuindo repositório às equipes New Relic**
-Você pode atribuir automaticamente o repositório do GitHub às suas equipes criando uma propriedade personalizada `teamOwningRepo` no GitHub.
+Você pode atribuir automaticamente o repositório do GitHub às suas equipes adicionando `teamOwningRepo` como uma propriedade personalizada no GitHub.
1. Crie a propriedade personalizada no nível da organização e atribua um valor para ela no nível do repositório. Além disso, você pode configurar uma propriedade personalizada para vários repositórios no nível da organização simultaneamente.
2. Em seguida, no New Relic Teams, ative o recurso [Automated Ownership](/docs/service-architecture-intelligence/teams/manage-teams/#assign-ownership), certificando-se de usar `team` como a chave de tag.
diff --git a/src/i18n/content/pt/docs/tutorial-improve-site-performance/guide-to-monitoring-core-web-vitals.mdx b/src/i18n/content/pt/docs/tutorial-improve-site-performance/guide-to-monitoring-core-web-vitals.mdx
index 139b24c6dbe..b8b4dea80aa 100644
--- a/src/i18n/content/pt/docs/tutorial-improve-site-performance/guide-to-monitoring-core-web-vitals.mdx
+++ b/src/i18n/content/pt/docs/tutorial-improve-site-performance/guide-to-monitoring-core-web-vitals.mdx
@@ -1,30 +1,32 @@
---
-title: Monitor seus core web vitals
+title: Monitore seus Core Web Vitals
tags:
- Browser
- Browser monitoring
- Guides
-metaDescription: A guide to monitor Google's core web vitals.
+metaDescription: A guide to monitor Google's Core Web Vitals.
freshnessValidatedDate: '2024-03-21T00:00:00.000Z'
translationType: machine
---
-Core web vitals são as métricas do Google que medem a experiência geral do usuário. Eles fornecem informações valiosas sobre como o usuário vê seu negócio, o que pode influenciar as classificações de SEO do seu site. Ao ter uma pontuação que captura a experiência do usuário, você pode agir em relação a problemas específicos, em vez de adivinhar o que seu site precisa.
+Core Web Vitals (CWV) é uma métrica do Google que mede a experiência geral do usuário. Eles fornecem insights valiosos sobre como os usuários veem seu negócio, o que pode influenciar a classificação de SEO do seu site. Ao ter uma pontuação que captura a experiência do usuário, você pode tomar medidas em relação a problemas específicos em vez de adivinhar o que seu site precisa.
## Objetivos [#objectives]
-Este tutorial orienta você no uso do New Relic para analisar seus core web vitals. Ao final do tutorial, você terá estas tarefas concluídas:
+Este tutorial mostra como usar o New Relic para dividir seu CWV. Ao final do tutorial, você terá concluído estas tarefas:
-* Encontre core web vitals no New Relic.
-* Entenda como core web vitals se traduzem no desempenho do site.
+* Encontre CWV em New Relic.
+* Entenda como o CWV se traduz no desempenho do site.
* Explore os dados do New Relic para identificar o que está contribuindo para sua pontuação.
-## Saiba mais sobre core web vitals [#learn]
+## Saiba mais sobre o CWV [#learn]
O Google mede o desempenho geral do site por meio destas três métricas:
* [Pintura de maior conteúdo](https://web.dev/articles/lcp) (LCP): quanto tempo leva para o conteúdo principal de uma página carregar. Por exemplo, um usuário que acessa uma página da Web com um LCP lento pode ver uma tela em branco por vários segundos antes de o conteúdo aparecer.
+
* [interação até a próxima pintura](https://web.dev/articles/inp) (INP): Quanto tempo leva para uma página responder à interação de um usuário. Por exemplo, se um usuário clica em um botão, o INP mede quanto tempo leva entre o clique e a próxima abertura da página. Um INP alto reflete uma experiência de página da web lenta e sem resposta, dificultando o envolvimento do usuário.
+
* [Mudança cumulativa de layout](https://web.dev/articles/cls) (CLS): com que frequência ocorrem mudanças inesperadas de layout em uma página durante o carregamento. Por exemplo, um usuário que está prestes a clicar em um botão pode descobrir que o conteúdo salta para um novo local na tela, o que pode fazer com que ele clique em outra coisa acidentalmente. Um CLS alto pode fazer com que uma página da web pareça desajeitada e difícil de interagir.
Cada web vital tem o seguinte limite para ajudá-lo a monitorar o desempenho e o SEO do seu aplicativo:
@@ -32,7 +34,7 @@ Cada web vital tem o seguinte limite para ajudá-lo a monitorar o desempenho e o
- |
+ |
Bom
@@ -114,7 +116,7 @@ Cada web vital tem o seguinte limite para ajudá-lo a monitorar o desempenho e o
### Como a pontuação CLS é calculada?
- A pontuação cumulativa de mudança de layout é um valor sem unidade entre 0 e infinito, e não uma medida baseada no tempo como os outros core web vitals. Reflete a soma do impacto de mudanças inesperadas de layout que ocorrem durante o processo de carregamento de uma página da web. Veja como a pontuação CLS é calculada:
+ A pontuação cumulativa de mudança de layout é um valor sem unidade entre 0 e infinito, não uma medida baseada em tempo como outros CWVs. Ela reflete a soma do impacto de mudanças inesperadas de layout que ocorrem durante o processo de carregamento de uma página da web. Veja como a pontuação CLS é calculada:
* Pontuação de mudança de layout: considera dois fatores:
@@ -126,13 +128,13 @@ Cada web vital tem o seguinte limite para ajudá-lo a monitorar o desempenho e o
**Good** web vitals pode ajudar sua organização a economizar dinheiro e aumentar o SEO. **Poor** ou **Needs improvement** podem refletir percepções negativas do usuário sobre sua organização, o que pode resultar em clientes insatisfeitos ou perda de oportunidades de negócios.
-A New Relic aproveita [a biblioteca de API`web-vitals` ](https://github.com/GoogleChrome/web-vitals)do Google para coletar sinais vitais da Web em seu estado bruto, sem introduzir cálculos adicionais. Para saber mais sobre por que core web vitals são importantes e como são calculados, consulte o artigo web.dev [métrica de desempenho centrada no usuário](https://web.dev/articles/user-centric-performance-metrics).
+O New Relic utiliza [a biblioteca de API`web-vitals` ](https://github.com/GoogleChrome/web-vitals)do Google para coletar informações vitais da web em seu estado bruto, sem introduzir cálculos adicionais. Para saber mais sobre a importância dos CWVs e como eles são calculados, consulte o artigo do web.dev [usuário-centric desempenho métrica](https://web.dev/articles/user-centric-performance-metrics).
-## Encontre core web vitals no New Relic [#view-data-in-nr]
+## Encontre CWVs em New Relic [#view-data-in-nr]
-core web vitals estão incorporados em muitos recursos New Relic , mas a melhor maneira de visualizar os sinais vitais da web em alto nível é:
+Os CWVs estão incorporados em muitos recursos New Relic, mas a melhor maneira de visualizar os web vitals em alto nível é:
-1. Vá para **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser**.
+1. Vá para **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser**.
2. Selecione um aplicativo.
@@ -140,163 +142,56 @@ core web vitals estão incorporados em muitos recursos New Relic , mas a melhor
A página **Web vitals** mostra as médias vitais da web para todo o seu site. Nessa visualização, você pode detalhar páginas ou métricas específicas para ver o que está impactando as pontuações.
-
+
### Faça uma busca detalhada em páginas específicas [#drill-down]
-Se você quiser insights sobre uma página importante (por exemplo, uma página de checkout de comércio eletrônico), encontre-a na tabela **Page URL** . Você verá um detalhamento do que está contribuindo para core web vitals, que você pode usar para entender como o usuário final está experimentando essas áreas do seu site. Por exemplo, se você notar um padrão de baixo desempenho no Browser Chrome, poderá selecionar quaisquer melhorias futuras para essa base de usuários.
+Se você quiser insights sobre uma página importante — por exemplo, uma página de checkout de comércio eletrônico — encontre-a na tabela **Page URL**. Você verá uma análise do que está contribuindo para os CWVs, que pode ser usada para entender como seu usuário final está vivenciando essas áreas do seu site. Por exemplo, se você notar um padrão de desempenho ruim nos navegadores Chrome, você pode selecionar melhorias futuras para essa base de usuários.
-
+
- **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser > (select an app) > Monitor > Web vitals > (click on a page URL)**: veja um detalhamento dos core web vitals para as páginas da web de maior impacto.
+ **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser > (select an app) > Monitor > Web vitals > (click a page URL)**: Veja uma análise dos CWVs para as páginas da web de maior impacto.
### Filtrar por atributo chave [#key-attributes]
-Se quiser investigar algo específico, como como uma alteração backend ou um problema de desempenho afetou core web vitals, você pode usar a ferramenta **Filter by** para filtrar qualquer atributo principal.
+Se quiser investigar algo específico, como uma alteração no backend ou um problema de desempenho impactou os CWVs, você pode usar a ferramenta **Filter by** para filtrar qualquer atributo-chave.
-
+
- **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser > (select an app) > Monitor > Web vitals > (add filters)**: Use a ferramenta de filtro para filtrar core web vitals por atributo principal.
+ **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Browser > (select an app) > Monitor > Web vitals > (add filters)**: Use a ferramenta de filtro para filtrar core web vitals por atributo principal.
Embora você possa filtrar por praticamente qualquer atributo-chave, continue lendo para obter alguns exemplos úteis.
-
- Digamos que você queira comparar o desempenho do desktop versus o desempenho móvel e como core web vitals diferem entre as duas plataformas. Para investigar isso em **Web vitals**:
-
- 1. No campo
-
-
- **Filter by**
-
-
- , defina
-
-
- **Attribute**
-
-
- como`deviceType` e
-
-
- **Value**
-
-
- como `desktop`.
-
- 2. Em um Browser duplicado, defina
+
+ Digamos que você queira comparar o desempenho do desktop com o do celular e como os CWVs diferem entre as duas plataformas. Para investigar isso em **Web vitals**:
-
- **Attribute**
-
-
- como`deviceType` e
-
-
- **Value**
-
-
- como `mobile` e compare os resultados.
+ 1. No campo **Filter by** , defina **Attribute** como`deviceType` e **Value** como `desktop`.
+ 2. Em um Browser duplicado, defina **Attribute** como`deviceType` e **Value** como `mobile` e compare os resultados.
-
+
Digamos que um usuário final relatou problemas de desempenho na página de checkout do seu site no dia 1º de novembro, por volta das 12h, e você deseja ver o que aconteceu com esse usuário. Para investigar isso em **Web vitals**:
1. Defina o intervalo de tempo para 1º de novembro, entre 11h e 13h.
+ 2. Na tabela **Page URL** , clique no URL da página de checkout.
+ 3. No campo **Filter by** , defina **Attribute** como `userID` e **Value** como `user ID`.
- 2. Na tabela
-
-
- **Page URL**
-
-
- , clique no URL da página de checkout.
-
- 3. No campo
-
-
- **Filter by**
-
-
- , defina
-
-
- **Attribute**
-
-
- como `userID` e
-
-
- **Value**
-
-
- como `user ID`.
-
-
- `userID` é um atributo personalizado que você precisará definir usando a [API SPA do browser](/docs/browser/new-relic-browser/browser-agent-spa-api/setcustomattribute-browser-agent-api/). Se `userID` não estiver disponível, você também poderá filtrar por outras informações do usuário, como `username` ou `session`.
-
+
+ `userID` é um atributo personalizado que você precisará definir usando a [API SPA do browser](/docs/browser/new-relic-browser/browser-agent-spa-api/setcustomattribute-browser-agent-api/). Se `userID` não estiver disponível, você também poderá filtrar por outras informações do usuário, como `username` ou `session`.
+
-
- Digamos que sua organização atualizou recentemente as imagens na página inicial do site em 10 de novembro às 8h e você deseja ver se as alterações afetaram core web vitals. Para investigar isso em **Web vitals**:
+
+ Digamos que sua organização atualizou recentemente as imagens na página inicial do site em 10 de novembro às 8h, e você quer ver se as alterações impactaram os CWVs. Para investigar isso em **Web vitals**:
1. Defina o intervalo de tempo para 10 de novembro, entre 7h e 9h.
-
- 2. Na tabela
-
-
- **Page URL**
-
-
- , clique no URL da página inicial.
-
- 3. No campo
-
-
- **Filter by**
-
-
- , defina
-
-
- **Attribute**
-
-
- como `elementTagName` e
-
-
- **Value**
-
-
- como `IMG`.
+ 2. Na tabela **Page URL**, clique no URL da página inicial.
+ 3. No campo **Filter by** , defina **Attribute** como `elementTagName` e **Value** como `IMG`.
@@ -304,47 +199,32 @@ Embora você possa filtrar por praticamente qualquer atributo-chave, continue le
New Relic captura dados sobre a sessão de um usuário em uma determinada página. trace da sessão são amostrados aleatoriamente, permitindo que você visualize como um usuário enfrentou problemas de tempo de carregamento da página, evento de JavaScript ou outros erros.
-
+
-Recomendamos usar o trace da sessão para encontrar padrões em diferentes sessões de usuário. Se uma de suas pontuações core web vitals puder ser melhorada, uma opção é examinar o trace da sessão para ver quais atributos comuns são compartilhados entre diferentes sessões de usuário. Aqui está um exemplo de como o trace da sessão pode ajudá-lo a melhorar seu site:
+Recomendamos usar o trace da sessão para encontrar padrões em diferentes sessões de usuário. Se uma das suas pontuações CWVs puder ser melhorada, uma opção é analisar o rastreamento da sessão para ver quais atributos comuns são compartilhados entre diferentes sessões de usuário. Aqui está um exemplo de como o trace da sessão pode ajudar você a melhorar seu site:
-1. Na guia
+1. Na guia **Web vitals** , clique na página com desempenho insatisfatório. Usando a imagem acima como exemplo, você vê que seu site tem uma boa pontuação geral de LCP, mas também percebe que algumas de suas páginas individuais precisam de melhorias.
+2. Observando a seção **Page URLs** da página **Web vitals** , você verá que o URL da sua página inicial tem uma pontuação LCP superior a quatro segundos. Isso se deve a um erro que afeta todos os usuários ou afeta apenas um tipo de usuário? Por exemplo, se você perceber que um usuário com uma versão do Chrome ou um determinado sistema operacional está enfrentando lentidão no carregamento da página, você poderá solucionar melhor a causa específica de um problema.
+3. Uma nova janela será preenchida quando você clicar no URL que deseja solucionar. Você percebe que sua pontuação LCP é muito maior do que a pontuação geral de LCP do seu site. Rolando até a seção **Session traces** na parte inferior desta página, você verá vários exemplos de sessões reais de usuários. Essas sessões podem fornecer detalhes mais granulares sobre como o usuário experimentou solicitações AJAX, problemas relacionados ao carregamento do DOM, eventos de JavaScript ou outros erros.
-
- **Web vitals**
-
-
- , clique na página com desempenho insatisfatório. Usando a imagem acima como exemplo, você vê que seu site tem uma boa pontuação geral de LCP, mas também percebe que algumas de suas páginas individuais precisam de melhorias.
-
-2. Observando a seção
+Os dados de sessões aleatórias ajudam a encontrar padrões em centenas ou milhares de interações do usuário com uma página da web. Se um padrão aparecer nesses dados selecionados aleatoriamente, você poderá ter mais confiança de que seu plano para resolver um problema melhorará a pontuação de sua página.
-
- **Page URLs**
-
+## Melhore sua compreensão com o Session Replay [#session-replays]
- da página
+Se um LCP ruim ou um CLS alto for identificado, o Session Replay fornece um registro visual do que ocorreu, ajudando a localizar rapidamente o elemento ou evento exato que está causando o problema.
-
- **Web vitals**
-
+Veja um exemplo de como o Session Replay pode ajudar você a melhorar seu site:
- , você verá que o URL da sua página inicial tem uma pontuação LCP superior a quatro segundos. Isso se deve a um erro que afeta todos os usuários ou afeta apenas um tipo de usuário? Por exemplo, se você perceber que um usuário com uma versão do Chrome ou um determinado sistema operacional está enfrentando lentidão no carregamento da página, você poderá solucionar melhor a causa específica de um problema.
+1. Identificar um problema de desempenho: Na página **Web vitals**, clique no URL relevante para abrir sua visualização detalhada de desempenho. Esta ação redireciona para uma visualização detalhada das informações vitais da web para aquela página. Examine as pontuações do CWV e procure por qualquer uma com os rótulos **Needs improvement** ou **Poor**. Você também pode filtrar os resultados por tipo de dispositivo ou navegador, pois os problemas de desempenho podem variar significativamente de acordo com a plataforma. Entender esses detalhes ajuda a identificar áreas específicas para otimização.
-3. Uma nova janela será preenchida quando você clicar no URL que deseja solucionar. Você percebe que sua pontuação LCP é muito maior do que a pontuação geral de LCP do seu site. Rolando até a seção
+2. Acessar replays relevantes: clique no número na coluna **Session replays** do ponto de dados que você está investigando. Esta ação filtra automaticamente os replays para exibir as sessões que apresentaram o problema de desempenho específico. Por exemplo, clicar na contagem de repetição de sessão para uma página com um LCP ruim apresentará uma lista de sessões em que o LCP foi lento.
-
- **Session traces**
-
+3. Assista e diagnostique: assista às gravações de vídeo para obter uma compreensão visual do problema. Você pode descobrir:
- na parte inferior desta página, você verá vários exemplos de sessões reais de usuários. Essas sessões podem fornecer detalhes mais granulares sobre como o usuário experimentou solicitações AJAX, problemas relacionados ao carregamento do DOM, eventos de JavaScript ou outros erros.
+ * Problemas de LCP: uma imagem grande de herói ou vídeo que carregava lentamente, causando uma tela em branco por vários segundos.
+ * Problemas de CLS: um anúncio ou conteúdo de terceiros que carregava com atraso, fazendo com que o conteúdo da página mudasse inesperadamente.
+ * Problemas de INP: Um botão ou elemento interativo de resposta lenta pode causar frustração.
-Os dados de sessões aleatórias ajudam a encontrar padrões em centenas ou milhares de interações do usuário com uma página da web. Se um padrão aparecer nesses dados selecionados aleatoriamente, você poderá ter mais confiança de que seu plano para resolver um problema melhorará a pontuação de sua página.
+Ao combinar os dados técnicos do trace da sessão com o contexto visual do Session Replay, você pode desenvolver um plano abrangente para resolver problemas de desempenho e melhorar significativamente sua experiência do usuário final.
-
+
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/tutorial-manage-large-log-volume/organize-large-logs.mdx b/src/i18n/content/pt/docs/tutorial-manage-large-log-volume/organize-large-logs.mdx
index a51f5cb8d92..c4fc3d5e86e 100644
--- a/src/i18n/content/pt/docs/tutorial-manage-large-log-volume/organize-large-logs.mdx
+++ b/src/i18n/content/pt/docs/tutorial-manage-large-log-volume/organize-large-logs.mdx
@@ -33,9 +33,9 @@ Analisar seus logs na ingestão é a melhor maneira de tornar seus dados log mai
Pré-análise:
- ```
+ ```json
{
- "message": "32 4329 store_Portland"
+ "message": "32 4329 store_Portland"
}
@@ -45,11 +45,11 @@ Analisar seus logs na ingestão é a melhor maneira de tornar seus dados log mai
Pós-análise:
- ```
+ ```json
{
- "transaction_total": "32",
- "purchase_number": "4329",
- "store_location": "store_Portland",
+ "transaction_total": "32",
+ "purchase_number": "4329",
+ "store_location": "store_Portland",
}
```
@@ -120,9 +120,9 @@ Para fazer isso:
Vamos trabalhar com o exemplo que usamos anteriormente neste documento. Você tem log que segue este padrão:
- ```
+ ```json
{
- "message": "32 4329 store_Portland"
+ "message": "32 4329 store_Portland"
}
```
@@ -136,11 +136,11 @@ Para fazer isso:
Depois que a regra de análise for criada com o padrão acima, ela retornará log da seguinte maneira:
- ```
+ ```json
{
- "transaction_total": "32",
- "purchase_number": "4329",
- "store_location": "store_Portland",
+ "transaction_total": "32",
+ "purchase_number": "4329",
+ "store_location": "store_Portland",
}
```
| | | |