|
- `Name`
+ `name`
|
@@ -698,7 +698,7 @@ SELECT message FROM NrIntegrationError WHERE newRelicFeature = 'Event API' AND c
To find data sent via the Event API (and from integrations that use this API), you can query it. For example, to query a custom event using [NRQL](/docs/query-data/nrql-new-relic-query-language/getting-started/introduction-nrql), you would run:
-```
+```sql
SELECT * FROM YOUR_CUSTOM_EVENT
```
diff --git a/src/content/docs/data-apis/ingest-apis/gateway-api-import-data-other-observability-platforms.mdx b/src/content/docs/data-apis/ingest-apis/gateway-api-import-data-other-observability-platforms.mdx
index 63217db92ae..d8ef80320f8 100644
--- a/src/content/docs/data-apis/ingest-apis/gateway-api-import-data-other-observability-platforms.mdx
+++ b/src/content/docs/data-apis/ingest-apis/gateway-api-import-data-other-observability-platforms.mdx
@@ -28,7 +28,7 @@ Here's an overview of the steps for enabling the Gateway API for DataDog:
1. For DataDog: Our account representatives will work with you to map your Datadog API keys to New Relic keys.
2. For each agent configuration file, point the data to `https://gateway.service.newrelic.com`. An example for DataDog: in the agent’s `datadog.yaml` file, you’d change these settings:
- ```
+ ```yml
dd_url: https://gateway.service.newrelic.com
logs_config:
logs_dd_url: https://gateway.service.newrelic.com
@@ -48,4 +48,4 @@ Telemetry data brought in from third-party platforms doesn't map perfectly to ou
Interested in unifying your data observability into a single platform? See our [guide on migrating from Datadog](/docs/journey-migration/migrating-from-dd/) to try it out for free.
-
\ No newline at end of file
+
diff --git a/src/content/docs/infrastructure/amazon-integrations/aws-integrations-list/amazon-simpleworkflow-monitoring-integration.mdx b/src/content/docs/infrastructure/amazon-integrations/aws-integrations-list/amazon-simpleworkflow-monitoring-integration.mdx
new file mode 100644
index 00000000000..d008d71a2f4
--- /dev/null
+++ b/src/content/docs/infrastructure/amazon-integrations/aws-integrations-list/amazon-simpleworkflow-monitoring-integration.mdx
@@ -0,0 +1,186 @@
+---
+title: Amazon SimpleWorkFlow integration
+tags:
+ - Integrations
+ - Amazon integrations
+ - AWS integrations list
+metaDescription: "New Relic's Amazon SimpleWorkFlow integration: what data it reports and how to enable it."
+---
+
+[New Relic infrastructure integrations](/docs/infrastructure/integrations-getting-started/getting-started/introduction-infrastructure-integrations) include an integration for AWS SimpleWorkFlow, sending its metrics data to New Relic.
+
+This document explains the integration's features, how to activate it, and what data can be reported.
+
+## Features
+
+Use our integration to collect and send telemetry data to New Relic from your [Amazon Simple Workflow Service](https://aws.amazon.com/swf/). You can monitor your services, query incoming data, and build dashboards to observe everything at a glance.
+
+## Get started
+
+To enable this integration, see [how to connect AWS services to New Relic](/docs/infrastructure/amazon-integrations/connect/aws-metric-stream-setup/).
+
+Once the integration is set up, you can find your metric data by going to **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > Metrics and events** and filter by `aws.SimpleWorkFlow`.
+
+## Metric data [#metrics]
+
+This New Relic infrastructure integration collects the following Amazon SWF data:
+
+### SWF metric data
+
+
+
+
+ |
+ Metric (min, max, average, count, sum)
+ |
+
+ Unit
+ |
+
+ Description
+ |
+
+
+
+
+ |
+ `DecisionTaskScheduleToStartTime`
+ |
+
+ Time
+ |
+
+ The time interval, in milliseconds, between the time that the decision task was scheduled and when it was picked up by a worker and started.
+ |
+
+
+ |
+ `DecisionTaskStartToCloseTime`
+ |
+
+ Time
+ |
+
+ The time interval, in milliseconds, between the time that the decision task was started and when it closed.
+ |
+
+
+ |
+ `DecisionTasksCompleted`
+ |
+
+ Count
+ |
+
+ The count of decision tasks that have been completed.
+ |
+
+
+ |
+ `PendingTasks`
+ |
+
+ Count
+ |
+
+ The count of pending tasks in a 1 minute interval for a specific Task List.
+ |
+
+
+ |
+ `StartedDecisionTasksTimedOutOnClose`
+ |
+
+ Count
+ |
+
+ The count of decision tasks that started but timed out on closing.
+ |
+
+
+ |
+ `WorkflowStartToCloseTime`
+ |
+
+ Time
+ |
+
+ The time, in milliseconds, between the time the workflow started and when it closed.
+ |
+
+
+ |
+ `WorkflowsCanceled`
+ |
+
+ Count
+ |
+
+ The count of workflows that were canceled.
+ |
+
+
+ |
+ `WorkflowsCompleted`
+ |
+
+ Count
+ |
+
+ The count of workflows that completed.
+ |
+
+
+ |
+ `WorkflowsContinuedAsNew`
+ |
+
+ Count
+ |
+
+ The count of workflows that continued as new.
+ |
+
+
+ |
+ `WorkflowsFailed`
+ |
+
+ Count
+ |
+
+ The count of workflows that failed.
+ |
+
+
+ |
+ `WorkflowsTerminated`
+ |
+
+ Count
+ |
+
+ The count of workflows that were terminated.
+ |
+
+
+ |
+ `WorkflowsTimedOut`
+ |
+
+ Count
+ |
+
+ The count of workflows that timed out, for any reason.
+ |
+
+
+
+
+All imported data has one dimension: `Domain`
+
+### Create alerts
+
+You can set up alerts to notify you if there are any changes. For example, you can set up an alert to notify relevant parties of critical or fatal errors.
+
+Learn more about [creating alerts here](/docs/alerts-applied-intelligence/new-relic-alerts/get-started/your-first-nrql-condition/).
\ No newline at end of file
diff --git a/src/content/docs/infrastructure/host-integrations/host-integrations-list/apache-hadoop-monitoring-integration.mdx b/src/content/docs/infrastructure/host-integrations/host-integrations-list/apache-hadoop-monitoring-integration.mdx
index 1d7045d6ffe..cb9aa267e6f 100644
--- a/src/content/docs/infrastructure/host-integrations/host-integrations-list/apache-hadoop-monitoring-integration.mdx
+++ b/src/content/docs/infrastructure/host-integrations/host-integrations-list/apache-hadoop-monitoring-integration.mdx
@@ -20,8 +20,6 @@ Our Apache Hadoop integration monitors the performance of your Hadoop cluster an
After setting up our Apache Hadoop, we give you a dashboard for your Apache Hadoop metrics.
-
-
## Install the infrastructure agent [#infra]
To get data into New Relic, install our infrastructure agent. Our infrastructure agent collects and ingests data so you can keep track of your app's performance. The version should be 1.10.7 or higher to support NRI-Flex integration.
@@ -30,10 +28,7 @@ You can install the infrastructure agent two different ways:
* Our [guided install](https://one.newrelic.com/nr1-core?state=4f81feab-35f7-e97e-9903-52510f8542bd) is a CLI tool that inspects your system and installs the infrastructure agent alongside the application monitoring agent that best works for your system. To learn more about how our guided install works, check out our [Guided install overview](/docs/infrastructure/host-integrations/installation/new-relic-guided-install-overview).
* If you'd rather install our infrastructure agent manually, you can follow a tutorial for manual installation for [Linux](/docs/infrastructure/install-infrastructure-agent/linux-installation/install-infrastructure-monitoring-agent-linux), [Windows](/docs/infrastructure/install-infrastructure-agent/windows-installation/install-infrastructure-monitoring-agent-windows/), or [macOS](/docs/infrastructure/install-infrastructure-agent/macos-installation/install-infrastructure-monitoring-agent-macos/).
-
-
-
-## Configure NRI-Flex for Apache Hadoop
+## Configure NRI-Flex for Apache Hadoop [#integrate]
Flex comes bundled with the New Relic infrastructure agent. To create a flex configuration file follow these steps:
@@ -67,10 +62,7 @@ Flex comes bundled with the New Relic infrastructure agent. To create a flex con
commands:
- run: curl -s https://YOUR_DOMAIN:8088/jmx?qry=Hadoop:*
```
-
-
-
-### Forward Apache Hadoop logs to New Relic
+## Forward Apache Hadoop logs to New Relic
You can use our [log forwarding](/docs/logs/forward-logs/forward-your-logs-using-infrastructure-agent/) to forward Apache Hadoop logs to New Relic.
@@ -97,10 +89,7 @@ After creating the log file, add the following script to the `logging.yml` file:
attributes:
logtype: hadoop_namenode_logs
```
-
-
-
-### Restart the New Relic infrastructure agent
+## Restart the New Relic infrastructure agent
Before you can start reading your data, use the instructions in our [infrastructure agent docs](/docs/infrastructure/install-infrastructure-agent/manage-your-agent/start-stop-restart-infrastructure-agent/) to restart your infrastructure agent.
@@ -109,10 +98,7 @@ sudo systemctl restart newrelic-infra.service
```
In a couple of minutes, your application will send metrics to [one.newrelic.com](https://one.newrelic.com).
-
-
-
-### Find your data
+## Find your data
You can choose our pre-built dashboard template named `Apache Hadoop` to monitor your Apache Hadoop server metrics. Follow these steps to use our pre-built dashboard template:
diff --git a/src/content/docs/infrastructure/host-integrations/host-integrations-list/sonarqube-monitoring-integration.mdx b/src/content/docs/infrastructure/host-integrations/host-integrations-list/sonarqube-monitoring-integration.mdx
index 97d82bda296..97eae980581 100644
--- a/src/content/docs/infrastructure/host-integrations/host-integrations-list/sonarqube-monitoring-integration.mdx
+++ b/src/content/docs/infrastructure/host-integrations/host-integrations-list/sonarqube-monitoring-integration.mdx
@@ -19,17 +19,15 @@ Our SonarQube integration monitors the performance of your SonarQube application
After setting up our SonarQube integration, we give you a dashboard for your SonarQube metrics.
-
-
-### Install the infrastructure agent [#infra-install]
+
+## Install the infrastructure agent [#infra-install]
You can install the infrastructure agent two different ways:
* Our [guided install](https://one.newrelic.com/nr1-core?state=4f81feab-35f7-e97e-9903-52510f8542bd) is a CLI tool that inspects your system and installs the infrastructure agent alongside the application monitoring agent that best works for your system. To learn more about how our guided install works, check out our [Guided install overview](/docs/infrastructure/host-integrations/installation/new-relic-guided-install-overview).
* If you'd rather install our infrastructure agent manually, you can follow a tutorial for manual installation for [Linux](/docs/infrastructure/install-infrastructure-agent/linux-installation/install-infrastructure-monitoring-agent-linux), [Windows](/docs/infrastructure/install-infrastructure-agent/windows-installation/install-infrastructure-monitoring-agent-windows/), or [macOS](/docs/infrastructure/install-infrastructure-agent/macos-installation/install-infrastructure-monitoring-agent-macos/).
-
-
-### Install the PostgreSQL quickstart
+
+## Install the PostgreSQL quickstart
1. Check out our PostgreSQL agent requirements in our [documentation](/docs/infrastructure/host-integrations/host-integrations-list/postgresql/postgresql-integration/) before installing the agent.
2. Open the [PostgreSQL quickstart installation](https://newrelic.com/instant-observability/postresql).
@@ -39,10 +37,9 @@ You can install the infrastructure agent two different ways:
```bash
curl -Ls https://download.newrelic.com/install/newrelic-cli/scripts/install.sh | bash && sudo NEW_RELIC_API_KEY=YOUR_KEY NEW_RELIC_ACCOUNT_ID=ACCOUNT_ID /usr/local/bin/newrelic install -n postgres-open-source-integration
```
-
-
-### Integrate SonarQube with New Relic [#integrate]
+
+## Integrate SonarQube with New Relic [#integrate]
-
-
## Find your data
diff --git a/src/content/docs/logs/log-api/use-tcp-endpoint-forward-logs-new-relic.mdx b/src/content/docs/logs/log-api/use-tcp-endpoint-forward-logs-new-relic.mdx
index b1e5392e229..965425faa5f 100644
--- a/src/content/docs/logs/log-api/use-tcp-endpoint-forward-logs-new-relic.mdx
+++ b/src/content/docs/logs/log-api/use-tcp-endpoint-forward-logs-new-relic.mdx
@@ -42,7 +42,7 @@ To forward logs to New Relic with `rsyslog` for Amazon Linux, Redhat, and Centos
3. In the `/etc/rsyslog.d/` directory, create a text file named `newrelic.conf`.
4. Check whether the `$IncludeConfig` options under `/etc/rsyslog.conf` already have a matching wildcard that will include the newly created `newrelic.conf` file under the `/etc/rsyslog.d` directory. Otherwise you'll need to explicitly include `/etc/rsyslog.d/newrelic.conf` in `/etc/rsyslog.conf` using `$IncludeConfig /etc/rsyslog.d/newrelic.conf`
-5. Add the following to `newrelic.conf`. Replace the highlighted values. For YOUR_LICENSE_KEY, use your New Relic :
+5. Add the following to `newrelic.conf`. Replace the highlighted values. For `YOUR_LICENSE_KEY`, use your New Relic :
```properties
## Specify each of the files to be tailed in case step 1 is done
@@ -120,7 +120,7 @@ To configure `rsyslog` versions 8 and above for Amazon Linux, Redhat, and Centos
Note the configured port number is `6516` instead of `6514`.
-2. Add the following to `newrelic.conf`. Replace all highlighted values. For YOUR_LICENSE_KEY, use your New Relic :
+2. Add the following to `newrelic.conf`. Replace all highlighted values. For `YOUR_LICENSE_KEY`, use your New Relic :
```properties
## Specify each of the files to be tailed in case step 1 is done
@@ -155,8 +155,7 @@ To configure `rsyslog` versions 8 and above for Amazon Linux, Redhat, and Centos
```
3. Restart the `rsyslog` service by running:
- ```
- bash
+ ```bash
sudo systemctl restart rsyslog
```
4. [Check your New Relic account](/docs/logs/log-management/ui-data/explore-your-data-log-analytics) for logs.
@@ -167,8 +166,7 @@ If you're using rsyslog version 7 or below, the configuration files need to be a
1. Install packages required to allow `rsyslog` to send logs using TLS encryption:
- ```
- bash
+ ```bash
sudo yum install rsyslog-gnutls ca-certificates
```
2. Optional: Configure `rsyslog` to tail log files and forward their contents to New Relic. Add the following to the `/etc/rsyslog.conf` file in order to enable its text file input module:
@@ -181,7 +179,7 @@ If you're using rsyslog version 7 or below, the configuration files need to be a
```
3. In the `/etc/rsyslog.d/` directory, create a text file named `newrelic.conf`.
4. Check whether the `$IncludeConfig` options under `/etc/rsyslog.conf` already have a matching wildcard that will include the newly created `newrelic.conf` file under the `/etc/rsyslog.d` directory. Otherwise you'll need to explicitly include `/etc/rsyslog.d/newrelic.conf` in `/etc/rsyslog.conf` using `$IncludeConfig /etc/rsyslog.d/newrelic.conf`.
-5. Add the following to `newrelic.conf`. Replace the highlighted values. For YOUR_LICENSE_KEY, use your New Relic :
+5. Add the following to `newrelic.conf`. Replace the highlighted values. For `YOUR_LICENSE_KEY`, use your New Relic :
```properties
## Template expected by the New Relic Syslog endpoint
@@ -218,8 +216,7 @@ To forward logs to New Relic with `syslog-ng`:
1. Install `ca-certificates` required to allow `syslog-ng` to send logs using TLS encryption:
- ```
- bash
+ ```bash
sudo yum install ca-certificates
```
2. Open the `syslog-ng` configuration file (`/etc/syslog-ng/syslog-ng.conf`) in a text editor.
@@ -237,7 +234,7 @@ To forward logs to New Relic with `syslog-ng`:
file("PATH_TO_FILE");
};
```
-5. Define the New Relic `syslog` format. For YOUR_LICENSE_KEY, use your New Relic .
+5. Define the New Relic `syslog` format. For `YOUR_LICENSE_KEY`, use your New Relic .
```properties
template NRFormat { template("YOUR_LICENSE_KEY <${PRI}>1 ${ISODATE} ${HOST:--} ${PROGRAM:--} ${PID:--} ${MSGID:--} ${SDATA:--} $MSG\n");
@@ -273,4 +270,4 @@ To forward logs to New Relic with `syslog-ng`:
If you're running syslog-ng from a Docker container and experience issues, check [balait/syslog image documentation](https://hub.docker.com/r/balabit/syslog-ng/).
-
\ No newline at end of file
+
diff --git a/src/content/docs/logs/troubleshooting/log-message-truncated.mdx b/src/content/docs/logs/troubleshooting/log-message-truncated.mdx
index 4b271ef4cf8..4a282d9e8cf 100644
--- a/src/content/docs/logs/troubleshooting/log-message-truncated.mdx
+++ b/src/content/docs/logs/troubleshooting/log-message-truncated.mdx
@@ -66,14 +66,15 @@ If you have values exceeding the character limit, here are some options to try:
To query for logs that have likely exceeded this storage limit in New Relic, run the following query:
- ```
+ ```sql
SELECT * FROM Log WHERE length(message) >= 4094
```
To expand the blob data, run the following query, using `message` or any other attribute. Be sure to enclose the blob's attribute with backticks. For example:
- ```
- SELECT message, another-attribute, blob(`newrelic.ext.message`), blob(`newrelic.ext.another-attribute`) FROM Log
+ ```sql
+ SELECT message, another-attribute, blob(`newrelic.ext.message`), blob(`newrelic.ext.another-attribute`)
+ FROM Log
```
For more information, see our documentation about [long messages stored as blobs](https://docs.newrelic.com/docs/logs/log-management/ui-data/long-logs-blobs/).
diff --git a/src/content/docs/logs/troubleshooting/no-log-data-appears-ui.mdx b/src/content/docs/logs/troubleshooting/no-log-data-appears-ui.mdx
index cda0d278081..2febd9a96e5 100644
--- a/src/content/docs/logs/troubleshooting/no-log-data-appears-ui.mdx
+++ b/src/content/docs/logs/troubleshooting/no-log-data-appears-ui.mdx
@@ -137,7 +137,7 @@ For the infrastructure agent: see [logging config options](/docs/infrastructure/
|
Try querying the `Log` data type:
- ```
+ ```sql
SELECT * FROM Log
```
diff --git a/src/content/docs/mobile-monitoring/new-relic-mobile-ios/installation/spm-installation.mdx b/src/content/docs/mobile-monitoring/new-relic-mobile-ios/installation/spm-installation.mdx
index 8d8f61b4bf2..4dab22d99f1 100644
--- a/src/content/docs/mobile-monitoring/new-relic-mobile-ios/installation/spm-installation.mdx
+++ b/src/content/docs/mobile-monitoring/new-relic-mobile-ios/installation/spm-installation.mdx
@@ -48,8 +48,7 @@ Continue with the steps to configure New Relic for mobile monitoring.
5. Add a build script to your target's **Build Phases**. Ensure the new build script is the very last build script. Then paste the following, replacing `APP_TOKEN` with your [application token](/docs/mobile-apps/viewing-your-application-token):
### **iOS agent 7.4.0 or higher**:
```
- ARTIFACT_DIR="${BUILD_DIR%Build/*}SourcePackages/artifacts"
-
+ ARTIFACT_DIR="${BUILD_DIR%Build/*}"
SCRIPT=`/usr/bin/find "${SRCROOT}" "${ARTIFACT_DIR}" -type f -name run-symbol-tool | head -n 1`
/bin/sh "${SCRIPT}" "APP_TOKEN"
diff --git a/src/content/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/collector/opentelemetry-collector-infra-hosts.mdx b/src/content/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/collector/opentelemetry-collector-infra-hosts.mdx
index 37df0348e48..5e9b868fb51 100644
--- a/src/content/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/collector/opentelemetry-collector-infra-hosts.mdx
+++ b/src/content/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/collector/opentelemetry-collector-infra-hosts.mdx
@@ -7,7 +7,8 @@ tags:
metaDescription: The OpenTelemetry Collector is a central tool to collect, process, and export your telemetry.
---
-You can collect metrics about your infrastructure hosts with OpenTelemetry if you set up the host receiver in a collector. The collector is a component of OpenTelemetry that collects, processes, and exports telemetry data to New Relic (or any observability backend).
+You can collect metrics and logs from your infrastructure hosts with OpenTelemetry and leverage the same infrastructure experiences that are available for New Relic agents.
+Specific receivers and processors are required in the OTel collector to collect and report host telemetry.
If you're looking for help with other collector use cases, see the [newrelic-opentelemetry-examples](https://github.com/newrelic/newrelic-opentelemetry-examples) repository.
@@ -33,11 +34,13 @@ Your deployment experience might vary depending on which vendor-specific distrib
To set up infrastructure monitoring, you need to install and configure components that are included in the `collector-contrib` release. For example, the host receiver is required to collect basic host metrics such as CPU, memory, disk, and network stats and is only available in the [OpenTelemetry Collector-contrib](https://github.com/open-telemetry/opentelemetry-collector-contrib) release.
-## Step 3: Configure host monitoring using the host receiver [#host-receiver]
+## Step 3: Configure host metrics and logs [#host-receiver]
This collector example is meant to serve as a starting point from which you can extend, customize, and validate configurations before using them in production.
-The `collector-contrib` release provides a `hostreceiver` that generates metrics about the system scraped from various sources. Deploy the collector as an agent when you use a `hostreceiver`.
+The `collector-contrib` release includes:
+* The `hostreceiver` that generates metrics about the system scraped from various sources. Deploy the collector as an agent when you use a `hostreceiver`.
+* The `filelogreceiver` that tails and parses logs from files.
When using the host receiver as part of the collector configuration, New Relic automatically detects host metrics as part of a `Host` entity and will synthesize its golden metrics providing the same experience as with the New Relic infrastructure agent. The following are the configuration requirements to enable the `Host` entity experience in New Relic UI:
@@ -46,113 +49,12 @@ When using the host receiver as part of the collector configuration, New Relic a
Learn more about available metrics and advanced configurations from the [OpenTelemetry documentation in GitHub](https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/receiver/hostmetricsreceiver).
-Adapt the `config.yaml` with these recommended parameters:
+Here is a sample configuration YAML file for a linux host. Be sure to do the following:
-
- CPU, load, memory, and disk utilization metrics require otelcol-contrib release `v0.47.0` or greater.
-
-
-
-
-
- |
- Configuration
- |
-
-
- Description
- |
-
-
-
-
-
- |
- `receivers::hostmetrics`
- |
-
-
- Enable host metrics.
-
- * A 20 second interval is recommended (same default as the Infrastructure agent).
- * It should not be greater than 60 seconds to avoid issues with “host not responding” alerts.
- * Process instrumentation is optional.
- |
-
-
-
- |
- `processors::resourcedetection`
- |
-
-
- Keep the following in mind:
-
- * `env`: Reads resource information from the `OTEL_RESOURCE_ATTRIBUTES` environment variable.
- * `system`: Adds `host.name` and `os.type`.
- * For cloud environments, configure a specific resource detection processor so that metrics are decorated with `host.id` (required to identify the host entity in New Relic). Common cloud detectors are `gce` for GCP machines, `ec2` for AWS EC2, and `azure` for Azure VMs. Additional processors are available for orchestrated environments.
- * For on-premises systems (or unsupported cloud environments), a `host.id` attribute is required. Use the `resource` processor to copy the `host.name` value (from `system`) as a new `host.id` attribute. Note this value should be unique across all instrumented hosts:
- ```yaml
- resource:
- attributes:
- - key: host.id
- from_attribute: host.name
- action: upsert
- ```
- |
-
-
-
- |
- `processors::batch`
- |
-
-
- The [batch processor](https://github.com/open-telemetry/opentelemetry-collector/blob/main/processor/batchprocessor/README.md) accepts spans, metrics, or logs and places them into batches. Batching helps better compress the data and reduce the number of outgoing connections required to transmit the data. This processor supports both size and time based batching.
- |
-
-
-
- |
- `processors::memory_limiter`
- |
-
-
- The [memory limiter](https://github.com/open-telemetry/opentelemetry-collector/tree/main/processor/memorylimiterprocessor) processor is used to prevent out of memory situations on the collector.
-
- Putting checks in place is important because:
-
- * The amount and type of data the collector processes is specific to its environment.
- * The collector's resource utilization is dependent on the configured processors.
- |
-
-
-
- |
- `processors::cumulative_delta`
- |
-
-
- The [cumulative delta](https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/processor/cumulativetodeltaprocessor) processor converts cumulative sum metrics to cumulative delta. This helps you query system metric rates more easily in New Relic.
- |
-
-
-
- |
- `service::pipelines::metrics`
- |
-
-
- Make sure `hostreceiver` and `resourcedetection` are included.
- |
-
-
-
-
-Here is a sample configuration YAML file. Be sure to do the following:
-
-* Replace OTLP_ENDPOINT_HERE with the appropriate [endpoint](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/get-started/opentelemetry-set-up-your-app/#review-settings).
-* Replace YOUR_KEY_HERE with your
+* Replace `OTLP_ENDPOINT_HERE` with the appropriate [endpoint](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/get-started/opentelemetry-set-up-your-app/#review-settings).
+* Replace `YOUR_KEY_HERE` with your .
+* Adjust the target log files in the filelog receiver section based on your requirements.
+* Adjust the `memory_limiter` default values based on your environment requirements.
```yaml
extensions:
@@ -183,29 +85,51 @@ receivers:
enabled: true
processes:
process:
+ metrics:
+ process.cpu.utilization:
+ enabled: true
+ process.cpu.time:
+ enabled: false
+
+ filelog:
+ include:
+ - /var/log/alternatives.log
+ - /var/log/cloud-init.log
+ - /var/log/auth.log
+ - /var/log/dpkg.log
+ - /var/log/syslog
+ - /var/log/messages
+ - /var/log/secure
+ - /var/log/yum.log
processors:
+
+ transform/truncate:
+ trace_statements:
+ - context: span
+ statements:
+ - truncate_all(attributes, 4095)
+ - truncate_all(resource.attributes, 4095)
+ log_statements:
+ - context: log
+ statements:
+ - truncate_all(attributes, 4095)
+ - truncate_all(resource.attributes, 4095)
+
memory_limiter:
check_interval: 1s
limit_mib: 1000
spike_limit_mib: 200
+
batch:
- cumulativetodelta:
- include:
- metrics:
- - system.network.io
- - system.disk.operations
- - system.network.dropped
- - system.network.packets
- - process.cpu.time
- match_type: strict
- resource:
- attributes:
- - key: host.id
- from_attribute: host.name
- action: upsert
+
resourcedetection:
detectors: [env, system]
+
+ resourcedetection/cloud:
+ detectors: ["gcp", "ec2", "azure"]
+ timeout: 2s
+ override: false
exporters:
otlp:
@@ -215,10 +139,21 @@ exporters:
service:
pipelines:
+
metrics:
receivers: [hostmetrics]
- processors: [batch, resourcedetection, resource, cumulativetodelta]
- exporters: [otlp]
+ processors: [memory_limiter, resourcedetection, resourcedetection/cloud, batch]
+ exporters: [logging, otlp]
+
+ traces:
+ receivers: [otlp]
+ processors: [memory_limiter, transform/truncate, resourcedetection, resourcedetection/cloud, batch]
+ exporters: [logging, otlp]
+
+ logs:
+ receivers: [otlp, filelog]
+ processors: [memory_limiter, transform/truncate, resourcedetection, resourcedetection/cloud, batch]
+ exporters: [logging, otlp]
extensions: [health_check]
```
@@ -229,11 +164,11 @@ You can view your collector data in a variety of places in the New Relic UI.
### Browse host data in infrastructure UI [#using-ui]
-By using the recommended configuration for the host receiver, you can view data through the standard features in the [Infrastructure UI](/docs/infrastructure/infrastructure-ui-pages/infrastructure-ui-entities#access-new-ui) (New Host UI) experience.
+By using the recommended configuration in the collector, you can view data through the standard features in the [Infrastructure UI](/docs/infrastructure/infrastructure-ui-pages/infrastructure-ui-entities#access-new-ui) experience.
-### Query host metrics [#query-host-metrics]
+### Query host metrics and logs [#query-host-metrics]
-Once metrics are successfully ingested in New Relic, they are available in [metrics and events](/docs/query-your-data/explore-query-data/browse-data/introduction-data-explorer) and [query builder](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder).
+Once telemetry is successfully ingested in New Relic, they are available in [metrics and events](/docs/query-your-data/explore-query-data/browse-data/introduction-data-explorer) and [query builder](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder).
The following NRQL queries show examples to help you explore the metrics you received:
@@ -255,6 +190,11 @@ The following NRQL queries show examples to help you explore the metrics you rec
SELECT keyset() FROM Metric WHERE metricName = 'system.disk.operations'
```
+* Querying number of log events per host
+ ```sql
+ SELECT count(*) FROM Log FACET host.name TIMESERIES
+ ```
+
Learn more about [querying the metric data type](/docs/data-apis/understand-data/metric-data/query-metric-data-type).
## What's next? [#next]
diff --git a/src/content/docs/release-notes/mobile-release-notes/android-release-notes/android-ndk-103.mdx b/src/content/docs/release-notes/mobile-release-notes/android-release-notes/android-ndk-103.mdx
new file mode 100644
index 00000000000..eb7baf339c1
--- /dev/null
+++ b/src/content/docs/release-notes/mobile-release-notes/android-release-notes/android-ndk-103.mdx
@@ -0,0 +1,16 @@
+---
+subject: Android agent
+title: Android NDK agent v1.0.3
+releaseDate: '2023-07-19'
+version: 1.0.3
+---
+
+## Fixed
+
+* Fixed java.lang.NoSuchMethodError when using the NDK agent and Android agent version 6.11.0 and higher.
+
+# Support statement
+
+The Android NDK agent version 1.0.3 requires Android agent 6.11.0 and higher. Versions 1.0.0 - 1.0.2 are compatible with Android agent 6.10.0 and lower.
+
+We recommend you to upgrade the agent regularly, at least every 3 months.
diff --git a/src/content/docs/release-notes/mobile-release-notes/ios-release-notes/ios-agent-746.mdx b/src/content/docs/release-notes/mobile-release-notes/ios-release-notes/ios-agent-746.mdx
index c57000d6801..801d5656d40 100644
--- a/src/content/docs/release-notes/mobile-release-notes/ios-release-notes/ios-agent-746.mdx
+++ b/src/content/docs/release-notes/mobile-release-notes/ios-release-notes/ios-agent-746.mdx
@@ -16,8 +16,7 @@ downloadLink: 'https://download.newrelic.com/ios_agent/NewRelic_XCFramework_Agen
Please use the run script below in your Xcode build phases to perform symbol upload steps during app builds in Xcode.
```
-ARTIFACT_DIR="${BUILD_DIR%Build/*}SourcePackages/artifacts"
-
+ARTIFACT_DIR="${BUILD_DIR%Build/*}"
SCRIPT=`/usr/bin/find "${SRCROOT}" "${ARTIFACT_DIR}" -type f -name run-symbol-tool | head -n 1`
/bin/sh "${SCRIPT}" "APP_TOKEN"
```
diff --git a/src/content/docs/style-guide/writing-docs/writer-workflow/github-intro.mdx b/src/content/docs/style-guide/writing-docs/writer-workflow/github-intro.mdx
index 012dffcaaff..a4415e5e464 100644
--- a/src/content/docs/style-guide/writing-docs/writer-workflow/github-intro.mdx
+++ b/src/content/docs/style-guide/writing-docs/writer-workflow/github-intro.mdx
@@ -7,6 +7,8 @@ redirects:
- /docs/style-guide/writer-workflow/github-intro
---
+import verifiedCommits from 'images/verified-commits.png'
+
Tech doc writers (TW) are responsible for the docs. We [write and edit the docs](/docs/style-guide/writer-workflow/tech-writer-workflow/) and [exchange peer edits](/docs/style-guide/writer-workflow/peer-editor-workflow/), maintain our backlog, and hero. To make it all happen, we use our [Docs Team GitHub board](https://github.com/newrelic/docs-website) to manage filed issues and pull requests (PRs).
## The who's who of an issue or PR [#who-is-who]
@@ -210,3 +212,162 @@ The life cycle of a viable issues candidate looks something like this:
4. If approved, the `docs-issue-candidate` label is changed to a `docs-issue` label. We then migrate the issue into the customer feedback Jira project.
5. The new jiras are triaged by PMs, then funneled to the correct project team.
6. The PM will give the ticket to an assignee, who will close it once complete.
+
+# Getting verified commits [#verified-commits]
+
+
+
+Setting up verified commits adds a little security to our process. This ensures that a commit came from your machine and not someone else remotely pretending to commit as you. When someone's commits are verified you'll see a label next to them.
+
+First we'll need to install something called GPG. You can do this with homebrew:
+
+```
+brew install gpg
+```
+
+Once that's installed you can use it to create a key by running this command:
+
+```
+gpg --full-generate-key
+```
+
+This will trigger a series of prompts which you can answer like so:
+
+* Your selection? **1**
+* What keysize do you want? (3072) **4096**
+* Key is valid for? (0) **0**
+* Key does not expire at all
+Is this correct? (y/N) **y**
+
+You'll also be asked for your name and email address (the one you use with github) as well as a "comment". You can leave the comment blank and hit enter.
+
+Here's an example of the full output:
+```
+reli ~ gpg --full-generate-key
+gpg (GnuPG) 2.4.3; Copyright (C) 2023 g10 Code GmbH
+This is free software: you are free to change and redistribute it.
+There is NO WARRANTY, to the extent permitted by law.
+
+gpg: directory '/Users/reli/.gnupg' created
+Please select what kind of key you want:
+ (1) RSA and RSA
+ (2) DSA and Elgamal
+ (3) DSA (sign only)
+ (4) RSA (sign only)
+ (9) ECC (sign and encrypt) *default*
+ (10) ECC (sign only)
+ (14) Existing key from card
+Your selection? 1
+RSA keys may be between 1024 and 4096 bits long.
+What keysize do you want? (3072) 4096
+Requested keysize is 4096 bits
+Please specify how long the key should be valid.
+ 0 = key does not expire
+ = key expires in n days
+ w = key expires in n weeks
+ m = key expires in n months
+ y = key expires in n years
+Key is valid for? (0) 0
+Key does not expire at all
+Is this correct? (y/N) y
+
+GnuPG needs to construct a user ID to identify your key.
+
+Real name: Reli Relic
+Email address: rrelic@newrelic.com
+Comment:
+You selected this USER-ID:
+ "Reli Relic "
+```
+
+You should then be prompted to create a password (twice). Make sure to save this somewhere!
+You'll see some output which you can ignore. Now you can run this command to see your key:
+
+```
+gpg --list-secret-keys --keyid-format LONG
+```
+
+Which will return something like this:
+
+ ```
+reli ~ % gpg --list-secret-keys --keyid-format LONG
+gpg: checking the trustdb
+gpg: marginals needed: 3 completes needed: 1 trust model: pgp
+gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u
+[keyboxd]
+---------
+sec rsa4096/YOUR_KEY_ID 2023-07-18 [SC]
+ ABC123ABC123ABC123ABC123ABC123ABC123
+uid [ultimate] Reli Relic
+ssb rsa4096/ABC123ABC123 2023-07-18 [E]
+ ```
+
+ Now you can copy the value you see replaced by `YOUR_KEY_ID` in the above example. It might be a good idea to paste this somewhere temporarily since you'll be coming back to use it a few times.
+
+ Run this command and paste in your value in place of `YOUR_KEY_ID`
+
+ ```
+ gpg --armor --export YOUR_KEY_ID | pbcopy
+ ```
+
+ You won't see an output but it will have been copied to your clipboard. In github you'll navigate to your profile -> settings -> SSH and GPG keys. Here you can click "New GPG key", name it whatever you'd like, and paste in the previous block. It should look something like this:
+
+ ```
+ -----BEGIN PGP PUBLIC KEY BLOCK-----
+
+numbersandletters378468734658734somanynumbers83475837485
+numbersandletters378468734658734somanynumbers83475837485
+numbersandletters378468734658734somanynumbers83475837485
+numbersandletters378468734658734somanynumbers83475837485
+numbersandletters378468734658734somanynumbers83475837485
+numbersandletters378468734658734somanynumbers83475837485
+numbersandletters378468734658734somanynumbers83475837485
+
+-----END PGP PUBLIC KEY BLOCK-----
+ ```
+
+ Hit save and you're done in github.
+
+
+ If you contribute to code in github enterprise you'll need to repeat this step. You can paste the same block into github enterprise that you pasted in public github.
+
+
+ Now we'll adjust some settings in git by running these commands with `YOUR_KEY_ID` being replaced by your key from earlier:
+
+ ```
+git config --global user.signingkey YOUR_KEY_ID
+git config --global commit.gpgsign true
+ ```
+
+ Next we run this command to save additional information to your bash or zsh profile.
+ If using zsh run:
+ ```
+if [ -r ~/.zshrc ]; then echo -e '\nexport GPG_TTY=\$(tty)' >> ~/.zshrc; \
+else echo -e '\nexport GPG_TTY=\$(tty)' >> ~/.zprofile; fi
+ ```
+
+ if using bash run:
+ ```
+if [ -r ~/.bash_profile ]; then echo -e '\nexport GPG_TTY=\$(tty)' >> ~/.bash_profile; \
+else echo -e '\nexport GPG_TTY=\$(tty)' >> ~/.profile; fi
+ ```
+
+ Now you can run a test to see how things are working. You'll probably need to enter the password you created with gpg earlier.
+
+ ```
+echo "test" | gpg --clearsign
+ ```
+
+If things aren't working you can try running the following to kill the gpg client and try the above test again:
+
+```
+gpgconf --kill all
+gpg-agent --daemon
+```
+
+Finally, try out a commit! If you use github desktop it's probably a good idea to quit/restart the app before committing. If an error occurs reach out to #doc_eng_help.
+
diff --git a/src/content/docs/vulnerability-management/integrations/aws.mdx b/src/content/docs/vulnerability-management/integrations/aws.mdx
index b5d5f3ccf92..f03696ec6e0 100644
--- a/src/content/docs/vulnerability-management/integrations/aws.mdx
+++ b/src/content/docs/vulnerability-management/integrations/aws.mdx
@@ -54,15 +54,19 @@ Once you've created an API destination for ingest, create an Eventbridge rule to
2. Option: choose any Security Hub sample event from the dropdown to test your rule against.
3. For the event pattern, enter the select the custom patterns pane and input a pattern. For example the pattern below matches events from Security Hub, Guard Duty, and Inspector:
-```
+```json
{
- "detail-type": [{
- "prefix": "Security Hub"
- }, {
- "prefix": "GuardDuty Finding"
- }, {
- "prefix": "Inspector2"
- }]
+ "detail-type": [
+ {
+ "prefix": "Security Hub"
+ },
+ {
+ "prefix": "GuardDuty Finding"
+ },
+ {
+ "prefix": "Inspector2"
+ }
+ ]
}
```
@@ -79,7 +83,7 @@ Configure your tags as needed.
### E. Review and Create
-Review all your selections and make any changes as necessary.
+Review all your selections and make any changes as necessary.
### F. Review in NRDB
@@ -89,4 +93,4 @@ To review logs ingested via AWS Event Bridge, you can use the following NRQL que
FROM Vulnerability SELECT * WHERE source LIKE 'AWS%' SINCE 3 MONTHS AGO
```
-Note that GuardDuty and Inspector results will only show this way, while SecurityHub vulnerabilities will be visible in New Relic's Vulnerability Management (if available)
+Note that GuardDuty and Inspector results will only show this way, while SecurityHub vulnerabilities will be visible in New Relic's Vulnerability Management (if available).
diff --git a/src/content/docs/vulnerability-management/integrations/trivy.mdx b/src/content/docs/vulnerability-management/integrations/trivy.mdx
index 327dc54ae7c..36feef35748 100644
--- a/src/content/docs/vulnerability-management/integrations/trivy.mdx
+++ b/src/content/docs/vulnerability-management/integrations/trivy.mdx
@@ -16,12 +16,12 @@ To ingest your Trivy scan result files in SARIF into New Relic, utilize the secu
Here's an example curl POST:
-```
+```bash
curl --location --request POST 'https://security-api.newrelic.com/security/v1?repository=' \
---header 'Api-Key: ' \
---header 'Content-Type: application/json' \
---header 'X-Scanner: Trivy' \
--d @nameOfSarifFile.json
+ --header 'Api-Key: YOUR_LICENSE_KEY' \
+ --header 'Content-Type: application/json' \
+ --header 'X-Scanner: Trivy' \
+ -d @nameOfSarifFile.json
```
@@ -31,17 +31,17 @@ curl --location --request POST 'https://security-api.newrelic.com/security/v1?re
## Confirm scan import activity
The HTTP response from the POST will include a request uuid and information about the request. For example:
-```
+```json
{
- "success":false,
- "errorMessage":null,
- "uuid":"4740e3c8-dbc4-46e6-a4b2-a7fb6f918d20"
+ "success": false,
+ "errorMessage": null,
+ "uuid": "4740e3c8-dbc4-46e6-a4b2-a7fb6f918d20"
}
```
The request guid is included in all vulnerability events which can be [queried with NRQL](/docs/query-your-data/nrql-new-relic-query-language/get-started/introduction-nrql-new-relics-query-language/). These events are written in real time as the import job runs. To view the status and output of an import as it runs, use this NRQL query (replacing `YOUR_REQUEST_ID` with the uuid returned from your HTTP POST):
-```
+```sql
FROM Log SELECT * WHERE source = 'Trivy' AND requestId = 'YOUR_REQUEST_ID'
```
To see scan results visit [Vulnerability Management](https://docs.newrelic.com/docs/vulnerability-management/overview/).
diff --git a/src/i18n/content/jp/docs/apis/nerdgraph/examples/nerdgraph-manage-groups.mdx b/src/i18n/content/jp/docs/apis/nerdgraph/examples/nerdgraph-manage-groups.mdx
index fa0da617877..596dcd8328e 100644
--- a/src/i18n/content/jp/docs/apis/nerdgraph/examples/nerdgraph-manage-groups.mdx
+++ b/src/i18n/content/jp/docs/apis/nerdgraph/examples/nerdgraph-manage-groups.mdx
@@ -150,6 +150,8 @@ NerdGraphを使用してユーザーを管理する前に：
## ユーザーに問い合わせる [#query-users]
+### ユーザー情報のクエリ [#query-user-info]
+
ユーザーに関する情報をクエリする例を次に示します。
```graphql
@@ -216,6 +218,63 @@ NerdGraphを使用してユーザーを管理する前に：
}
```
+### ユーザーのグループメンバーシップをクエリする [#query-user-groups]
+
+ユーザーが所属するグループをクエリする例を次に示します。
+
+```graphql
+{
+ actor {
+ organization {
+ userManagement {
+ authenticationDomains {
+ authenticationDomains {
+ users {
+ users {
+ groups {
+ groups {
+ displayName
+ }
+ }
+ email
+ }
+ }
+ }
+ }
+ }
+ }
+ }
+}
+```
+
+応答の例を次に示します。
+
+```graphql
+{
+ "data": {
+ "actor": {
+ "organization": {
+ "userManagement": {
+ "authenticationDomains": {
+ "authenticationDomains": [
+ {
+ "users": {
+ "users": [
+ {
+ "email": "pete@example.com",
+ "groups": {
+ "groups": [
+ {
+ "displayName": "Admin"
+ },
+ {
+ "displayName": "Basic Sub Account"
+ }
+ ]
+ }
+ },
+```
+
## グループを作成する [#create-group]
[グループ](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-concepts/#groups)を作成する例を次に示します。
diff --git a/src/i18n/content/jp/docs/apm/agents/manage-apm-agents/agent-data/triage-run-diagnostics.mdx b/src/i18n/content/jp/docs/apm/agents/manage-apm-agents/agent-data/triage-run-diagnostics.mdx
index 0ff32dc8c94..0791799ae7b 100644
--- a/src/i18n/content/jp/docs/apm/agents/manage-apm-agents/agent-data/triage-run-diagnostics.mdx
+++ b/src/i18n/content/jp/docs/apm/agents/manage-apm-agents/agent-data/triage-run-diagnostics.mdx
@@ -26,6 +26,16 @@ import apmLogsinApm from 'images/apm_screenshot-crop_logs-in-apm.webp'
import apmInfrastructureonApmSummaryPage from 'images/apm_screenshot-crop_infrastructure-on-apm-summary-page.webp'
+import apmApmServiceLevelsSummaryTile from 'images/apm_screenshot-crop_apm-service-levels-summary-tile.webp'
+
+import apmApmSummaryTiles from 'images/apm_screenshot-crop_apm-summary-tiles.webp'
+
+import apmDeploymentSummaryTile from 'images/apm_screenshot-crop_deployment-summary-tile.webp'
+
+import apmApmVulnerabilitiesTile from 'images/apm_screenshot-crop_apm-vulnerabilities-tile.webp'
+
+import apmIssuesSummaryTile from 'images/apm_screenshot-crop_issues-summary-tile.webp'
+
私たちの 時間が限られている場合、ツールはインシデントの解決に役立ちます。APM の概要ページを使用すると、アプリの潜在的な障害の概要を確認し、各サービスに関する重要な指標を取得できます。ここは、サービスの健全性をチェックし、より大きなコンテキスト内で問題を理解し、問題を解決するために必要な手順を実行するために最初にアクセスする場所です。
![]()
+ ## サマリータイルで問題点を特定する
+
- ## これらの主要な指標を確認してください
+ 詳細に入る前に、まずページの上部にある概要タイルを確認することが重要です。これらのタイルは、システムの問題、脆弱性、展開の失敗を即座に警告します。ページ上部のタイルが空の状態を示している場合は、 `Set up now` をクリックして各タイルをアクティブにします。
+
+ 
+
+ ### 課題 [#issues]
+
+ システム内の異常な動作を追跡する重要な方法は、アラートを使用することです。 `Checkout-service` のトランザクション エラー率が 10% を超える時期を知りたいとします。 [アラート条件](/docs/alerts-applied-intelligence/new-relic-alerts/get-started/your-first-nrql-condition/) を作成し、インシデントをトリガーするルールを設定します。1 つ以上のインシデントによって問題が発生します。このタイルには、サービスの問題が表示されます。
+
+ この例では、アラート条件がすでに設定されているため、概要タイルをスキャンすると、システムに 2 つの重大な問題があることがすぐにわかります。タイルをクリックすると、各重大な問題、それに含まれるインシデント、およびそれらに関連するエンティティの詳細が表示されます。
+
+ 
+
+ ### 最後の展開 [#last-deployment]
+
+ デプロイメント マーカーは、サービスに加えたすべての更新の結果を監視するのに役立ちます。このタイルには、最後の展開によって引き起こされたエラー率と応答時間の変化が表示されます。
+
+ デプロイメントの 15 分後から、このタイルにはデプロイメント前とデプロイ後に収集されたデータの比較が表示されます。45 分前に新機能を有効にした場合、このタイルには 45 分前と 45 分後の比較が表示されます。デプロイ後の最初の 3 時間は、このタイルには、有効化後の経過時間と有効化前の対応する時間との比較のみが表示されます。3 時間後、タイルでは標準の 3 時間の比較が使用されます。
+
+ カスタムの時間範囲の場合は、タイルをクリックしてメインの展開ページに移動し、そこで時間ピッカーを使用します。
+
+ この例では、 [最後のデプロイメントにより](/docs/apm/apm-ui-pages/events/record-deployments/) エラー率が 27% 急増し、応答時間が 5% 増加しました。タイルをクリックすると、最後のデプロイメントと関連するエラー、ログ、アラート、傾向が表示されます。
+
+ 
+
+ ### サービスレベル [#service-levels]
+
+ サービス レベルは、エンド ユーザーの観点からサービスのパフォーマンスを測定するために使用されます。サービス レベルのエラー バジェットを超えると、次の違反タイプが表示されます。
+
+ * **Non-compliant** \[非準拠とは]、 この期間のエラー バジェットをすべて消費したことを意味します。したがって、展開する必要がある場合は注意し、SL を改善するための作業を計画してください。
+ * **At risk** 「危険にさらされ ている」とは、エラー バジェットがほぼ消費されているため、残りの期間はより慎重になる必要があることを意味します。
+ この例では、 [サービス レベルがすでに構成されて](/docs/service-level-management/intro-slm/) おり、2 つのインスタンスでエラー バジェットを超えています。タイルをクリックして、どのエンティティが準拠していないのかを確認し、エラー バジェットをさらに詳しく調べます。
+
+ 
+
+ ### 脆弱性 [#vulnerabilities]
+
+ 脆弱性管理は、すべてのソフトウェアの脆弱性を鳥瞰的に表示します。Java、.Net、Github [dependabot](https://newrelic.com/instant-observability/github-dependabot)などの統合エージェントやサービスはそれぞれ、既知の脆弱性を自動的に New Relic に集めて追跡します。
+
+ ここでは、 [脆弱性管理が](/docs/vulnerability-management/overview/) 有効になっていて、監視対象サービスに対して 3 つの `Critical` と 9 つの `High` 脆弱性が検出されたことがわかります。タイルをクリックすると、脆弱性の影響が表示されます。
+
+ 
+
+
+ ## 主要な指標を確認する
+
+
`Checkout-service`に問題がありますか?どのシステムがどのように影響を受けるのでしょうか?
-
-
- 
+ ### Apdex [#apdex]
+
+
- サービスの故障を調査するときに最初に確認するのは、Apdex スコアです。Apdex スコアは、アプリケーションに対する全体的な顧客満足度を監視します。スコアでは、応答時間やスループットなどのパフォーマンスとエラー率の組み合わせが求められます。
+ サービスの故障を調査するときに最初に確認するのは、Apdex スコアです。Apdex スコアは、アプリケーションに対する全体的な顧客満足度を監視します。スコアでは、応答時間やスループットなどのパフォーマンスとエラー率の組み合わせが求められます。
- Apdex は、Web アプリケーション/サービスの応答時間に対するユーザーの満足度を測定する業界標準です。0～1のスコアで表されます。スコアが 1 に近づくほど、アプリのパフォーマンスは向上します。満足のいくエクスペリエンスのデフォルト値は 0.5 秒ですが、\[設定] で別の目標を設定できます。
+ Apdex は、Web アプリケーション/サービスの応答時間に対するユーザーの満足度を測定する業界標準です。0～1のスコアで表されます。スコアが 1 に近づくほど、アプリのパフォーマンスは向上します。満足のいくエクスペリエンスのデフォルト値は 0.5 秒ですが、\[設定] で別の目標を設定できます。
- Apdex スコアは通常、次の色で分けられます。
+ Apdex スコアは通常、次の色で分けられます。
- * **< 0.5 - グレー:** アプリケーションのパフォーマンスがクリティカルを超えており、即時の対応が必要です。
- * **0.5-0.7 - 赤:** アプリケーションに重大なパフォーマンスの問題があり、直ちに対処する必要があります。
- * **0.7-0.85 - オレンジ:** アプリケーションはマイナスの方向に傾いているため、さらなる調査が必要です。
- * **0.85-0.95 - 青:** これは理想的な Apdex 範囲です。このスコアは、Apdex T がアプリケーションに合わせて完全に微調整されており、パフォーマンスが健全であることを意味します。
- * **> 0.95 - 青:** Apdex スコアがこの範囲にある場合は、Apdex T の設定が少し高すぎる可能性があり、アプリケーションのパフォーマンスを正確に把握できていないことを意味します。Apdex T を減らすことを検討する必要があります。
+ * **< 0.5 - グレー:** アプリケーションのパフォーマンスがクリティカルを超えており、即時の対応が必要です。
+ * **0.5-0.7 - 赤:** アプリケーションに重大なパフォーマンスの問題があり、直ちに対処する必要があります。
+ * **0.7-0.85 - オレンジ:** アプリケーションはマイナスの方向に傾いているため、さらなる調査が必要です。
+ * **0.85-0.95 - 青:** これは理想的な Apdex 範囲です。このスコアは、Apdex T がアプリケーションに合わせて完全に微調整されており、パフォーマンスが健全であることを意味します。
+ * **> 0.95 - 青:** Apdex スコアがこの範囲にある場合は、Apdex T の設定が少し高すぎる可能性があり、アプリケーションのパフォーマンスを正確に把握できていないことを意味します。Apdex T を減らすことを検討する必要があります。
-
- Apdex スコアが 0 の場合は、リクエストがエラーで返されたことが原因である可能性があります。エラーのあるすべてのリクエストは、Apdex 上で自動的に 0 のスコアを付けられます。
-
+
+ Apdex スコアが 0 の場合は、リクエストがエラーで返されたことが原因である可能性があります。エラーのあるすべてのリクエストは、Apdex 上で自動的に 0 のスコアを付けられます。
+
- この例では、APM で `Checkout-service` エンティティを開いた後、Apdex スコアが低下し、0.6 で推移していることがわかります。チャートは赤です。
+ この例では、APM で `Checkout-service` エンティティを開いた後、Apdex スコアが低下し、0.6 で推移していることがわかります。チャートは赤です。
- これで、顧客の苦情が正しいことが確実にわかりました。スタックのどこかに問題があるのです。
+ これで、顧客の苦情が正しいことが確実にわかりました。スタックのどこかに問題があるのです。
- スコアを理解する方法の詳細については、 [「Apdex: ユーザー満足度の測定」を](/docs/apm/new-relic-apm/apdex/apdex-measure-user-satisfaction/)参照してください。
-
+ スコアを理解する方法の詳細については、 [「Apdex: ユーザー満足度の測定」を](/docs/apm/new-relic-apm/apdex/apdex-measure-user-satisfaction/)参照してください。
-
- 
+ ### Webトランザクション
- お客様からの報告に基づいて、アプリで `Pay now` ボタンが失敗していることはわかっていますが、実際のエラーの原因はわかりません。Apdex をチェックしたところ、ユーザー満足度が低いことがわかりました。
+
- 次のステップは、アプリの **Web-transactions** \[Web トランザクション]を調査して、チェックアウト プロセスのどの部分が壊れているかを特定することです。
+ お客様からの報告に基づいて、アプリで `Pay now` ボタンが失敗していることはわかっていますが、実際のエラーの原因はわかりません。Apdex をチェックしたところ、ユーザー満足度が低いことがわかりました。
- New Relic では、トランザクションはソフトウェア アプリケーションの 1 つの論理的な作業単位として定義されます。具体的には、その作業単位を構成する関数呼び出しとメソッド呼び出しを指します。APM の場合、Web トランザクションを指すことが多く、アプリケーションが Web リクエストを受信してから応答が送信されるまでに発生するアクティビティを表します。
+ 次のステップは、アプリの **Web-transactions** \[Web トランザクション]を調査して、チェックアウト プロセスのどの部分が壊れているかを特定することです。
- Web トランザクション時間は 3 つの部分に分かれています。
+ New Relic では、トランザクションはソフトウェア アプリケーションの 1 つの論理的な作業単位として定義されます。具体的には、その作業単位を構成する関数呼び出しとメソッド呼び出しを指します。APM の場合、Web トランザクションを指すことが多く、アプリケーションが Web リクエストを受信してから応答が送信されるまでに発生するアクティビティを表します。
- * 青色のセグメント: すべてのトランザクション
- * 黄色のセグメント: データベース操作
- * グリーンセグメント: 外部サービス
+ Web トランザクション時間は 3 つの部分に分かれています。
-
- 非同期アプリケーションを監視しようとしている場合、応答時間 (濃い青色の線) は、個々のセグメント (トランザクション、データベース、外部) の応答時間よりも短くなる可能性があります。これは、非同期アプリケーションが複数のリクエストを同時に処理できるために発生する可能性があります。したがって、一部のリクエストがまだ「開いている」間に、トランザクションが「終了」する可能性があります。
-
+ * 青色のセグメント: すべてのトランザクション
+ * 黄色のセグメント: データベース操作
+ * グリーンセグメント: 外部サービス
- トランザクションが遅いということは、何かが異常に動作していることを示す強力な指標である可能性があるため、グラフを見て、サービスの領域で通常よりも応答に時間がかかっているかどうかを確認してください。トランザクションが遅いと、チャート上でスパイクのように見えます。
+
+ 非同期アプリケーションを監視しようとしている場合、応答時間 (濃い青色の線) は、個々のセグメント (トランザクション、データベース、外部) の応答時間よりも短くなる可能性があります。これは、非同期アプリケーションが複数のリクエストを同時に処理できるために発生する可能性があります。したがって、一部のリクエストがまだ「開いている」間に、トランザクションが「終了」する可能性があります。
+
- [デプロイメント マーカー ツール](/docs/apm/apm-ui-pages/events/record-deployments/) を使用して、顧客から `Pay Now` ボタンの読み込みに時間がかかるという苦情が寄せられ始めた頃にチームが変更をリリースしたかどうかを確認することもできます。
+ トランザクションが遅いということは、何かが異常に動作していることを示す強力な指標である可能性があるため、グラフを見て、サービスの領域で通常よりも応答に時間がかかっているかどうかを確認してください。トランザクションが遅いと、チャート上でスパイクのように見えます。
- デプロイメント マーカーは、各チャートに灰色のピンとして表示されます。ピンの上にマウスを置くと概要情報が表示されます。また、マーカーをクリックすると展開を詳しく調べることができます。
-
+ [デプロイメント マーカー ツール](/docs/apm/apm-ui-pages/events/record-deployments/) を使用して、顧客から `Pay Now` ボタンの読み込みに時間がかかるという苦情が寄せられ始めた頃にチームが変更をリリースしたかどうかを確認することもできます。
-
- 
+ デプロイメント マーカーは、各チャートに灰色のピンとして表示されます。ピンの上にマウスを置くと概要情報が表示されます。また、マーカーをクリックすると展開を詳しく調べることができます。
- `Checkout-service` の応答時間を確認しながら、スループットを調査することもできます。**Throughput** \[スループットは] 、アプリケーションが処理する作業量を測定する方法です。スループットは、ホストとコンテナーの間で作業が均等に分散されているかどうかを理解するのに役立ちます。パフォーマンスの問題は、多くの場合、リソース不足の症状である可能性があります。
+ ### スループット
- この例では、スループットが通常よりもわずかに高いことがわかります。サービス低下時にスループットが非常に高い場合は、アプリケーションが処理できる量を超える作業を処理していることを示している可能性があります。
+
- 一方、スループットが低い場合は、アプリがあまり多くのリクエストを処理していないことを示している可能性があります。これは、単にあまり使用されていないことを意味している可能性があります。あるいは、アプリケーションを呼び出すサービスが壊れていてリクエストが処理されていないことを意味している可能性があります。
-
+ `Checkout-service` の応答時間を確認しながら、スループットを調査することもできます。**Throughput** \[スループットは] 、アプリケーションが処理する作業量を測定する方法です。スループットは、ホストとコンテナーの間で作業が均等に分散されているかどうかを理解するのに役立ちます。パフォーマンスの問題は、多くの場合、リソース不足の症状である可能性があります。
-
- 
+ この例では、スループットが通常よりもわずかに高いことがわかります。サービス低下時にスループットが非常に高い場合は、アプリケーションが処理できる量を超える作業を処理していることを示している可能性があります。
- 遅いトランザクションを特定し、スループットを分析したので、今度はエラーを見てみましょう。 **Errors** \[エラー] グラフには、エラーが発生したトランザクションの割合が表示されます。
+ 一方、スループットが低い場合は、アプリがあまり多くのリクエストを処理していないことを示している可能性があります。これは、単にあまり使用されていないことを意味している可能性があります。あるいは、アプリケーションを呼び出すサービスが壊れていてリクエストが処理されていないことを意味している可能性があります。
- APM のコンテキストでは、エラーは `TransactionError` および `ErrorTrace` イベントを表します。
+ ### エラー
- この場合、ウェブ トランザクションの応答時間が急増したのとほぼ同時期に、 `Web errors` の急増が見られます。また、チームがシステムに加えた変更を警告する展開マーカーも表示されます。
+
- この最近の展開を取り巻くパターンがわかりました。ユーザー満足度の低下、応答時間、スループット、エラーの増加です。
+ 遅いトランザクションを特定し、スループットを分析したので、今度はエラーを見てみましょう。 **Errors** \[エラー] グラフには、エラーが発生したトランザクションの割合が表示されます。
- ドロップダウンを使用して、影響を受けるユーザーのビューに切り替えます。影響を受けるユーザーを追跡する方法については、 [「エラー受信箱」](/docs/errors-inbox/error-users-impacted/)を参照してください。
+ APM のコンテキストでは、エラーは `TransactionError` および `ErrorTrace` イベントを表します。
- エラーの管理方法の詳細については、 [「エラーの管理」を](/docs/apm/agents/manage-apm-agents/agent-data/manage-errors-apm-collect-ignore-or-mark-expected/)参照してください。
-
-
+ この場合、ウェブ トランザクションの応答時間が急増したのとほぼ同時期に、 `Web errors` の急増が見られます。また、チームがシステムに加えた変更を警告する展開マーカーも表示されます。
+
+ この最近の展開を取り巻くパターンがわかりました。ユーザー満足度の低下、応答時間、スループット、エラーの増加です。
+
+ ドロップダウンを使用して、影響を受けるユーザーのビューに切り替えます。影響を受けるユーザーを追跡する方法については、 [「エラー受信箱」](/docs/errors-inbox/error-users-impacted/)を参照してください。
+
+ エラーの管理方法の詳細については、 [「エラーの管理」を](/docs/apm/agents/manage-apm-agents/agent-data/manage-errors-apm-collect-ignore-or-mark-expected/)参照してください。
-
- ## より大きな文脈で問題を特定する
+ ## より大きな文脈で問題を特定する
+
スタックのどの部分に問題がありますか?問題は、サービスを呼び出すエンティティ、またはサービスによって呼び出されるエンティティの変更によって引き起こされましたか?
-
-
- 
+ ### ログ
- ログ グラフには、 [ログ イン コンテキスト](/docs/logs/logs-context/get-started-logs-context/) 機能を通じて報告されたアプリケーションのログの概要が表示されます。 **Logs** \[ログ] をクリックすると、完全な [ログ UI](/docs/logs/ui-data/use-logs-ui/)が表示されます。
+
- この例では、主要な指標を調査した結果、 `Web-transaction` 時間に影響を与える最近のデプロイメントに問題があり、その結果エラーが急増し、ユーザー満足度が低下していることがわかりました。次に、これがサービスの他の部分にどのような影響を与えたかを知りたいと考えています。
+ ログ グラフには、 [ログ イン コンテキスト](/docs/logs/logs-context/get-started-logs-context/) 機能を通じて報告されたアプリケーションのログの概要が表示されます。 **Logs** \[ログ] をクリックすると、完全な [ログ UI](/docs/logs/ui-data/use-logs-ui/)が表示されます。
- コンテキスト内のログを使用すると、個々のログに、関連するエンティティまたはサービスのタグが付けられます。ログ グラフでは、 **Log patterns (top 10)** \[ログ パターン (上位 10)] を選択して、一意の文字列識別子までが同一のログのグループを表示できます。
+ この例では、主要な指標を調査した結果、 `Web-transaction` 時間に影響を与える最近のデプロイメントに問題があり、その結果エラーが急増し、ユーザー満足度が低下していることがわかりました。次に、これがサービスの他の部分にどのような影響を与えたかを知りたいと考えています。
- ログ パターンの仕組みの詳細については、 [「ログ パターン」](/docs/logs/ui-data/find-unusual-logs-log-patterns/)を参照してください。
-
+ コンテキスト内のログを使用すると、個々のログに、関連するエンティティまたはサービスのタグが付けられます。ログ グラフでは、 **Log patterns (top 10)** \[ログ パターン (上位 10)] を選択して、一意の文字列識別子までが同一のログのグループを表示できます。
-
- 
+ ログ パターンの仕組みの詳細については、 [「ログ パターン」](/docs/logs/ui-data/find-unusual-logs-log-patterns/)を参照してください。
- **Distributed Tracing** \[分散トレーシング] グラフを使用すると、応答時間の遅さやエラー率の高さの原因が、サービスを呼び出すエンティティ、またはサービスによって呼び出されるエンティティの変更によるものであるかどうかを詳しく知ることができます。
+ ### ディストリビューティッド（分散）トレーシング [#distributed-tracing]
- この例では、 **Web transactions** \[Web トランザクション]で発生した応答時間の遅さをさらに詳しく調査したいとします。そのセクションをクリックすると、サービス全体を通過するトレース、またはエコシステムの他の領域に影響を与えるトレースのリストが表示されます。New Relic は、これら他のエンティティで _も_ 応答時間が増加している領域を強調します。
+
- 詳細については、 [分散トレーシングのドキュメント](/docs/distributed-tracing/concepts/introduction-distributed-tracing/)をご覧ください。
-
+ **Distributed Tracing** \[分散トレーシング] グラフを使用すると、応答時間の遅さやエラー率の高さの原因が、サービスを呼び出すエンティティ、またはサービスによって呼び出されるエンティティの変更によるものであるかどうかを詳しく知ることができます。
-
- 
+ この例では、 **Web transactions** \[Web トランザクション]で発生した応答時間の遅さをさらに詳しく調査したいとします。そのセクションをクリックすると、サービス全体を通過するトレース、またはエコシステムの他の領域に影響を与えるトレースのリストが表示されます。New Relic は、これら他のエンティティで _も_ 応答時間が増加している領域を強調します。
- ここで、APM 概要ページの **Infrastructure** \[インフラストラクチャ] セクションまで下にスクロールします。ここには、 `Checkout Service` アプリケーションに接続されている各ホストと、その応答時間、スループット、エラー率、CPU パーセンテージの記録をリストした表が表示されます。そしてメモリの割合。
+ 詳細については、 [分散トレーシングのドキュメント](/docs/distributed-tracing/concepts/introduction-distributed-tracing/)をご覧ください。
- この例では、同じ最近のデプロイメントに関して、応答時間の増加とエラー率の上昇を引き起こす CPU パーセンテージの変更があったかどうかを確認することをお勧めします。
+ ### インフラストラクチャー [#infrastructure]
- インフラストラクチャ データを調査する方法の詳細については、 [こちらの](/docs/infrastructure/manage-your-data/data-instrumentation/apm-data-infrastructure-monitoring/)APM 概要ページをご覧ください。
-
-
+
+
+ ここで、APM 概要ページの **Infrastructure** \[インフラストラクチャ] セクションまで下にスクロールします。ここには、 `Checkout Service` アプリケーションに接続されている各ホストと、その応答時間、スループット、エラー率、CPU パーセンテージの記録をリストした表が表示されます。そしてメモリの割合。
+
+ この例では、同じ最近のデプロイメントに関して、応答時間の増加とエラー率の上昇を引き起こす CPU パーセンテージの変更があったかどうかを確認することをお勧めします。
+
+ インフラストラクチャ データを調査する方法の詳細については、 [こちらの](/docs/infrastructure/manage-your-data/data-instrumentation/apm-data-infrastructure-monitoring/)APM 概要ページをご覧ください。
-
- ## 調査を次のレベルに引き上げます
+ ## 調査を次のレベルに引き上げます
+
- データ構造と属性定義の詳細については、 [データ ディクショナリを](/attribute-dictionary/?dataSource=Change+tracking&event=Deployments)参照してください。
+ データ構造と属性定義の詳細については、 [データ辞書 を](/attribute-dictionary/?dataSource=Change+tracking)参照してください。
diff --git a/src/i18n/content/jp/docs/errors-inbox/browser-tab.mdx b/src/i18n/content/jp/docs/errors-inbox/browser-tab.mdx
index 1451bf1b5c4..f6d1910b615 100644
--- a/src/i18n/content/jp/docs/errors-inbox/browser-tab.mdx
+++ b/src/i18n/content/jp/docs/errors-inbox/browser-tab.mdx
@@ -94,14 +94,23 @@ JavaScriptエラーを検証するには：
### スタックトレースの欠如をトラブルシューティングする [#troubleshoot]
-エラーに関するスタックトレースが表示されない場合、以下の理由が挙げられます。
+エラーのスタック トレースが表示されない理由は次のとおりです。
+
+* エラーがスローされない場合、スタック トレースは存在しません。
+
+ * スタック トレースを持たないスローされたエラーの例: throw `this is an error string`。
+ * スタック トレースが含まれるスローされたエラーの例: throw new Error `this is an error string`。
-* エラーが投げられていない場合、スタックトレースは生成されません。
* Javascript は CDN または別の外部の場所でホストされており、New Relic はそれらのスクリプトに起因するエラーを確認できません。これは、クロスオリジン リソース共有 (CORS) を使用することで解決できる場合があります。
+
* AngularJSエラーです。この詳細に関しては、[Angularエラーの欠如](/docs/browser/new-relic-browser/troubleshooting/angularjs-errors-do-not-appear)を参照してください。
+
* このエラーは`SyntaxError`または`Script error`エラーです。これらは、スクリプトの読み込み中に発生するため、スタックトレースを生成しません。
+
* 一部の古いブラウザでは、スタックトレースのないエラーを生成するか、利用できないスタックトレースを提供する可能性があります。
+
* New Relicエージェントが見つける前に、エラーをキャプチャーしています。
+
* 同一ユーザーのアクセスにおいて重複する[収集サイクル](http://%5Bcycle%5D(docs.newrelic.com/docs/using-new-relic/welcome-new-relic/get-started/glossary#harvest-cycle))中にエラーが発生すると、最初の収集サイクル時にレポートされたエラーイベントのみスタックトレースが記録されます。
### スタック トレースをレポートするためのソリューション [#solutions]
diff --git a/src/i18n/content/jp/docs/infrastructure/host-integrations/host-integrations-list/mongodb/mongodb-monitoring-integration-new.mdx b/src/i18n/content/jp/docs/infrastructure/host-integrations/host-integrations-list/mongodb/mongodb-monitoring-integration-new.mdx
index b2b8884c6d3..17f781aabd0 100644
--- a/src/i18n/content/jp/docs/infrastructure/host-integrations/host-integrations-list/mongodb/mongodb-monitoring-integration-new.mdx
+++ b/src/i18n/content/jp/docs/infrastructure/host-integrations/host-integrations-list/mongodb/mongodb-monitoring-integration-new.mdx
@@ -89,6 +89,16 @@ MongoDB モニタリング統合をインストールするには、次の手順
4. お気に入りのエディターで`mongodb3-config.yml`構成ファイルを編集します。いくつかの[優れた構成ファイルの例を](#examples)確認してください。
5. Infrastructureエージェントを再起動します。[さまざまなLinux環境でInfrastructureエージェントを再起動する](/docs/infrastructure/install-infrastructure-agent/manage-your-agent/start-stop-restart-infrastructure-agent/#linux)方法を参照してください。
+
+ 6. Mongodb エラー ログの自動解析と転送を有効にするには、次の内容を含む YAML ファイルを `/etc/newrelic-infra/logging.d/elasticsearch-log.yml`に作成します。エージェントを再起動する必要はありません。
+
+ ```yaml
+ logs:
+ - name: "mongodblog"
+ file: /var/log/mongodb/mongodb.log
+ attributes:
+ logtype: mongodb
+ ```
Squid ダッシュボードは累積合計メトリックを使用しますが、 [Opentelemetry 累積合計メトリックの移行ガイド](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/get-started/cumulative-metrics-transition-guide/)に記載されているように、累積合計を使用するアカウントは移行 EOL までそれらを _ゲージ_ として報告し続けます。
- その場合は、 [移行ガイド](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/get-started/cumulative-metrics-transition-guide/#preview)で提案されているように、移行 EOL の前に累積カウンターとして報告するために、squid メトリクスに属性を一時的に含める必要があります。
+ その場合は、 [移行ガイド](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/get-started/cumulative-metrics-transition-guide/#preview)で推奨されているように、移行 EOL の前に累積カウンターとしてレポートするために、squid メトリクスに属性を一時的に含める必要があります。
これを行うには、Opentelemetry コレクター構成の squid パイプラインで Opentelemetry 属性プロセッサーを使用できます。例：
diff --git a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/administration/synthetic-monitoring-audit-log-track-changes-made-users.mdx b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/administration/synthetic-monitoring-audit-log-track-changes-made-users.mdx
index c62429eba2f..70c6649b689 100644
--- a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/administration/synthetic-monitoring-audit-log-track-changes-made-users.mdx
+++ b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/administration/synthetic-monitoring-audit-log-track-changes-made-users.mdx
@@ -1,10 +1,10 @@
---
-title: 合成監視の監査ログ。ユーザーが行った変更の追跡
+title: チームによる合成モニタリングの使用状況を追跡する
tags:
- Synthetics
- Synthetic monitoring
- Administration
-metaDescription: 'For New Relic''s synthetic monitoring, how to get an audit log of changes made to your account.'
+metaDescription: 'For New Relic synthetic monitoring, how to get an audit log of changes made to your account.'
translationType: machine
---
diff --git a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/administration/synthetics-api.mdx b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/administration/synthetics-api.mdx
new file mode 100644
index 00000000000..322ee2b33c1
--- /dev/null
+++ b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/administration/synthetics-api.mdx
@@ -0,0 +1,18 @@
+---
+title: API 経由で合成モニターを管理する
+tags:
+ - Synthetics
+ - Synthetic monitoring
+ - Administration
+metaDescription: 'For New Relic synthetic monitoring, how to use APIs to manage monitors.'
+translationType: machine
+---
+
+API 経由で New Relic 合成モニターを管理するには、次の 2 つのオプションがあります。
+
+* NerdGraph (推奨): これが主な推奨される方法です。 [NerdGraph 合成チュートリアルを](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial)参照してください。
+* REST API: 一部のお客様は、古い REST API の使用を好みます。 [「合成 REST API」](/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api)を参照してください。
+
+入手可能なすべてのAPIの概要については、[API入門](/docs/apis/getting-started/introduction-new-relic-apis)を参照してください。まだ作成されていない場合は、無料のNew Relicアカウントを以下で作成し、今すぐデータの監視を開始してください。
+
+
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/administration/user-roles-synthetic-monitoring.mdx b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/administration/user-roles-synthetic-monitoring.mdx
index 3f6b159e55a..506e946fe47 100644
--- a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/administration/user-roles-synthetic-monitoring.mdx
+++ b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/administration/user-roles-synthetic-monitoring.mdx
@@ -1,46 +1,52 @@
---
-title: シンセティック・モニタリングにおけるユーザーの役割
+title: 合成監視権限
tags:
- Synthetics
- Synthetic monitoring
- Administration
-metaDescription: 'For New Relic synthetic monitoring, how user roles affect your access to features.'
+metaDescription: 'For New Relic synthetic monitoring, how permissions affect your access to features.'
translationType: machine
---
-合成監視機能へのアクセスは、ユーザーが[新しいユーザーモデルを使用している](#new-pricing)か、[元のユーザーモデル](#original-pricing)を使用しているかによって異なります。
+[フル プラットフォーム ユーザー](/docs/accounts/accounts-billing/new-relic-one-pricing-users/users-roles#user-type)の場合、理論的には New Relic のすべての機能に完全にアクセスできますが、これらの機能をすべて使用できるかどうかは、New Relic 組織内で割り当てられている役割によって異なります。
-ユーザーモデルの説明については、 [ユーザーモデル](/docs/accounts/original-accounts-billing/original-users-roles/overview-user-models) をご覧ください。
+権限関連の詳細は、New Relic ユーザーが新しいユーザー モデルを使用しているか、元の [ユーザー モデルを](/docs/accounts/original-accounts-billing/original-users-roles/overview-user-models)使用しているかによって異なります。
## 新しいユーザーモデルのユーザー [#new-pricing]
-合成監視UIを使用するには、[フルプラットフォームユーザー](/docs/accounts/accounts-billing/new-relic-one-pricing-users/users-roles#user-type)ユーザータイプのユーザータイプが必要です。役割と機能の詳細については、「[機能](/docs/accounts/accounts-billing/new-relic-one-user-management/user-capabilities)」を参照してください。
+New Relic 権限の仕組みの詳細については、 [「 ユーザー管理の概念 」](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-concepts/#groups)を参照してください。詳細な合成関連の機能を確認するには、 [「機能」](/docs/accounts/accounts-billing/new-relic-one-user-management/user-capabilities/#synthetics)を参照してください。
## 元のユーザーモデルのユーザー [#original-pricing]
-シンセティック・モニタリングUIを使用するには、 [フルプラットフォーム・ユーザー](/docs/accounts/accounts-billing/new-relic-one-pricing-users/users-roles#user-type) ユーザー・タイプが必要です。
+元のユーザー モデルのユーザーについては、次の詳細を確認できます。
-また、デフォルトロールとカスタムロールのどちらを使用しているかによっても、アクセス方法が異なります。
+
+
+ * [Admins](/docs/accounts/original-accounts-billing/original-users-roles/users-roles-original-user-model#roles) は、アカウントのすべての合成監視機能に完全にアクセスできます。
-### デフォルトアクセス [#default]
+ * [ユーザー](/docs/accounts-partnerships/accounts/account-billing-usage/users-roles#roles) は、 [セキュアな認証情報](/docs/synthetics/new-relic-synthetics/using-monitors/secure-credentials-store-credentials-information-scripted-browsers) と、モニターの削除、モニターのダウンタイム、プライベートロケーションの機能を除く、すべての合成モニター機能にアクセスできます。
-* [Admins](/docs/accounts/original-accounts-billing/original-users-roles/users-roles-original-user-model#roles) は、アカウントのすべての合成監視機能に完全にアクセスできます。
+ * [制限付きユーザー](/docs/accounts-partnerships/accounts/account-billing-usage/users-roles#roles) オリジナルの製品ベースの価格設定をしているアカウントのユーザーは、以下を除くすべての合成モニタリング機能に閲覧のみのアクセスが可能です。
-* [ユーザー](/docs/accounts-partnerships/accounts/account-billing-usage/users-roles#roles) は、 [セキュアな認証情報](/docs/synthetics/new-relic-synthetics/using-monitors/secure-credentials-store-credentials-information-scripted-browsers) と、モニターの削除、モニターのダウンタイム、プライベートロケーションの機能を除く、すべての合成モニター機能にアクセスできます。
+ * [認証情報の保護](/docs/synthetics/new-relic-synthetics/using-monitors/secure-credentials-store-credentials-information-scripted-browsers)
+ * プライベートな場所（ただし、NRQLで限られたデータを照会することができる）
-* [制限付きユーザー](/docs/accounts-partnerships/accounts/account-billing-usage/users-roles#roles) オリジナルの製品ベースの価格設定をしているアカウントのユーザーは、以下を除くすべての合成モニタリング機能に閲覧のみのアクセスが可能です。
+ つまり、このロールを持つユーザーは、適切な機能を持つロールが与えられるまで、合成モニタリング機能のすべての作成、編集、および削除機能（およびセキュアな認証情報の表示機能）にアクセスできません。
+
- * [認証情報の保護](/docs/synthetics/new-relic-synthetics/using-monitors/secure-credentials-store-credentials-information-scripted-browsers)
- * プライベートな場所（ただし、NRQLで限られたデータを照会することができる）
+
+ はじめに、 [標準的な手順に従って、カスタムロール](/docs/accounts/accounts/roles-permissions/add-roles-permissions#create/docs/accounts/accounts/roles-permissions/add-roles-permissions#create) を作成します。 **View** と **Edit** の機能を、以下のように任意のロールに追加することができます。
- つまり、このロールを持つユーザーは、適切な機能を持つロールが与えられるまで、合成モニタリング機能のすべての作成、編集、および削除機能（およびセキュアな認証情報の表示機能）にアクセスできません。
-
-### カスタムアクセス [#customize]
-
-はじめに、 [標準的な手順に従って、カスタムロール](/docs/accounts/accounts/roles-permissions/add-roles-permissions#create/docs/accounts/accounts/roles-permissions/add-roles-permissions#create) を作成します。 **View** と **Edit** の機能を、以下のように任意のロールに追加することができます。
-
-* [モニター](/docs/synthetics/new-relic-synthetics/using-monitors)
-* [モニタースクリプト](/docs/synthetics/new-relic-synthetics/scripting-monitors/write-synthetics-api-tests)
-* [プライベートロケーション](/docs/synthetics/new-relic-synthetics/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations)
-* [ダウンタイムの監視](/docs/synthetics/new-relic-synthetics/using-monitors/monitor-downtimes-disable-monitoring-during-scheduled-maintenance-times)
-* [認証情報の保護](/docs/synthetics/new-relic-synthetics/using-monitors/secure-credentials-store-credentials-information-scripted-browsers)
\ No newline at end of file
+ * [モニター](/docs/synthetics/new-relic-synthetics/using-monitors)
+ * [モニタースクリプト](/docs/synthetics/new-relic-synthetics/scripting-monitors/write-synthetics-api-tests)
+ * [プライベートロケーション](/docs/synthetics/new-relic-synthetics/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations)
+ * [ダウンタイムの監視](/docs/synthetics/new-relic-synthetics/using-monitors/monitor-downtimes-disable-monitoring-during-scheduled-maintenance-times)
+ * [認証情報の保護](/docs/synthetics/new-relic-synthetics/using-monitors/secure-credentials-store-credentials-information-scripted-browsers)
+
+
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/getting-started/monitor-limits.mdx b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/getting-started/monitor-limits.mdx
index 88c7a155125..f612adfd67b 100644
--- a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/getting-started/monitor-limits.mdx
+++ b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/getting-started/monitor-limits.mdx
@@ -1,5 +1,5 @@
---
-title: 合成モニターチェックを含む
+title: 合成繊維の使用制限と使用状況の追跡
tags:
- Synthetics
- Synthetic monitoring
@@ -16,9 +16,9 @@ translationType: machine
## エディションごとに含まれるチェック数 [#edition-limits]
-組織の [価格エディション](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/new-relic-one-pricing-billing/#editions) (Standard、Pro、または Enterprise) によって、1 か月あたりに含まれる合成モニター チェックの数が決まります。 これらの制限は、単純な ping モニターを除くすべての [モニター タイプ](/docs/synthetics/synthetic-monitoring/getting-started/types-synthetic-monitors) に適用されます。
+組織の [価格エディションによって、](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/new-relic-one-pricing-billing/#editions) 1 か月あたり無料で含まれる合成モニター チェックの数が決まります。これらの制限は、単純な ping モニターを除くすべての [モニター タイプ](/docs/synthetics/synthetic-monitoring/getting-started/types-synthetic-monitors) に適用されます。
-以下は、各価格版に無料で含まれている小切手です。
+以下は、各価格エディションに無料で含まれる合成チェックです。
* 無料利用枠：月額500
* 標準版：月額10K
@@ -31,12 +31,8 @@ translationType: machine
## 使用状況のタイムスタンプ [#usage-timestamps]
-使用タイムスタンプは、合成チェックの結果が受信されて処理される時間を利用します。これにより、合成チェックが実行された時点と比較して、使用状況データにわずかな違いが生じる場合があります。
+当社の [使用状況関連データには、](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/usage-queries-alerts) 合成チェック結果が受信および処理された時刻を使用するタイムスタンプが含まれています。これにより、合成チェックが実行された時刻と使用状況データの時刻との間にわずかな差異が生じる可能性があります。
## 過去の合成使用量を表示する [#usage]
-合成の使用状況を照会する方法については[、使用状況に関する照会とアラート を](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/usage-queries-alerts/#synthetics-usage)参照してください。
-
-まだお持ちでない場合は、以下で無料の New Relic アカウントを作成して、今すぐデータの監視を開始してください。
-
-
\ No newline at end of file
+合成の使用状況を照会する方法については[、使用状況に関する照会とアラート を](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/usage-queries-alerts/#synthetics-usage)参照してください。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/pages/synthetic-monitors-index.mdx b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/pages/synthetic-monitors-index.mdx
index 59b7242617c..5c955c1eda7 100644
--- a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/pages/synthetic-monitors-index.mdx
+++ b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/pages/synthetic-monitors-index.mdx
@@ -10,23 +10,11 @@ translationType: machine
import syntheticIndexPage from 'images/synthetic_screenshot-full_index-page.webp'
-シンセティックモニタリングツールのモニターインデックスには、お客様の New Relic アカウントに関連付けられているすべてのモニターがリストアップされており、各モニターの過去 24 時間のパフォーマンスのスナップショットが表示されます。個々のモニターを選択すると、 [**Summary** page](/docs/synthetics/new-relic-synthetics/dashboards/synthetics-overview-dashboard-view-monitors-performance) を表示し、時系列でのパフォーマンスをより深く理解することができます。また、 [リストをフィルタリング](#search-monitors) して、類似したモニターのパフォーマンスを素早く比較することもできます。
+当社の合成監視ツールでは、モニター インデックスに合成モニターがリストされ、過去 24 時間の各モニターのパフォーマンスのスナップショットが提供されます。特定のモニターを選択して [**Summary** \[概要\] ページ](/docs/synthetics/new-relic-synthetics/dashboards/synthetics-overview-dashboard-view-monitors-performance) を表示し、そのパフォーマンスに関するより深い洞察を取得します。または、 [リストをフィルターして](#search-monitors) 、同様のモニターのパフォーマンスをすばやく比較します。
## モニターインデックスを見る [#viewing]
-モニターのインデックス (またはリスト) にアクセスするには、 **[one.newrelic.com > Synthetic monitoring](https://one.newrelic.com/synthetics-nerdlets)**に移動します。
-
-
-
-
- モニターインデックスにより、合成モニターの状態や主要な指標を一目で確認することができます。
-
-
-[エクスプローラー](/docs/new-relic-one/use-new-relic-one/ui-data/new-relic-one-entity-explorer-view-performance-across-apps-services-hosts) を使用して、New Relic アカウントに関連付けられているすべてのモニターのリストと、各モニターのパフォーマンスのクイック スナップショットを表示することもできます。 モニターのインデックス (またはリスト) にアクセスするには: **[one.newrelic.com > Synthetic monitoring](https://one.newrelic.com/synthetics-nerdlets)**に移動します。
+合成モニターのリストを表示するには、 **[one.newrelic.com > Synthetic monitoring](https://one.newrelic.com/synthetics-nerdlets)**に移動します。
-
- **[one.newrelic.com > シンセティック モニタリング](https://one.newrelic.com/synthetics-nerdlets)**: モニター インデックスを使用してシンセティック モニターにアクセスし、それらのパフォーマンスのクイック スナップショットを表示します。
-
-
## モニタリング・メトリクスの理解 [#understanding]
-モニターインデックスを使用して、モニターにアクセスし、モニターのパフォーマンスのクイックスナップショットを表示します。このインデックスには、以下のメトリクスが含まれます。
+モニター インデックスを使用してモニターにアクセスし、モニターのパフォーマンスのスナップショットを表示します。インデックスには次のメトリックが含まれます。
* [**Alert status**](/docs/alerts/new-relic-alerts/configuring-alert-policies/identify-entities-without-alert-policies) : モニターに発生しているアラートの状態を示します。
diff --git a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/using-monitors/manage-monitor-runtimes.mdx b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/using-monitors/manage-monitor-runtimes.mdx
index 672c2048d34..4d7f0c4ed8a 100644
--- a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/using-monitors/manage-monitor-runtimes.mdx
+++ b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/using-monitors/manage-monitor-runtimes.mdx
@@ -25,7 +25,7 @@ translationType: machine
## 異なるランタイム環境を使用する [#how_to]
-既存のモニターは、デフォルトで、作成時に使用されたランタイムになります。重要なモニターが将来のサポート終了プロセス中に破損するのを防ぐために、パブリックモニターを後でではなく早く変換することをお勧めします。変換する：
+既存のモニターのデフォルトは、作成時に使用されたランタイムです。将来のサポート終了プロセス中に重要なモニターが壊れるのを防ぐために、パブリック モニターを早めに変換することをお勧めします。変換する：
1. **[one.newrelic.com > Synthetic monitoring](https://one.newrelic.com/synthetics-nerdlets)**に移動し、アップグレードするモニターを選択します。
2. **\[一般]**をクリックします。
diff --git a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/using-monitors/new-runtime.mdx b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/using-monitors/new-runtime.mdx
index 3c0fff53dbb..5e034d15721 100644
--- a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/using-monitors/new-runtime.mdx
+++ b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/using-monitors/new-runtime.mdx
@@ -1,5 +1,5 @@
---
-title: 新しいランタイム移行ガイド
+title: 新しい合成モニター ランタイムに切り替えるための移行ガイド
tags:
- Synthetics
- Synthetic monitoring
@@ -8,11 +8,11 @@ metaDescription: Synthetic monitoring's new runtime requires that you make some
translationType: machine
---
-シンセティック モニタリングでは、新しいランタイムが利用可能になりました。新しいランタイムの機能を活用するために、レガシー ランタイムを使用して作成された合成モニターを更新することをお勧めします。従来のランタイムから新しいランタイムに変換することで、パブリック モニターが実行されるバックエンド環境が改善されます。
+モニターがレガシー ランタイム上にある場合は、それらの合成モニターを更新して、新しいランタイムの機能を利用することをお勧めします。それらを更新すると、パブリック モニターが実行されるバックエンド環境が改善されます。
切り替えを行うと、次の機能が提供されます。
-* [Chrome 100](/docs/synthetics/synthetic-monitoring/scripting-monitors/synthetic-scripted-browser-reference-monitor-versions-chrome-100)にアクセスできるため、スクリプト化されたブラウザモニターは、顧客が使用しているものと同様のバージョンのブラウザを使用します。
+* [Chrome バージョン 100 以降](/docs/synthetics/synthetic-monitoring/scripting-monitors/synthetic-scripted-browser-reference-monitor-versions-chrome-100)にアクセスして、スクリプト化されたブラウザ モニタがエンド ユーザーが使用しているものと同様のバージョンのブラウザを使用できるようにします。
* 非推奨の`request`ライブラリの代わりに`got` node.jsライブラリを使用する更新された[スクリプトAPIランタイム](/docs/synthetics/synthetic-monitoring/using-monitors/manage-monitor-runtimes#apidependencies)へのアクセス。
* [async/await構文](/docs/synthetics/synthetic-monitoring/using-monitors/manage-monitor-runtimes#browserdependencies)のサポート。これにより、スクリプトの作成と保守が簡素化され、古いランタイムの`.then`プロミスチェーンとは異なります。
* [ShadowDOMオブジェクト](/docs/synthetics/synthetic-monitoring/scripting-monitors/synthetic-scripted-browser-reference-monitor-versions-chrome-100#shadow)のサポートが向上しました。
@@ -22,7 +22,7 @@ translationType: machine
* [NerdGraph API](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial)にアクセスして、合成モニターの管理を自動化します。
- 切り替える前に、新しいランタイムの[パブリックIP範囲](/docs/synthetics/synthetic-monitoring/administration/new-synthetic-public-minion-ips)からのネットワーク要求を受け入れるように許可リストを更新したことを確認してください。
+ 切り替える前に、新しいランタイムの [パブリック IP 範囲](/docs/synthetics/synthetic-monitoring/administration/new-synthetic-public-minion-ips)からのネットワーク要求を受け入れるように許可リストを更新していることを確認してください。
## プライベート ロケーションの要件 [#private-locations]
@@ -55,18 +55,18 @@ translationType: machine
新しいランタイムは従来のランタイムと下位互換性がありますが、できるだけ早く新しい環境に変換することをお勧めします。
-## NerdGraphを使用してモニターを管理する
+## NerdGraphを使用してモニターを管理する [#nerdgraph]
-合成モニターのサポートを[NerdGraphAPI](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial)に拡張しました。 NerdGraphを使用してモニターを管理することにより、次のことが可能になります。
+[NerdGraph API](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial)を使用して合成モニターを管理できます。以前の REST API 機能と比較すると、次のことが得られます。
-* 以前はRESTAPIでサポートされていなかった、証明書チェックモニター、リンク切れモニター、およびステップモニターの管理。
+* 証明書チェック モニター、リンク切れモニター、およびステップ モニターの管理。
* スクリプト化されたモニターを作成するための簡略化されたプロセス。
-* REST APIで必要な2回の呼び出しではなく、1回の呼び出しでスクリプトモニターにスクリプトをアタッチする機能。
+* (2 回の呼び出しではなく) 1 回の呼び出しだけで、スクリプト化されたモニターにスクリプトを添付する機能。
* モニターにタグを追加する機能。
-REST API とは異なり、NerdGraph では、[broken links](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial/#create-broken-links) \[リンク切れ]、[step](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial/#create-step) \[ステップ]、および[certificate check](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial/#create-certificate-check) \[証明書チェック]のモニターをプログラムで作成できます。
+NerdGraph では、 [壊れたリンク](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial/#create-broken-links)、 [ステップ](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial/#create-step)、および [証明書チェック](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial/#create-certificate-check) モニターをプログラムで作成することもできます。
-## スクリプト化されたAPIモニターでカスタムタイミングの詳細を取得する
+## スクリプト化されたAPIモニターでカスタムタイミングの詳細を取得する [#custom-timing-details]
レガシーランタイムで`$http`オブジェクトまたは`request`モジュールを使用すると、スクリプト化されたAPIモニターの一部がタイミングの詳細を報告できるようになりました。結果の詳細は、スクリプトログ、チェック結果（pass / fail）に限定されており、Node.jsモジュールでは使用できませんでした。
@@ -74,7 +74,7 @@ REST API とは異なり、NerdGraph では、[broken links](/docs/apis/nerdgrap
## 非推奨の機能 [#deprecated]
-新しいランタイムには、構文の変更やその他の非推奨が含まれています。スクリプトブラウザモニターの[スクリプト構文](/docs/synthetics/synthetic-monitoring/scripting-monitors/synthetic-scripted-browser-reference-monitor-versions-chrome-100)を変更する新しい言語を導入しています。ほとんどの場合、新しいランタイムは従来のランタイム構文と下位互換性があります。アップグレードプロセス中にモニターが破損しないようにするために、スクリプトログ出力で非推奨の警告を受け取る場合があります。
+新しいランタイムには、構文の変更とその他の非推奨が含まれています。スクリプト化されたブラウザー モニターの [スクリプト構文を](/docs/synthetics/synthetic-monitoring/scripting-monitors/synthetic-scripted-browser-reference-monitor-versions-chrome-100) 変更する新しい言語を導入します。新しいランタイムは、ほとんどの場合、従来のランタイム構文と下位互換性があります。アップグレード プロセス中にモニターが壊れるのを避けるために、スクリプト ログ出力に非推奨の警告が表示される場合があります。
diff --git a/src/i18n/content/kr/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks.mdx b/src/i18n/content/kr/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks.mdx
index f0ff0e97f01..e5f4a9e6cd6 100644
--- a/src/i18n/content/kr/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks.mdx
+++ b/src/i18n/content/kr/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks.mdx
@@ -61,31 +61,34 @@ New Relic 조직의 사용자 관리 옵션을 찾으려면: [사용자 메뉴](
* **이름** : 사용자의 이름입니다.
-* **이메일** : 사용자의 이메일 주소입니다. 표시될 수 있는 메시지에 대한 몇 가지 참고 사항:
-
- * `Pending`: 이 사용자는 New Relic에 추가되었지만 아직 처음으로 로그인하지 않았습니다. `Pending` 상태에서도 사용자는 여전히 프로비저닝된 것으로 간주됩니다. 즉, 청구 가능한 사용자 유형이 있는 경우 청구가 가능합니다.
-
- * 
-
- 이 아이콘은 `Pending invite approval` 를 나타냅니다. 이러한 사용자는 아직 청구할 수 없습니다. 팀원을 초대하는 방법에 대한 자세한 내용은 [사용자 추가](#add-users) 를 참조하십시오.
+* **Email** \[이메일]: 사용자의 이메일 주소입니다. `Pending` 사용자가 New Relic에 추가되었지만 아직 로그인하지 않았음을 나타냅니다. `Pending` 사용자는 여전히 프로비저닝된 것으로 간주됩니다. 청구 가능한 사용자 유형이 있는 경우 New Relic 활동에 관계없이 청구 가능합니다.
* **유형** : 사용자의 [사용자 유형](/docs/accounts/accounts-billing/new-relic-one-user-management/user-type) 입니다.
-* **그룹** : 사용자가 속한 [그룹](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-concepts#understand-concepts) 입니다.
-
-* **Last active**: 사용자가 New Relic에 마지막으로 로그인한 날짜입니다. 사용자의 API 활동을 추적하지 않습니다.
+* **Last active**: 사용자가 플랫폼에 마지막으로 로그인한 날짜입니다. (이것은 API 사용을 추적 **하지 않습니다.**
- . `Last active` 사용자를 더 낮은 사용자 유형으로 다운그레이드할지 결정하는 데 유용할 수 있습니다.
+ .) 이는 사용자를 더 낮은 사용자 유형으로 다운그레이드하기로 결정하는 데 유용할 수 있습니다.
* **ID** : 사용자의 New Relic이 부여한 ID.
+이 페이지에는 **Invites needing approval** \[승인이 필요한 초대] 탭이 있습니다. 이러한 사용자는 아직 프로비저닝된 것으로 간주되지 않으며 요금을 청구할 수 없습니다. 팀원을 초대하는 방법에 대한 자세한 내용은 [사용자 추가를](#add-users)참조하십시오.
+
## 일반적인 사용자 관리 작업에 대한 팁 [#workflow]
수행할 수 있는 몇 가지 사용자 관리 작업은 다음과 같습니다.
+
+ 사용자에 대해 알아보려면 **User management UI** \[사용자 관리 UI] 로 이동하여 특정 사용자를 자세히 살펴보십시오. **Access management** \[액세스 관리] UI로 이동하여 그룹(해당 그룹이 가진 역할 및 각 그룹의 사용자)을 검사할 수도 있습니다.
+
+ 모든 사용자와 그룹 구성원을 보려면 [NerdGraph를 사용할](/docs/apis/nerdgraph/examples/nerdgraph-manage-groups#query-user-groups)수 있습니다.
+
+
-
- 한 번에 여러 사용자의 설정을 편집하려면:
-
- 1. [**사용자 관리** UI](#where) 로 이동하여 편집하려는 그룹 또는 사용자 유형의 사용자에 대한 확인란을 선택합니다.
- 2. 편집 옵션은 UI 상단에 나타납니다.
-
- 참고:[자동화된 사용자 관리](/docs/accounts/accounts/automated-user-management/automated-user-provisioning-single-sign) 를 사용하는 경우 ID 공급업체에서 그룹을 편집해야 합니다.
-
-
.
+## 시작하기 전에 [#before-you-start]
-사용 가능한 모든 API에 대한 개요는 [API 소개 를](/docs/apis/getting-started/introduction-new-relic-apis)참조하십시오. 아직 하지 않았다면 아래에서 무료 New Relic 계정을 만들어 오늘 데이터 모니터링을 시작하십시오.
+당사의 합성 REST API는 API를 통해 합성 모니터를 관리하는 한 가지 방법이지만 권장되는 방법은 [NerdGraph API를](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial)사용하는 것입니다.
-
+## 권한 [#permissions]
-
- 이제 [NerdGraph API](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial) 를 사용하여 합성 모니터(인증서 확인 모니터, 단계 모니터 및 끊어진 링크 모니터 포함)를 관리할 수 있습니다.
-
-
-## 특징 [#changelog]
-
-합성 모니터링 API(v3)의 최신 버전에는 다음 기능이 추가되었습니다.
-
-
-
-
- |
- **종합 모니터링 API(v3)**
- |
-
-
- **특징**
- |
-
-
-
-
-
- |
- POST 및 PUT 요청에 대한 옵션 필드
- |
-
-
- UI에서 이러한 옵션을 사용할 수 있는 방식과 유사하게 `SIMPLE` 및 `BROWSER` 유형 모니터에 대한 옵션을 지정할 수 있습니다.
- |
-
-
-
- |
- 패치 요청
- |
-
-
- PUT에서 전체 모니터 엔터티를 지정하지 않고 변경하려는 모니터의 필드만 업데이트할 수 있습니다. 적절한 유형의 모니터를 사용하고 있다고 가정하면 `OPTION` 을 지정할 수도 있습니다.
- |
-
-
-
- |
- 400 `Bad Request` 오류가 있는 자세한 내용
- |
-
-
- v3부터 합성 모니터링 API는 유효성 검사 실패가 발생했을 때 최대한 많은 정보를 반환하려고 시도합니다. 이렇게 하면 요청에 무엇이 잘못되었는지 파악하는 데 도움이 됩니다. API는 이전 API 버전에서 발생한 첫 번째 유효성 검사 오류가 아니라 모든 유효성 검사를 실행하고 실패한 유효성 검사 메시지를 반환합니다.
- |
-
-
-
- |
- 쪽수 매기기
- |
-
-
- 큰 API 응답은 적절하게 페이지가 매겨집니다.
- |
-
-
-
+합성 REST API를 사용하려면 합성 관련 [기능이](/docs/accounts/accounts-billing/new-relic-one-user-management/user-capabilities)있어야 하며 .
-[NRQL 쿼리를 사용하여 API를 통해 이루어진 과거 변경 사항을 분석](/docs/synthetics/new-relic-synthetics/administration/audit-synthetics-account-changes) 할 수도 있습니다.
+[NRQL 쿼리를 사용하여 API를 통해 이루어진 과거 변경 사항을 분석](/docs/synthetics/new-relic-synthetics/administration/audit-synthetics-account-changes)할 수 있습니다.
## API의 모니터링 유형 [#api-names]
-다음은 [모니터 유형](/docs/synthetics/new-relic-synthetics/using-monitors/add-edit-monitors#types-monitors) 과 API에서 참조되는 방법입니다.
+다음은 [모니터 유형](/docs/synthetics/new-relic-synthetics/using-monitors/add-edit-monitors#types-monitors) 과 Synthetics REST API에서 참조되는 방식입니다.
@@ -146,7 +84,7 @@ translationType: machine
[합성 모니터링 REST API](/docs/apis/synthetics-rest-api) 를 사용하려면 합성 모니터를 관리하고 [사용자 키](/docs/apis/rest-api-v2/getting-started/introduction-new-relic-rest-api-v2#api_key) 를 사용할 수 있어야 합니다(REST API 키는 작동하지 않음).
-이 API는 모든 합성 모니터에 사용할 수 있습니다. ( [스크립팅된 브라우저 및 API 테스트 모니터](#scripted-api-monitors-api) 에 대한 추가 API 방법을 사용하여 해당 모니터와 연결된 스크립트를 업데이트할 수도 있습니다.) 모든 합성 모니터링 데이터는 API를 통해 사용할 수 있습니다. API 예제는 cURL 명령을 보여줍니다.
+이 API는 모든 합성 모니터에 사용할 수 있습니다. ( [스크립팅된 브라우저 및 API 테스트 모니터](#scripted-api-monitors-api) 에 대한 추가 API 메서드를 사용하여 해당 모니터와 연결된 스크립트를 업데이트할 수도 있습니다.) 모든 합성 모니터링 데이터는 API를 통해 사용할 수 있습니다. API 예제는 curl 명령을 보여줍니다.
미국 기반 계정의 경우 다음 엔드포인트를 사용합니다.
@@ -174,7 +112,7 @@ https://synthetics.eu.newrelic.com/synthetics/api
```
curl -v \
- -H 'Api-Key:$API_KEY' $API_ENDPOINT/v3/monitors
+ -H "Api-Key:$API_KEY" $API_ENDPOINT/v3/monitors
```
성공적인 요청은 `200 OK` 응답을 반환합니다. [반환된 데이터](/docs/apis/synthetics-rest-api/monitor-examples/payload-attributes-synthetics-rest-api#api-attributes) 는 다음 형식의 JSON 개체입니다.
@@ -209,11 +147,11 @@ https://synthetics.eu.newrelic.com/synthetics/api
* `offset`: 모니터 카운트 오프셋. 기본값은 0입니다. 예를 들어, 40개의 모니터가 있고 오프셋 값 20을 사용하는 경우 모니터 21-40이 반환됩니다.
* `limit`: 페이지당 결과 수, 최대 100. 기본값은 50입니다.
- 다음과 같이 cURL 명령에 이를 포함할 수 있습니다.
+ 다음과 같이 curl 명령에 이를 포함할 수 있습니다.
```
curl -v \
- -H 'Api-Key:$API_KEY' $API_ENDPOINT/v3/monitors \
+ -H "Api-Key:$API_KEY" $API_ENDPOINT/v3/monitors \
-G -d 'offset=20&limit=100'
```
@@ -233,7 +171,7 @@ https://synthetics.eu.newrelic.com/synthetics/api
```
curl -v \
- -H 'Api-Key:$API_KEY' $API_ENDPOINT/v3/monitors/$MONITOR_ID
+ -H "Api-Key:$API_KEY" $API_ENDPOINT/v3/monitors/$MONITOR_ID
```
성공적인 요청은 `200 OK` 응답을 반환합니다. [반환된 데이터](/docs/apis/synthetics-rest-api/monitor-examples/payload-attributes-synthetics-rest-api#api-attributes) 는 다음 형식의 JSON 개체입니다.
@@ -289,7 +227,7 @@ https://synthetics.eu.newrelic.com/synthetics/api
```
curl -v \
- -X POST -H 'Api-Key:$API_KEY' \
+ -X POST -H "Api-Key:$API_KEY" \
-H 'Content-Type: application/json' $API_ENDPOINT/v3/monitors \
-d '{ "name" : "monitor1", "frequency" : 15, "uri" : "http://my-uri.com", "locations" : [ "AWS_US_WEST_1" ], "type" : "browser", "status" : "enabled", "slaThreshold" : "1.0"}'
```
@@ -313,7 +251,7 @@ https://synthetics.eu.newrelic.com/synthetics/api
```
curl -v \
- -X PUT -H 'Api-Key:$API_KEY' \
+ -X PUT -H "Api-Key:$API_KEY" \
-H 'Content-Type: application/json' $API_ENDPOINT/v3/monitors/$MONITOR_ID \
-d '{ "name" : "updated monitor name", "type": "monitor type", "frequency" : 15, "uri" : "http://my-uri.com/", "locations" : [ "AWS_US_WEST_1" ], "status" : "enabled", "slaThreshold": "7.0" }'
```
@@ -337,7 +275,7 @@ https://synthetics.eu.newrelic.com/synthetics/api
```
curl -v \
- -X PATCH -H 'Api-Key:$API_KEY' \
+ -X PATCH -H "Api-Key:$API_KEY" \
-H 'Content-Type: application/json' $API_ENDPOINT/v3/monitors/$MONITOR_ID \
-d '{ "name" : "updated monitor name" }'
```
@@ -359,7 +297,7 @@ https://synthetics.eu.newrelic.com/synthetics/api
```
curl -v \
- -H 'Api-Key:$API_KEY' \
+ -H "Api-Key:$API_KEY" \
-X DELETE $API_ENDPOINT/v3/monitors/$MONITOR_ID
```
@@ -375,14 +313,14 @@ https://synthetics.eu.newrelic.com/synthetics/api
```
curl -v \
- -X GET -H 'Api-Key:$API_KEY' $API_ENDPOINT/v1/locations
+ -X GET -H "Api-Key:$API_KEY" $API_ENDPOINT/v1/locations
```
## 스크립팅된 브라우저 및 API 테스트 모니터용 스크립트 API [#scripted-api-monitors-api]
-일반 API 외에도 스크립팅된 브라우저( `SCRIPT_BROWSER` ) 및 API 테스트 브라우저( `SCRIPT_API` )를 위한 여러 API 메소드가 있습니다. 이 예는 cURL 명령을 보여줍니다.
+일반 API 외에도 스크립트 브라우저(`SCRIPT_BROWSER`) 및 API 테스트 브라우저(`SCRIPT_API`)에 대한 몇 가지 API 메서드가 있습니다. 이 예는 curl 명령을 보여줍니다.
$API_KEY'
+ -H "Api-Key:$API_KEY"
$API_ENDPOINT/v3/monitors/$MONITOR_ID/script
```
@@ -437,7 +375,7 @@ https://synthetics.eu.newrelic.com/synthetics/api
curl -v -X PUT \
- -H 'Api-Key:$API_KEY' \
+ -H "Api-Key:$API_KEY" \
-H 'Content-Type: application/json' \
$API_ENDPOINT/v3/monitors/$MONITOR_UUID/script \
-d $scriptPayload
@@ -483,7 +421,7 @@ https://synthetics.eu.newrelic.com/synthetics/api
```
curl -v
- -X PUT -H 'Api-Key: '$API_KEY'
+ -X PUT -H "Api-Key:$API_KEY"
-H 'content-type: application/json'
$API_ENDPOINT}/v3/monitors/$MONITOR_ID/script
-d '{ "scriptText": "dmFyIGFzc2VydCA9IHJlcXVpcmUoJ2Fzc2VydCcpOw0KYXNzZXJ0LmVxdWFsKCcxJywgJzEnKTs=","scriptLocations": [ { "name": "my_vse_enabled_location", "hmac": "MjhiNGE4MjVlMDE1N2M4NDQ4MjNjNDFkZDEyYTRjMmUzZDE3NGJlNjU0MWFmOTJlMzNiODExOGU2ZjhkZTY4ZQ=="} ]}'
@@ -511,7 +449,7 @@ https://synthetics.eu.newrelic.com/synthetics/api
id="sample-script"
title="스크립팅된 브라우저 API 예제"
>
- 다음 예는 스크립팅된 브라우저 모니터를 생성하기 위한 cURL 명령을 보여줍니다.
+ 다음 예는 스크립팅된 브라우저 모니터를 생성하기 위한 curl 명령을 보여줍니다.
* 스크립트 상단에서 변수를 특정 값으로 바꿉니다.
@@ -569,7 +507,7 @@ https://synthetics.eu.newrelic.com/synthetics/api
payload="{ \"name\" : \"$monitorName\", \"frequency\" : $frequency, \"locations\" : [ $locations ], \"status\" : \"ENABLED\", \"type\" : \"$monitorType\", \"slaThreshold\" : $slaThreshold, \"uri\":\"\"}"
echo "Creating monitor"
- # Make cURL call to API and parse response headers to get monitor UUID
+ # Make curl call to API and parse response headers to get monitor UUID
shopt -s extglob # Required to trim whitespace; see below
while IFS=':' read key value; do
# trim whitespace in "value"
@@ -580,7 +518,7 @@ https://synthetics.eu.newrelic.com/synthetics/api
HTTP*) read PROTO STATUS MSG <<< "$key{$value:+:$value}"
;;
esac
- done < <(curl -sS -i -X POST -H "Api-Key:$API_KEY" -H 'Content-Type:application/json' https://synthetics.newrelic.com/synthetics/api/v3/monitors -d "$payload")
+ done < <(curl -sS -i -X POST -H "Api-Key:$API_KEY" -H 'Content-Type:application/json' https://synthetics.newrelic.com/synthetics/api/v3/monitors -d "$payload")
# Validate monitor creation & add script unless it failed
if [ $STATUS = 201 ]; then
@@ -589,7 +527,7 @@ https://synthetics.eu.newrelic.com/synthetics/api
# base64 encode script
encoded=`echo "$script" | base64`
scriptPayload="{\"scriptText\":\"$encoded\"}"
- curl -s -X PUT -H "Api-Key:$API_KEY" -H 'Content-Type:application/json' "$LOCATION/script" -d $scriptPayload
+ curl -s -X PUT -H "Api-Key:$API_KEY" -H 'Content-Type:application/json' "$LOCATION/script" -d $scriptPayload
echo "Script uploaded"
else
echo "Monitor creation failed"
diff --git a/src/i18n/content/kr/docs/apm/agents/java-agent/troubleshooting/no-data-appears-java.mdx b/src/i18n/content/kr/docs/apm/agents/java-agent/troubleshooting/no-data-appears-java.mdx
index 0c300bb55bc..111f85ef6b1 100644
--- a/src/i18n/content/kr/docs/apm/agents/java-agent/troubleshooting/no-data-appears-java.mdx
+++ b/src/i18n/content/kr/docs/apm/agents/java-agent/troubleshooting/no-data-appears-java.mdx
@@ -44,7 +44,7 @@ translationType: machine
* `-javaagent` 인수가 표시되는 경우: 문제는 에이전트 시작에 있거나 에이전트가 방화벽을 통해 [수집기의 IP 범위](/docs/using-new-relic/cross-product-functions/install-configure/networks) 와 통신할 수 없습니다.
* `-javaagent` 인수가 표시되지 않는 경우: 인수가 JVM에 전달되지 않았습니다. 시작 스크립트 또는 기타 리소스를 확인하여 전달을 방해하는 요소가 없는지 확인하십시오. 환경에 대한 인수를 전달하는 방법에 대한 자세한 정보 [는 JVM 인수와 함께 Java 에이전트 포함](/docs/agents/java-agent/installation/include-java-agent-jvm-argument) 을 참조하십시오.
- 4. 어느 쪽 솔루션도 작동하지 않으면 계속 읽으십시오.
+ 4. 두 솔루션 모두 작동하지 않으면 계속 읽으십시오.
4. `newrelic.jar` 및 `newrelic.yml` 파일이 동일한 [디렉토리](/docs/agents/manage-apm-agents/troubleshooting/find-agent-root-directory#java-agent) 에 있는지 확인합니다. `newrelic.config.file` 시스템 속성을 사용하여 구성 파일에 대해 기본 위치가 아닌 위치를 지정한 경우 구성 파일이 해당 위치에 있고 올바른 형식인지 확인하십시오.
diff --git a/src/i18n/content/kr/docs/apm/agents/manage-apm-agents/agent-data/triage-run-diagnostics.mdx b/src/i18n/content/kr/docs/apm/agents/manage-apm-agents/agent-data/triage-run-diagnostics.mdx
index 8e06477f67c..985cfb109a2 100644
--- a/src/i18n/content/kr/docs/apm/agents/manage-apm-agents/agent-data/triage-run-diagnostics.mdx
+++ b/src/i18n/content/kr/docs/apm/agents/manage-apm-agents/agent-data/triage-run-diagnostics.mdx
@@ -26,6 +26,16 @@ import apmLogsinApm from 'images/apm_screenshot-crop_logs-in-apm.webp'
import apmInfrastructureonApmSummaryPage from 'images/apm_screenshot-crop_infrastructure-on-apm-summary-page.webp'
+import apmApmServiceLevelsSummaryTile from 'images/apm_screenshot-crop_apm-service-levels-summary-tile.webp'
+
+import apmApmSummaryTiles from 'images/apm_screenshot-crop_apm-summary-tiles.webp'
+
+import apmDeploymentSummaryTile from 'images/apm_screenshot-crop_deployment-summary-tile.webp'
+
+import apmApmVulnerabilitiesTile from 'images/apm_screenshot-crop_apm-vulnerabilities-tile.webp'
+
+import apmIssuesSummaryTile from 'images/apm_screenshot-crop_issues-summary-tile.webp'
+
우리의 도구는 시간이 제한되어 있을 때 사고를 해결하는 데 도움이 될 수 있습니다. APM 요약 페이지에서 앱의 잠재적 오류에 대한 개요를 확인하고 각 서비스에 대한 중요한 지표를 얻을 수 있습니다. 서비스의 상태를 확인하고, 더 큰 맥락에서 문제를 이해하고, 문제를 해결하는 데 필요한 단계를 수행하기 위해 이동하는 첫 번째 장소입니다.
![]()
+ ## 요약 타일로 문제점 식별
+
- ## 주요 측정항목 검토
+ 구체적인 내용을 살펴보기 전에 먼저 페이지 상단의 요약 타일을 살펴보는 것이 중요합니다. 이러한 타일은 시스템의 모든 문제, 취약성 또는 배포 실패를 즉시 알려줍니다. 페이지 상단의 타일이 빈 상태로 표시되면 `Set up now` 클릭하여 각 타일을 활성화합니다.
+
+
+
+ ### 문제 [#issues]
+
+ 시스템에서 비정상적인 동작을 추적하는 중요한 방법은 경고를 이용하는 것입니다. `Checkout-service` 의 트랜잭션 오류율이 10%를 초과하는 시기를 알고 싶다고 가정해 보겠습니다. [알림 조건을](/docs/alerts-applied-intelligence/new-relic-alerts/get-started/your-first-nrql-condition/) 생성하고 인시던트를 트리거할 규칙을 설정합니다. 하나 이상의 사건으로 인해 문제가 발생합니다. 이 타일은 서비스의 모든 문제를 표시합니다.
+
+ 이 예에서는 경고 조건을 이미 설정했으므로 요약 타일을 스캔할 때 시스템에 두 가지 중요한 문제가 있음을 즉시 확인할 수 있습니다. 각 중요한 문제, 포함된 인시던트 및 관련 엔터티에 대한 세부 정보를 보려면 타일을 클릭하십시오.
+
+
+
+ ### 마지막 배포 [#last-deployment]
+
+ 배포 마커는 서비스에 대한 모든 업데이트의 결과를 모니터링하는 데 도움이 됩니다. 이 타일은 마지막 배포에 의해 트리거된 오류율 및 응답 시간의 변화를 보여줍니다.
+
+ 배포 후 15분부터 이 타일에는 배포 전과 후에 수집된 데이터 간의 비교가 표시됩니다. 45분 전에 새 기능을 활성화한 경우 이 타일은 45분 전과 45분 후를 비교하여 표시합니다. 배포 후 처음 3시간 동안 이 타일은 활성화 전 해당 시간과 일치한 활성화 이후 경과된 시간의 비교만 표시합니다. 3시간 후 타일은 표준 3시간 비교를 사용합니다.
+
+ 사용자 지정 시간 범위의 경우 타일을 클릭하여 기본 배포 페이지로 이동하고 거기에서 시간 선택기를 사용합니다.
+
+ 이 예의 경우 [마지막 배포](/docs/apm/apm-ui-pages/events/record-deployments/) 에서 오류율이 27% 급증하고 응답 시간이 5% 증가했습니다. 타일을 클릭하여 마지막 배포 및 관련 오류, 로그, 경고 및 추세를 확인합니다.
+
+
+
+ ### 서비스 수준 [#service-levels]
+
+ 서비스 수준은 최종 사용자의 관점에서 서비스 성능을 측정하는 데 사용됩니다. 서비스 수준의 오류 예산이 초과되면 다음과 같은 위반 유형이 표시됩니다.
+
+ * **Non-compliant** \[비준수는] 이 기간 동안 오류 예산을 모두 사용했음을 의미합니다. 따라서 배포해야 하는 경우 주의를 기울이고 SL을 개선하기 위한 몇 가지 작업을 계획하십시오.
+ * **At risk** \[위험에 처했다는] 것은 오류 예산이 거의 소진되었음을 의미하며 남은 기간 동안 더 주의해야 합니다.
+ 이 예에서는 이미 [서비스 수준을 구성했으며](/docs/service-level-management/intro-slm/) 두 가지 경우에서 오류 예산을 초과했습니다. 타일을 클릭하여 어떤 엔터티가 규정을 준수하지 않는지 확인하고 오류 예산에 대해 자세히 알아보세요.
+
+
+
+ ### 취약점 [#vulnerabilities]
+
+ 취약점 관리는 모든 소프트웨어의 취약점에 대한 조감도를 제공합니다. Java, .Net 또는 Github [Dependabot](https://newrelic.com/instant-observability/github-dependabot)과 같은 각 통합 에이전트 또는 서비스는 알려진 취약점을 New Relic에 자동으로 전달하여 추적합니다.
+
+ 여기에서 [취약성 관리를](/docs/vulnerability-management/overview/) 활성화했으며 모니터링되는 서비스에 대해 3개의 `Critical` 및 9개의 `High` 취약성이 감지되었음을 확인할 수 있습니다. 취약점 영향을 보려면 타일을 클릭하십시오.
+
+
+
+
+ ## 주요 측정항목 검토
+
+
`Checkout-service`에 문제가 있습니까? 어떤 시스템이 어떻게 영향을 받습니까?
-
-
-
+ ### Apdex [#apdex]
+
+
- 서비스 고장을 조사할 때 가장 먼저 살펴볼 곳은 Apdex 점수입니다. Apdex 점수는 애플리케이션에 대한 전반적인 고객 만족도를 모니터링합니다. 점수는 응답 시간이나 처리량, 오류율과 같은 성능의 조합을 찾습니다.
+ 서비스 고장을 조사할 때 가장 먼저 살펴볼 곳은 Apdex 점수입니다. Apdex 점수는 애플리케이션에 대한 전반적인 고객 만족도를 모니터링합니다. 점수는 응답 시간이나 처리량, 오류율과 같은 성능의 조합을 찾습니다.
- Apdex는 웹 애플리케이션/서비스의 응답 시간에 대한 사용자 만족도를 측정하는 업계 표준입니다. 0-1의 점수로 표시됩니다. 점수가 1에 가까울수록 앱의 성능이 더 좋습니다. 만족스러운 경험의 기본값은 0.5초이지만 설정에서 다른 목표를 설정할 수 있습니다.
+ Apdex는 웹 애플리케이션/서비스의 응답 시간에 대한 사용자 만족도를 측정하는 업계 표준입니다. 0-1의 점수로 표시됩니다. 점수가 1에 가까울수록 앱의 성능이 더 좋습니다. 만족스러운 경험의 기본값은 0.5초이지만 설정에서 다른 목표를 설정할 수 있습니다.
- Apdex 점수는 일반적으로 다음 색상으로 나뉩니다.
+ Apdex 점수는 일반적으로 다음 색상으로 나뉩니다.
- * **< 0.5 - 회색:** 애플리케이션의 성능이 임계 수준 이상이며 즉각적인 조치가 필요합니다.
- * **0.5-0.7 - 빨간색:** 애플리케이션에 심각한 성능 문제가 있으며 즉각적인 조치가 필요합니다.
- * **0.7-0.85 -주황색:** 애플리케이션이 부정적인 방향으로 추이하고 있으며 추가 조사가 필요합니다.
- * **0.85-0.95 - 파란색:** 이상적인 Apdex 범위입니다. 이 점수는 애플리케이션에 맞게 Your Apdex T를 완벽하게 미세 조정했으며 성능이 양호하다는 것을 의미합니다.
- * **> 0.95 - 파란색:** Apdex 점수가 이 범위에 있으면 Apdex T가 너무 높게 설정되어 애플리케이션 성능에 대한 정확한 정보를 얻지 못하고 있음을 의미합니다. Apdex T를 줄이는 것을 고려해야 합니다.
+ * **< 0.5 - 회색:** 애플리케이션의 성능이 임계 수준 이상이며 즉각적인 조치가 필요합니다.
+ * **0.5-0.7 - 빨간색:** 애플리케이션에 심각한 성능 문제가 있으며 즉각적인 조치가 필요합니다.
+ * **0.7-0.85 -주황색:** 애플리케이션이 부정적인 방향으로 추이하고 있으며 추가 조사가 필요합니다.
+ * **0.85-0.95 - 파란색:** 이상적인 Apdex 범위입니다. 이 점수는 애플리케이션에 맞게 Your Apdex T를 완벽하게 미세 조정했으며 성능이 양호하다는 것을 의미합니다.
+ * **> 0.95 - 파란색:** Apdex 점수가 이 범위에 있으면 Apdex T가 너무 높게 설정되어 애플리케이션 성능에 대한 정확한 정보를 얻지 못하고 있음을 의미합니다. Apdex T를 줄이는 것을 고려해야 합니다.
-
- Apdex 점수가 0이면 요청이 오류와 함께 반환되었기 때문일 수 있습니다. 오류가 있는 모든 요청은 Apdex에서 자동으로 0점을 받습니다.
-
+
+ Apdex 점수가 0이면 요청이 오류와 함께 반환되었기 때문일 수 있습니다. 오류가 있는 모든 요청은 Apdex에서 자동으로 0점을 받습니다.
+
- 이 예에서는 APM에서 `Checkout-service` 엔터티를 연 후 Apdex 점수가 떨어지고 0.6에서 맴돌고 있는 것을 볼 수 있습니다. 차트가 빨간색입니다.
+ 이 예에서는 APM에서 `Checkout-service` 엔터티를 연 후 Apdex 점수가 떨어지고 0.6에서 맴돌고 있는 것을 볼 수 있습니다. 차트가 빨간색입니다.
- 이제 고객의 불만이 옳다는 것을 확실히 알게 되었습니다. 스택 어딘가에 문제가 있습니다.
+ 이제 고객의 불만이 옳다는 것을 확실히 알게 되었습니다. 스택 어딘가에 문제가 있습니다.
- 점수를 이해하는 방법에 대한 자세한 내용은 [Apdex: 사용자 만족도 측정을](/docs/apm/new-relic-apm/apdex/apdex-measure-user-satisfaction/)참조하십시오.
-
+ 점수를 이해하는 방법에 대한 자세한 내용은 [Apdex: 사용자 만족도 측정을](/docs/apm/new-relic-apm/apdex/apdex-measure-user-satisfaction/)참조하십시오.
-
-
+ ### 웹 트랜잭션
- 고객 보고서에 따르면 앱에서 `Pay now` 버튼이 실패한다는 것을 알고 있지만 실제 오류의 원인이 무엇인지 확신할 수 없습니다. Apdex를 확인했는데 사용자 만족도가 낮습니다.
+
- 다음 단계는 앱의 **Web-transactions** \[웹 트랜잭션을] 조사하여 체크아웃 프로세스의 어느 부분이 중단되는지 파악하는 것입니다.
+ 고객 보고서에 따르면 앱에서 `Pay now` 버튼이 실패한다는 것을 알고 있지만 실제 오류의 원인이 무엇인지 확신할 수 없습니다. Apdex를 확인했는데 사용자 만족도가 낮습니다.
- New Relic에서 트랜잭션은 소프트웨어 애플리케이션에서 하나의 논리적 작업 단위로 정의됩니다. 특히 해당 작업 단위를 구성하는 함수 호출 및 메서드 호출을 나타냅니다. APM의 경우 애플리케이션이 웹 요청을 받을 때부터 응답이 전송될 때까지 발생하는 활동을 나타내는 웹 트랜잭션을 가리키는 경우가 많습니다.
+ 다음 단계는 앱의 **Web-transactions** \[웹 트랜잭션을] 조사하여 체크아웃 프로세스의 어느 부분이 중단되는지 파악하는 것입니다.
- 웹 트랜잭션 시간은 세 부분으로 나뉩니다.
+ New Relic에서 트랜잭션은 소프트웨어 애플리케이션에서 하나의 논리적 작업 단위로 정의됩니다. 특히 해당 작업 단위를 구성하는 함수 호출 및 메서드 호출을 나타냅니다. APM의 경우 애플리케이션이 웹 요청을 받을 때부터 응답이 전송될 때까지 발생하는 활동을 나타내는 웹 트랜잭션을 가리키는 경우가 많습니다.
- * 파란색 세그먼트: 모든 거래
- * 노란색 세그먼트: 데이터베이스 작업
- * 그린 세그먼트: 외부 서비스
+ 웹 트랜잭션 시간은 세 부분으로 나뉩니다.
-
- 비동기 애플리케이션을 모니터링하려는 경우 응답 시간(진한 파란색 선)이 각 개별 세그먼트(트랜잭션, 데이터베이스 및 외부)에 대한 응답 시간보다 낮을 수 있습니다. 이것은 비동기 애플리케이션이 동시에 여러 요청을 처리할 수 있기 때문에 발생할 수 있습니다. 따라서 일부 요청이 아직 "열려 있는" 동안 트랜잭션이 "종료"될 수 있습니다.
-
+ * 파란색 세그먼트: 모든 거래
+ * 노란색 세그먼트: 데이터베이스 작업
+ * 그린 세그먼트: 외부 서비스
- 느린 트랜잭션은 무언가가 비정상적으로 작동하고 있다는 강력한 지표가 될 수 있으므로 차트를 살펴보고 서비스 영역에서 응답하는 데 평소보다 오래 걸리는 부분이 있는지 확인하세요. 느린 트랜잭션은 차트에서 스파이크처럼 보입니다.
+
+ 비동기 애플리케이션을 모니터링하려는 경우 응답 시간(진한 파란색 선)이 각 개별 세그먼트(트랜잭션, 데이터베이스 및 외부)에 대한 응답 시간보다 낮을 수 있습니다. 이것은 비동기 애플리케이션이 동시에 여러 요청을 처리할 수 있기 때문에 발생할 수 있습니다. 따라서 일부 요청이 아직 "열려 있는" 동안 트랜잭션이 "종료"될 수 있습니다.
+
- 또한 [배포 마커 도구를](/docs/apm/apm-ui-pages/events/record-deployments/) 사용하여 고객이 `Pay Now` 버튼을 로드하는 데 시간이 오래 걸린다고 불평하기 시작한 시점에 팀에서 변경 사항을 릴리스했는지 확인할 수 있습니다.
+ 느린 트랜잭션은 무언가가 비정상적으로 작동하고 있다는 강력한 지표가 될 수 있으므로 차트를 살펴보고 서비스 영역에서 응답하는 데 평소보다 오래 걸리는 부분이 있는지 확인하세요. 느린 트랜잭션은 차트에서 스파이크처럼 보입니다.
- 배포 마커는 각 차트에서 회색 핀으로 표시됩니다. 개요 정보를 보려면 핀 위로 마우스를 가져가거나 마커를 클릭하여 배포를 자세히 살펴볼 수 있습니다.
-
+ 또한 [배포 마커 도구를](/docs/apm/apm-ui-pages/events/record-deployments/) 사용하여 고객이 `Pay Now` 버튼을 로드하는 데 시간이 오래 걸린다고 불평하기 시작한 시점에 팀에서 변경 사항을 릴리스했는지 확인할 수 있습니다.
-
-
+ 배포 마커는 각 차트에서 회색 핀으로 표시됩니다. 개요 정보를 보려면 핀 위로 마우스를 가져가거나 마커를 클릭하여 배포를 자세히 살펴볼 수 있습니다.
- `Checkout-service` 에 대한 응답 시간을 보는 동안 처리량을 조사할 수도 있습니다. **Throughput** \[처리량은] 애플리케이션이 처리하는 작업의 양을 측정하는 방법입니다. 처리량은 작업이 호스트와 컨테이너 간에 균등하게 분산되는지 이해하는 데 도움이 됩니다. 성능 문제는 종종 리소스 부족의 증상일 수 있습니다.
+ ### 처리량
- 이 예제의 목적상 처리량이 평소보다 약간 높은 것을 볼 수 있습니다. 서비스 저하 기간 동안 처리량이 매우 높으면 애플리케이션이 처리할 수 있는 것보다 더 많은 작업을 처리하고 있음을 나타낼 수 있습니다.
+
- 반면에 낮은 처리량은 앱이 많은 요청을 처리하지 못하고 있음을 나타낼 수 있습니다. 이는 단순히 많이 사용되지 않거나 애플리케이션을 호출하는 서비스가 손상되어 요청이 처리되지 않음을 의미할 수 있습니다.
-
+ `Checkout-service` 에 대한 응답 시간을 보는 동안 처리량을 조사할 수도 있습니다. **Throughput** \[처리량은] 애플리케이션이 처리하는 작업의 양을 측정하는 방법입니다. 처리량은 작업이 호스트와 컨테이너 간에 균등하게 분산되는지 이해하는 데 도움이 됩니다. 성능 문제는 종종 리소스 부족의 증상일 수 있습니다.
-
-
+ 이 예제의 목적상 처리량이 평소보다 약간 높은 것을 볼 수 있습니다. 서비스 저하 기간 동안 처리량이 매우 높으면 애플리케이션이 처리할 수 있는 것보다 더 많은 작업을 처리하고 있음을 나타낼 수 있습니다.
- 느린 트랜잭션을 식별하고 처리량을 분석했으므로 이제 오류를 살펴볼 차례입니다. **Errors** \[오류] 차트는 오류가 발생한 트랜잭션의 백분율을 보여줍니다.
+ 반면에 낮은 처리량은 앱이 많은 요청을 처리하지 못하고 있음을 나타낼 수 있습니다. 이는 단순히 많이 사용되지 않거나 애플리케이션을 호출하는 서비스가 손상되어 요청이 처리되지 않음을 의미할 수 있습니다.
- APM 컨텍스트에서 오류는 `TransactionError` 및 `ErrorTrace` 이벤트를 나타냅니다.
+ ### 오류
- 이 경우 웹 트랜잭션 응답 시간이 급증한 것과 거의 같은 시간에 `Web errors` 에 급증이 나타납니다. 팀에서 시스템을 변경했음을 알리는 배포 마커도 표시됩니다.
+
- 이제 이 최근 배포를 둘러싼 패턴이 표시됩니다. 즉, 사용자 만족도 감소, 응답 시간 증가, 처리량 및 오류입니다.
+ 느린 트랜잭션을 식별하고 처리량을 분석했으므로 이제 오류를 살펴볼 차례입니다. **Errors** \[오류] 차트는 오류가 발생한 트랜잭션의 백분율을 보여줍니다.
- 영향을 받는 사용자 보기로 전환하려면 드롭다운을 사용하세요. 영향을 받는 사용자를 추적하는 방법은 [받은 편지함 오류를](/docs/errors-inbox/error-users-impacted/)참조하세요.
+ APM 컨텍스트에서 오류는 `TransactionError` 및 `ErrorTrace` 이벤트를 나타냅니다.
- 오류를 관리하는 방법에 대한 자세한 내용은 [오류 관리를](/docs/apm/agents/manage-apm-agents/agent-data/manage-errors-apm-collect-ignore-or-mark-expected/)참조하세요.
-
-
+ 이 경우 웹 트랜잭션 응답 시간이 급증한 것과 거의 같은 시간에 `Web errors` 에 급증이 나타납니다. 팀에서 시스템을 변경했음을 알리는 배포 마커도 표시됩니다.
+
+ 이제 이 최근 배포를 둘러싼 패턴이 표시됩니다. 즉, 사용자 만족도 감소, 응답 시간 증가, 처리량 및 오류입니다.
+
+ 영향을 받는 사용자 보기로 전환하려면 드롭다운을 사용하세요. 영향을 받는 사용자를 추적하는 방법은 [받은 편지함 오류를](/docs/errors-inbox/error-users-impacted/)참조하세요.
+
+ 오류를 관리하는 방법에 대한 자세한 내용은 [오류 관리를](/docs/apm/agents/manage-apm-agents/agent-data/manage-errors-apm-collect-ignore-or-mark-expected/)참조하세요.
-
- ## 더 큰 맥락에서 문제 찾기
+ ## 더 큰 맥락에서 문제 찾기
+
스택의 어느 부분에 문제가 있습니까? 귀하의 서비스를 호출하거나 귀하의 서비스에 의해 호출되는 엔티티의 변경으로 인해 문제가 발생했습니까?
-
-
-
+ ### 로그
- 로그 차트는 [로그 컨텍스트](/docs/logs/logs-context/get-started-logs-context/) 기능을 통해 보고된 애플리케이션 로그의 요약 보기를 제공합니다. **Logs** \[로그를] 클릭하면 전체 [로그 UI](/docs/logs/ui-data/use-logs-ui/)로 이동합니다.
+
- 이 예에서는 주요 측정항목을 조사한 후 `Web-transaction` 시간에 영향을 미쳐 오류가 급증하고 사용자 만족도가 낮은 최근 배포에 문제가 있음을 알게 되었습니다. 이제 이것이 나머지 서비스에 어떤 영향을 미쳤는지 알고 싶습니다.
+ 로그 차트는 [로그 컨텍스트](/docs/logs/logs-context/get-started-logs-context/) 기능을 통해 보고된 애플리케이션 로그의 요약 보기를 제공합니다. **Logs** \[로그를] 클릭하면 전체 [로그 UI](/docs/logs/ui-data/use-logs-ui/)로 이동합니다.
- 컨텍스트에 있는 로그를 사용하면 개별 로그에 관련된 엔터티 또는 서비스로 태그가 지정됩니다. 로그 차트에서 **Log patterns (top 10)** \[로그 패턴(상위 10개)]을 선택하여 고유한 문자열 식별자까지 동일한 로그 그룹을 표시할 수 있습니다.
+ 이 예에서는 주요 측정항목을 조사한 후 `Web-transaction` 시간에 영향을 미쳐 오류가 급증하고 사용자 만족도가 낮은 최근 배포에 문제가 있음을 알게 되었습니다. 이제 이것이 나머지 서비스에 어떤 영향을 미쳤는지 알고 싶습니다.
- 로그 패턴의 작동 방식에 대한 자세한 내용은 [로그 패턴을](/docs/logs/ui-data/find-unusual-logs-log-patterns/)참조하세요.
-
+ 컨텍스트에 있는 로그를 사용하면 개별 로그에 관련된 엔터티 또는 서비스로 태그가 지정됩니다. 로그 차트에서 **Log patterns (top 10)** \[로그 패턴(상위 10개)]을 선택하여 고유한 문자열 식별자까지 동일한 로그 그룹을 표시할 수 있습니다.
-
-
+ 로그 패턴의 작동 방식에 대한 자세한 내용은 [로그 패턴을](/docs/logs/ui-data/find-unusual-logs-log-patterns/)참조하세요.
- **Distributed Tracing** \[분산 추적] 차트를 사용하여 느린 응답 시간과 높은 오류율이 서비스를 호출하는 엔터티의 변경 때문인지 또는 서비스에서 호출하는 엔터티의 변경 때문인지 자세히 알아볼 수 있습니다.
+ ### 분산 추적 [#distributed-tracing]
- 이 예에서는 **Web transactions** \[웹 트랜잭션] 에서 본 느린 응답 시간에 대해 자세히 알아보고 싶다고 가정해 보겠습니다. 해당 섹션을 클릭하면 전체 서비스를 통과하거나 생태계의 다른 영역에 영향을 미치는 추적 목록이 표시됩니다. New Relic은 이러한 다른 엔터티 _도_ 응답 시간이 증가하는 영역을 강조 표시합니다.
+
- 자세한 내용은 [분산 추적 문서](/docs/distributed-tracing/concepts/introduction-distributed-tracing/)에서 확인할 수 있습니다.
-
+ **Distributed Tracing** \[분산 추적] 차트를 사용하여 느린 응답 시간과 높은 오류율이 서비스를 호출하는 엔터티의 변경 때문인지 또는 서비스에서 호출하는 엔터티의 변경 때문인지 자세히 알아볼 수 있습니다.
-
-
+ 이 예에서는 **Web transactions** \[웹 트랜잭션] 에서 본 느린 응답 시간에 대해 자세히 알아보고 싶다고 가정해 보겠습니다. 해당 섹션을 클릭하면 전체 서비스를 통과하거나 생태계의 다른 영역에 영향을 미치는 추적 목록이 표시됩니다. New Relic은 이러한 다른 엔터티 _도_ 응답 시간이 증가하는 영역을 강조 표시합니다.
- 이제 APM 요약 페이지의 **Infrastructure** \[인프라] 섹션까지 아래로 스크롤합니다. 여기에서 `Checkout Service` 애플리케이션에 연결된 각 호스트와 해당 응답 시간, 처리량, 오류율, CPU 백분율 기록을 나열하는 표를 볼 수 있습니다. 및 메모리 비율.
+ 자세한 내용은 [분산 추적 문서](/docs/distributed-tracing/concepts/introduction-distributed-tracing/)에서 확인할 수 있습니다.
- 이 예의 경우 응답 시간 증가와 높은 오류율을 초래한 동일한 최근 배포 주변의 CPU 비율에 변경 사항이 있는지 확인하는 것이 좋습니다.
+ ### 하부 구조 [#infrastructure]
- APM 요약 페이지 [에서](/docs/infrastructure/manage-your-data/data-instrumentation/apm-data-infrastructure-monitoring/)인프라 데이터를 조사하는 방법에 대해 자세히 알아보세요.
-
-
+
+
+ 이제 APM 요약 페이지의 **Infrastructure** \[인프라] 섹션까지 아래로 스크롤합니다. 여기에서 `Checkout Service` 애플리케이션에 연결된 각 호스트와 해당 응답 시간, 처리량, 오류율, CPU 백분율 기록을 나열하는 표를 볼 수 있습니다. 및 메모리 비율.
+
+ 이 예의 경우 응답 시간 증가와 높은 오류율을 초래한 동일한 최근 배포 주변의 CPU 비율에 변경 사항이 있는지 확인하는 것이 좋습니다.
+
+ APM 요약 페이지 [에서](/docs/infrastructure/manage-your-data/data-instrumentation/apm-data-infrastructure-monitoring/)인프라 데이터를 조사하는 방법에 대해 자세히 알아보세요.
-
- ## 조사 수준을 한 단계 높이십시오.
+ ## 조사 수준을 한 단계 높이십시오.
+
- 데이터 구조 및 속성 정의에 대한 자세한 내용은 [데이터 사전을](/attribute-dictionary/?dataSource=Change+tracking&event=Deployments)참조하십시오.
+ 데이터 구조 및 속성 정의에 대한 자세한 내용은 [데이터 사전을](/attribute-dictionary/?dataSource=Change+tracking)참조하십시오.
diff --git a/src/i18n/content/kr/docs/errors-inbox/browser-tab.mdx b/src/i18n/content/kr/docs/errors-inbox/browser-tab.mdx
index 47dd7f0de0c..68c32cb8b83 100644
--- a/src/i18n/content/kr/docs/errors-inbox/browser-tab.mdx
+++ b/src/i18n/content/kr/docs/errors-inbox/browser-tab.mdx
@@ -94,14 +94,23 @@ JavaScript 오류를 검사하려면:
### 누락된 스택 추적 문제 해결 [#troubleshoot]
-오류에 대한 스택 추적이 표시되지 않는 몇 가지 이유:
+다음은 오류에 대한 스택 추적이 표시되지 않는 몇 가지 이유입니다.
+
+* 오류가 발생하지 않으면 스택 추적이 없습니다.
+
+ * 스택 추적이 없는 발생한 오류의 예: throw `this is an error string`.
+ * 스택 추적이 있는 발생한 오류의 예: throw new Error `this is an error string`.
-* 오류가 발생하지 않으면 스택 추적이 생성되지 않습니다.
* Javascript는 CDN 또는 다른 외부 위치에서 호스팅되며 New Relic은 해당 스크립트에서 발생한 오류를 볼 수 없습니다. 경우에 따라 CORS(교차 원본 리소스 공유)를 사용하여 이 문제를 해결할 수 있습니다.
+
* AngularJS 오류입니다. 이에 대한 자세한 내용은 [각도 오류 누락](/docs/browser/new-relic-browser/troubleshooting/angularjs-errors-do-not-appear) 을 참조하세요.
+
* 오류는 `SyntaxError` 또는 `Script error` 입니다. 스크립트가 로드되는 동안 발생하므로 스택 추적을 생성하지 않습니다.
+
* 일부 구형 브라우저는 스택 추적 없이 오류를 생성하거나 사용할 수 없는 스택 추적을 제공할 수 있습니다.
+
* New Relic 에이전트가 보기 전에 오류를 캡처했습니다.
+
* 동일한 사용자 방문에서 여러 [수집 주기](http://%5Bcycle%5D(docs.newrelic.com/docs/using-new-relic/welcome-new-relic/get-started/glossary#harvest-cycle)) 동안 오류가 발생하면 첫 번째 수집 주기 동안 보고된 오류 이벤트만 스택 추적이 기록됩니다.
### 스택 추적 보고 솔루션 [#solutions]
diff --git a/src/i18n/content/kr/docs/infrastructure/host-integrations/host-integrations-list/mongodb/mongodb-monitoring-integration-new.mdx b/src/i18n/content/kr/docs/infrastructure/host-integrations/host-integrations-list/mongodb/mongodb-monitoring-integration-new.mdx
index a338d819520..f853af5b1af 100644
--- a/src/i18n/content/kr/docs/infrastructure/host-integrations/host-integrations-list/mongodb/mongodb-monitoring-integration-new.mdx
+++ b/src/i18n/content/kr/docs/infrastructure/host-integrations/host-integrations-list/mongodb/mongodb-monitoring-integration-new.mdx
@@ -89,6 +89,16 @@ MongoDB 모니터링 통합을 설치하려면 다음 단계를 수행하십시
4. 즐겨 사용하는 편집기로 `mongodb3-config.yml` 구성 파일을 편집합니다. 몇 가지 [훌륭한 구성 파일 예제](#examples) 를 확인하십시오.
5. 인프라 에이전트를 다시 시작하십시오. [다양한 Linux 환경에서 인프라 에이전트를 다시 시작하는](/docs/infrastructure/install-infrastructure-agent/manage-your-agent/start-stop-restart-infrastructure-agent/#linux) 방법을 참조하십시오.
+
+ 6. 자동 Mongodb 오류 로그 구문 분석 및 전달을 활성화하려면 `/etc/newrelic-infra/logging.d/elasticsearch-log.yml`에 다음 콘텐츠가 포함된 YAML 파일을 생성합니다. 에이전트를 다시 시작할 필요가 없습니다.
+
+ ```yaml
+ logs:
+ - name: "mongodblog"
+ file: /var/log/mongodb/mongodb.log
+ attributes:
+ logtype: mongodb
+ ```
Synthetics** 으로 이동합니다.
2. **모니터** 탭에서 모니터를 선택합니다.
diff --git a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/administration/synthetic-monitoring-audit-log-track-changes-made-users.mdx b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/administration/synthetic-monitoring-audit-log-track-changes-made-users.mdx
index 4e9fde064f1..50baad5bb6f 100644
--- a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/administration/synthetic-monitoring-audit-log-track-changes-made-users.mdx
+++ b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/administration/synthetic-monitoring-audit-log-track-changes-made-users.mdx
@@ -1,10 +1,10 @@
---
-title: '종합 모니터링 감사 로그: 사용자의 변경 사항 추적'
+title: 팀의 합성 모니터링 사용 추적
tags:
- Synthetics
- Synthetic monitoring
- Administration
-metaDescription: 'For New Relic''s synthetic monitoring, how to get an audit log of changes made to your account.'
+metaDescription: 'For New Relic synthetic monitoring, how to get an audit log of changes made to your account.'
translationType: machine
---
diff --git a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/administration/synthetics-api.mdx b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/administration/synthetics-api.mdx
new file mode 100644
index 00000000000..9c5df4bc9d1
--- /dev/null
+++ b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/administration/synthetics-api.mdx
@@ -0,0 +1,18 @@
+---
+title: API를 통해 합성 모니터 관리
+tags:
+ - Synthetics
+ - Synthetic monitoring
+ - Administration
+metaDescription: 'For New Relic synthetic monitoring, how to use APIs to manage monitors.'
+translationType: machine
+---
+
+API를 통해 New Relic 합성 모니터를 관리할 수 있는 두 가지 옵션이 있습니다.
+
+* NerdGraph(권장): 기본 및 권장 방법입니다. [NerdGraph 합성 튜토리얼을](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial)참조하십시오.
+* REST API: 일부 고객은 이전 REST API를 선호합니다. [Synthetics REST API](/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api)참조
+
+사용 가능한 모든 API에 대한 개요는 [API 소개 를](/docs/apis/getting-started/introduction-new-relic-apis)참조하십시오. 아직 하지 않았다면 아래에서 무료 New Relic 계정을 만들어 오늘 데이터 모니터링을 시작하십시오.
+
+
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/administration/user-roles-synthetic-monitoring.mdx b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/administration/user-roles-synthetic-monitoring.mdx
index 6ea88afe4b8..09d868ab445 100644
--- a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/administration/user-roles-synthetic-monitoring.mdx
+++ b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/administration/user-roles-synthetic-monitoring.mdx
@@ -1,46 +1,52 @@
---
-title: 종합 모니터링의 사용자 역할
+title: 합성 모니터링 권한
tags:
- Synthetics
- Synthetic monitoring
- Administration
-metaDescription: 'For New Relic synthetic monitoring, how user roles affect your access to features.'
+metaDescription: 'For New Relic synthetic monitoring, how permissions affect your access to features.'
translationType: machine
---
-종합 모니터링 기능에 대한 액세스는 사용자가 [최신 사용자 모델](#new-pricing) 을 사용하는지 아니면 [원래 사용자 모델](#original-pricing) 을 사용하는지에 따라 다릅니다.
+[전체 플랫폼 사용자](/docs/accounts/accounts-billing/new-relic-one-pricing-users/users-roles#user-type)인 경우 이론적으로 모든 New Relic 기능에 대한 전체 액세스 권한이 있지만 이러한 모든 기능을 사용할 수 있는지 여부는 New Relic 조직 내에서 할당된 역할에 따라 다릅니다.
-사용자 모델에 대한 설명은 사용자 [모델](/docs/accounts/original-accounts-billing/original-users-roles/overview-user-models) 을 참조하십시오.
+권한 관련 세부 정보는 New Relic 사용자가 최신 사용자 모델인지 원래 [사용자 모델](/docs/accounts/original-accounts-billing/original-users-roles/overview-user-models)인지에 따라 다릅니다.
## 최신 사용자 모델의 사용자 [#new-pricing]
-종합 모니터링 UI를 사용하려면 [전체 플랫폼 사용자](/docs/accounts/accounts-billing/new-relic-one-pricing-users/users-roles#user-type) 유형의 사용자 유형이 필요합니다.역할 및 기능에 대한 자세한 내용은 [기능](/docs/accounts/accounts-billing/new-relic-one-user-management/user-capabilities) 을 참조하십시오.
+New Relic 권한 작동 방식에 대한 자세한 내용은 [사용자 관리 개념을](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-concepts/#groups)참조하십시오. 세분화된 합성 관련 기능을 보려면 [기능을](/docs/accounts/accounts-billing/new-relic-one-user-management/user-capabilities/#synthetics)참조하십시오.
## 원래 사용자 모델의 사용자 [#original-pricing]
-종합 모니터링 UI를 사용하려면 [전체 플랫폼 사용자](/docs/accounts/accounts-billing/new-relic-one-pricing-users/users-roles#user-type) 유형의 사용자 유형이 필요합니다.
+원래 사용자 모델 사용자의 경우 다음과 같은 몇 가지 세부 정보가 있습니다.
-기본 역할 또는 사용자 지정 역할이 있는지 여부에 따라 액세스가 달라질 수도 있습니다.
+
+
+ * [관리자](/docs/accounts/original-accounts-billing/original-users-roles/users-roles-original-user-model#roles) 는 계정의 모든 종합 모니터링 기능에 대한 전체 액세스 권한을 가집니다.
-### 기본 액세스 [#default]
+ * [사용자](/docs/accounts-partnerships/accounts/account-billing-usage/users-roles#roles) 는 [보안 자격 증명](/docs/synthetics/new-relic-synthetics/using-monitors/secure-credentials-store-credentials-information-scripted-browsers) 과 모니터 삭제 기능, 가동 중지 시간 모니터링 및 개인 위치를 제외한 모든 종합 모니터링 기능에 액세스할 수 있습니다.
-* [관리자](/docs/accounts/original-accounts-billing/original-users-roles/users-roles-original-user-model#roles) 는 계정의 모든 종합 모니터링 기능에 대한 전체 액세스 권한을 가집니다.
+ * 원래 제품 기반 가격 책정이 있는 계정의 [제한된 사용자](/docs/accounts-partnerships/accounts/account-billing-usage/users-roles#roles) 는 다음을 제외한 모든 종합 모니터링 기능에 대한 보기 전용 액세스 권한을 가집니다.
-* [사용자](/docs/accounts-partnerships/accounts/account-billing-usage/users-roles#roles) 는 [보안 자격 증명](/docs/synthetics/new-relic-synthetics/using-monitors/secure-credentials-store-credentials-information-scripted-browsers) 과 모니터 삭제 기능, 가동 중지 시간 모니터링 및 개인 위치를 제외한 모든 종합 모니터링 기능에 액세스할 수 있습니다.
+ * [보안 자격 증명](/docs/synthetics/new-relic-synthetics/using-monitors/secure-credentials-store-credentials-information-scripted-browsers)
+ * 개인 위치(NRQL을 통해 제한된 양의 데이터를 쿼리할 수 있지만)
-* 원래 제품 기반 가격 책정이 있는 계정의 [제한된 사용자](/docs/accounts-partnerships/accounts/account-billing-usage/users-roles#roles) 는 다음을 제외한 모든 종합 모니터링 기능에 대한 보기 전용 액세스 권한을 가집니다.
+ 즉, 이 역할을 가진 사용자는 적절한 기능이 있는 역할이 부여될 때까지 종합 모니터링 기능(보안 자격 증명에 대한 보기 기능)에 대한 모든 생성, 편집 및 삭제 기능에 액세스할 수 없습니다.
+
- * [보안 자격 증명](/docs/synthetics/new-relic-synthetics/using-monitors/secure-credentials-store-credentials-information-scripted-browsers)
- * 개인 위치(NRQL을 통해 제한된 양의 데이터를 쿼리할 수 있지만)
+
+ 시작하려면 [표준 절차에 따라 맞춤 역할을 만드세요](/docs/accounts/accounts/roles-permissions/add-roles-permissions#create/docs/accounts/accounts/roles-permissions/add-roles-permissions#create) . 다음에 대한 역할에 **보기** 및 **편집** 기능을 추가할 수 있습니다.
- 즉, 이 역할을 가진 사용자는 적절한 기능이 있는 역할이 부여될 때까지 종합 모니터링 기능(보안 자격 증명에 대한 보기 기능)에 대한 모든 생성, 편집 및 삭제 기능에 액세스할 수 없습니다.
-
-### 사용자 지정 액세스 [#customize]
-
-시작하려면 [표준 절차에 따라 맞춤 역할을 만드세요](/docs/accounts/accounts/roles-permissions/add-roles-permissions#create/docs/accounts/accounts/roles-permissions/add-roles-permissions#create) . 다음에 대한 역할에 **보기** 및 **편집** 기능을 추가할 수 있습니다.
-
-* [모니터](/docs/synthetics/new-relic-synthetics/using-monitors)
-* [스크립트 모니터링](/docs/synthetics/new-relic-synthetics/scripting-monitors/write-synthetics-api-tests)
-* [개인 위치](/docs/synthetics/new-relic-synthetics/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations)
-* [다운타임 모니터링](/docs/synthetics/new-relic-synthetics/using-monitors/monitor-downtimes-disable-monitoring-during-scheduled-maintenance-times)
-* [보안 자격 증명](/docs/synthetics/new-relic-synthetics/using-monitors/secure-credentials-store-credentials-information-scripted-browsers)
\ No newline at end of file
+ * [모니터](/docs/synthetics/new-relic-synthetics/using-monitors)
+ * [스크립트 모니터링](/docs/synthetics/new-relic-synthetics/scripting-monitors/write-synthetics-api-tests)
+ * [개인 위치](/docs/synthetics/new-relic-synthetics/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations)
+ * [다운타임 모니터링](/docs/synthetics/new-relic-synthetics/using-monitors/monitor-downtimes-disable-monitoring-during-scheduled-maintenance-times)
+ * [보안 자격 증명](/docs/synthetics/new-relic-synthetics/using-monitors/secure-credentials-store-credentials-information-scripted-browsers)
+
+
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/getting-started/monitor-limits.mdx b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/getting-started/monitor-limits.mdx
index f68ea30e6ed..f75318812b6 100644
--- a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/getting-started/monitor-limits.mdx
+++ b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/getting-started/monitor-limits.mdx
@@ -1,5 +1,5 @@
---
-title: 포함된 합성 모니터 검사
+title: Synthetics 사용 제한 및 사용 추적
tags:
- Synthetics
- Synthetic monitoring
@@ -16,9 +16,9 @@ translationType: machine
## 에디션당 포함된 수표 수 [#edition-limits]
-조직의 [가격 책정 버전](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/new-relic-one-pricing-billing/#editions) (Standard, Pro 또는 Enterprise)에 따라 매월 포함되는 합성 모니터 검사 수가 결정됩니다. 이러한 제한은 단순 ping 모니터를 제외한 모든 [모니터 유형](/docs/synthetics/synthetic-monitoring/getting-started/types-synthetic-monitors) 에 적용됩니다.
+조직의 [가격 책정 버전에](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/new-relic-one-pricing-billing/#editions) 따라 매월 무료로 포함되는 가상 모니터 검사 수가 결정됩니다. 이러한 제한은 단순 ping 모니터를 제외한 모든 [모니터 유형](/docs/synthetics/synthetic-monitoring/getting-started/types-synthetic-monitors) 에 적용됩니다.
-다음은 각 가격 책정 버전에 무료로 포함된 수표입니다.
+다음은 각 가격 책정 버전에 무료로 포함된 합성 검사입니다.
* 프리 티어: 월 500
* 스탠다드 에디션: 월 10,000
@@ -31,12 +31,8 @@ translationType: machine
## 사용 타임스탬프 [#usage-timestamps]
-사용 타임스탬프는 합성 확인 결과를 수신하고 처리하는 시간을 활용합니다. 이로 인해 합성 확인이 실행된 시간과 비교하여 사용량 데이터에 약간의 차이가 발생할 수 있습니다.
+당사의 [사용 관련 데이터에는](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/usage-queries-alerts) 합성 확인 결과가 수신되고 처리되는 시간을 사용하는 타임스탬프가 있습니다. 이로 인해 합성 확인이 실행된 시간과 사용량 데이터의 시간 사이에 약간의 차이가 발생할 수 있습니다.
## 과거 합성 사용량 보기 [#usage]
-합성 사용량을 쿼리하는 방법은 [쿼리 및 사용량 알림을](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/usage-queries-alerts/#synthetics-usage) 참조하세요.
-
-아직 하지 않았다면 아래에서 무료 New Relic 계정을 만들어 오늘 데이터 모니터링을 시작하십시오.
-
-
\ No newline at end of file
+합성 사용량을 쿼리하는 방법은 [쿼리 및 사용량 알림을](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/usage-queries-alerts/#synthetics-usage) 참조하세요.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/pages/synthetic-monitors-index.mdx b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/pages/synthetic-monitors-index.mdx
index 3ed8c520734..9ef020d20ad 100644
--- a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/pages/synthetic-monitors-index.mdx
+++ b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/pages/synthetic-monitors-index.mdx
@@ -10,23 +10,11 @@ translationType: machine
import syntheticIndexPage from 'images/synthetic_screenshot-full_index-page.webp'
-종합 모니터링 도구에서 모니터 인덱스는 New Relic 계정과 연결된 모든 모니터를 나열하고 지난 24시간 동안 각 모니터의 성능에 대한 빠른 스냅샷을 제공합니다. [**요약** 페이지](/docs/synthetics/new-relic-synthetics/dashboards/synthetics-overview-dashboard-view-monitors-performance) 를 보고 시간 경과에 따른 성능에 대한 더 깊은 통찰력을 얻으려면 개별 모니터를 선택하십시오. 또는 [목록을 필터링하여](#search-monitors) 유사한 모니터의 성능을 빠르게 비교할 수 있습니다.
+합성 모니터링 도구에서 모니터 인덱스는 합성 모니터를 나열하고 지난 24시간 동안 각 모니터의 성능에 대한 스냅샷을 제공합니다. 특정 모니터를 선택하여 [**Summary** \[요약\] 페이지를](/docs/synthetics/new-relic-synthetics/dashboards/synthetics-overview-dashboard-view-monitors-performance) 보고 해당 성능에 대한 더 깊은 통찰력을 얻으십시오. 또는 [목록을 필터링하여](#search-monitors) 유사한 모니터의 성능을 빠르게 비교할 수 있습니다.
## 모니터 인덱스 보기 [#viewing]
-모니터의 인덱스(또는 목록)에 액세스하려면 **[one.newrelic.com > Synthetic monitoring](https://one.newrelic.com/synthetics-nerdlets)**으로 이동하십시오.
-
-
-
-
- 모니터 인덱스 덕분에 합성 모니터의 상태와 주요 메트릭을 한 눈에 확인할 수 있습니다.
-
-
-또한 [탐색기를](/docs/new-relic-one/use-new-relic-one/ui-data/new-relic-one-entity-explorer-view-performance-across-apps-services-hosts) 사용하여 각 모니터의 성능에 대한 빠른 스냅샷과 함께 New Relic 계정과 연결된 모든 모니터 목록을 볼 수 있습니다. 모니터의 인덱스(또는 목록)에 액세스하려면: **[one.newrelic.com > Synthetic monitoring](https://one.newrelic.com/synthetics-nerdlets)**으로 이동합니다.
+종합 모니터 목록을 보려면 **[one.newrelic.com > Synthetic monitoring](https://one.newrelic.com/synthetics-nerdlets)**으로 이동하십시오.
-
- **[one.newrelic.com > Synthetic monitoring](https://one.newrelic.com/synthetics-nerdlets)**: 모니터 인덱스를 사용하여 모든 합성 모니터에 액세스하고 성능에 대한 빠른 스냅샷을 볼 수 있습니다.
-
-
## 모니터 메트릭 이해 [#understanding]
-모니터 인덱스를 사용하여 모니터에 액세스하고 모니터 성능의 빠른 스냅샷을 봅니다. 인덱스에는 다음 측정항목이 포함됩니다.
+모니터 인덱스를 사용하여 모니터에 액세스하고 모니터 성능의 스냅샷을 봅니다. 인덱스에는 다음 메트릭이 포함됩니다.
* [**경고 상태**](/docs/alerts/new-relic-alerts/configuring-alert-policies/identify-entities-without-alert-policies) : 모니터의 경고 상태를 나타냅니다.
diff --git a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/using-monitors/intro-synthetic-monitoring.mdx b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/using-monitors/intro-synthetic-monitoring.mdx
index c58605d96bf..63217af6600 100644
--- a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/using-monitors/intro-synthetic-monitoring.mdx
+++ b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/using-monitors/intro-synthetic-monitoring.mdx
@@ -1,10 +1,10 @@
---
-title: 합성 모니터링 소개
+title: 합성 모니터 소개
tags:
- Synthetics
- Synthetic monitoring
- Getting started
-metaDescription: 'New Relic''s synthetic monitoring capabilities give you automated, scriptable tools to monitor your websites, critical business transactions, and API endpoints.'
+metaDescription: 'New Relic synthetic monitoring capabilities give you automated, scriptable tools to monitor your websites, critical business transactions, and API endpoints.'
translationType: machine
---
@@ -32,9 +32,9 @@ New Relic으로 합성 모니터를 만드는 방법에 대한 짧은 데모를
## 첫 번째 합성 모니터를 만들기 전에...
-아직 만들지 않았다면 첫 번째 합성 모니터를 만들 수 있도록 무료 New Relic 계정을 만드세요.
+아직 만들지 않았다면 첫 번째 합성 모니터를 만들 수 있도록 [무료 New Relic 계정을 만드세요](https://newrelic.com/signup) .
-아래에서 시스템 요구 사항, 데이터 보호 방법, 조직 내 역할별로 모니터링 기능을 세분화하는 방법에 대한 높은 수준의 개요를 얻을 수 있습니다.
+아래에서 시스템 요구 사항, 데이터 보호 방법 및 권한 제어 방법에 대한 높은 수준의 개요를 얻을 수 있습니다.
- 합성 모니터링의 데이터는 웹 페이지 또는 애플리케이션과의 일반적인 상호 작용을 나타내는 테스트 데이터입니다. 그것은 결코 인간의 실제 데이터가 아닙니다. 합성 모니터링을 사용할 때 수집된 데이터는 개인 데이터가 아닙니다. 자세한 내용은 [합성 모니터링 보안 설명서를](/docs/synthetics/new-relic-synthetics/getting-started/security-new-relic-synthetics) 참조하십시오.
+ 합성 모니터링의 데이터는 웹 페이지 또는 애플리케이션과의 일반적인 상호 작용을 나타내는 테스트 데이터입니다. 실제 인간의 실제 데이터가 아니므로 개인 데이터가 포함되어 있지 않습니다. 자세한 내용은 [합성 모니터링 보안 설명서를](/docs/synthetics/new-relic-synthetics/getting-started/security-new-relic-synthetics)참조하십시오.
- [전체 플랫폼 사용자](/docs/accounts/accounts-billing/new-relic-one-pricing-users/users-roles#user-type) 인 경우 이론적으로 모든 New Relic 기능에 대한 전체 액세스 권한이 있지만 모든 기능을 사용할 수 있는지 여부는 조직 내에서 할당된 역할에 따라 다릅니다. 실제로 합성 모니터링 기능에 대한 액세스는 할당된 역할과 해당 역할이 가진 [합성 관련 기능](/docs/synthetics/new-relic-synthetics/administration/synthetics-permissions-user-groups#synthetics) 에 따라 결정됩니다.
+ 자세한 내용은 [권한을](/docs/synthetics/synthetic-monitoring/administration/user-roles-synthetic-monitoring)참조하십시오.
## 합성 모니터의 종류
-[합성](/docs/synthetics/new-relic-synthetics/getting-started/introduction-new-relic-synthetics) 모니터를 사용하여 웹 사이트 또는 API 엔드포인트를 사전에 모니터링할 수 있습니다. 모니터 유형에 따라 다음을 수행할 수 있습니다.
+선택한 합성 모니터 유형에 따라 다음을 수행할 수 있습니다.
* [모니터 추가 및 편집](/docs/synthetics/new-relic-synthetics/using-monitors/add-edit-monitors) .
-* [NerdGraph API](/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial) 또는 [합성 REST API](/docs/apis/synthetics-rest-api/monitor-examples/manage-synthetics-monitors-rest-api) 를 사용하여 모니터를 관리하십시오.
+* [API를](/docs/synthetics/synthetic-monitoring/administration/synthetics-api) 사용하여 모니터를 관리하십시오.
* [특정 위치에서 또는 개인 서버용으로](/docs/synthetics/new-relic-synthetics/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations) 모니터를 설정합니다.
-[인프라 모니터링](/docs/infrastructure/new-relic-infrastructure/getting-started/introduction-new-relic-infrastructure) 에서 [보고하지 않는 호스트](/docs/infrastructure/new-relic-infrastructure/configuration/create-infrastructure-host-not-reporting-condition) 기능을 사용할 수도 있습니다. 이를 통해 향상된 모니터링 옵션을 활용하고 New Relic이 호스트로부터 데이터 수신을 중단했을 때 알림을 받을 수 있습니다.
+[인프라 모니터링](/docs/infrastructure/new-relic-infrastructure/getting-started/introduction-new-relic-infrastructure) 에서 [호스트가 보고하지](/docs/infrastructure/new-relic-infrastructure/configuration/create-infrastructure-host-not-reporting-condition)않는 기능을 사용할 수도 있습니다. 이를 통해 향상된 모니터링 옵션을 활용하고 호스트에서 데이터 수신을 중지할 때 알림을 받을 수 있습니다.
다음은 7가지 유형의 합성 모니터입니다.
@@ -200,7 +200,7 @@ New Relic으로 합성 모니터를 만드는 방법에 대한 짧은 데모를
-UI에서 직접 [합성 모니터를 추가하고 편집](/docs/synthetics/synthetic-monitoring/using-monitors/add-edit-monitors) 할 수 있습니다. [Terraform](https://developer.newrelic.com/automate-workflows/get-started-terraform/) 으로 합성 모니터를 만들 수도 있습니다. 방법을 알아보려면 이 짧은 YouTube 비디오(약 3분 25초)를 시청하십시오.
+UI에서 [합성 모니터를 직접 추가하고 편집](/docs/synthetics/synthetic-monitoring/using-monitors/add-edit-monitors) 할 수 있습니다. [Terraform을](https://developer.newrelic.com/automate-workflows/get-started-terraform)사용하여 몇 가지 유형의 모니터를 만들 수도 있습니다. 자세한 내용은 이 짧은 비디오(약 3:25분).
|