docs: update content/ja/docs/concepts/signals/metrics page

content/ja/docs/concepts/signals/metrics.md

@@ -2,7 +2,7 @@
 title: メトリクス
 weight: 2
 description: 実行時に取得された測定値
-default_lang_commit: eb19d1dd5ab2f66343ec76adbfb31f81024da3a1
+default_lang_commit: b7e40731390448f604897ded62cff8abd3505430
 ---
 
 **メトリクス**とは、実行時に取得されるサービスの**測定値**のことです。
@@ -52,9 +52,9 @@ OpenTelemetryでは、計測は **メトリクス計装** によって行われ
   たとえば、キューの長さは、キュー内のワークアイテムの数によって増減します。
 - **Asynchronous UpDownCounter（非同期アップダウンカウンター）**: **アップダウンカウンター**と同じですが、各エクスポートに対して一度だけ収集されます。
   連続的な変更にアクセスできず、集約された値（たとえば、現在のキューのサイズ）のみにアクセスできる場合に使用できます。
-- **Gauge（ゲージ）**: 読み取った時点での現在の値を測定します。たとえば、自動車の燃料計など。ゲージは非同期です。
+- **Gauge（ゲージ）**: 読み取った時点での現在の値を測定します。たとえば、自動車の燃料計など。ゲージは同期しています。
 - **Asynchronous Gauge（非同期ゲージ）**: **ゲージ**と同じですが、各エクスポートに対して一度だけ収集されます。
-  連続的な変更にアクセスできず、集約された値 のみにアクセスできる場合に使用できます。
+  連続的な変更にアクセスできず、集約された値のみにアクセスできる場合に使用できます。
 - **Histogram（ヒストグラム）**: リクエストのレイテンシーなどの値をクライアント側で集約したもの。
   値の統計に興味がある場合は、ヒストグラムが良いでしょう。
   たとえば、どれくらいのリクエストが1秒未満か、といった疑問に答えてくれます。
@@ -69,7 +69,7 @@ OTLPプロトコルは、このような集約されたメトリクスを伝送
 OpenTelemetry APIは、各計装に対してデフォルトの集約を提供します。これはビューを使ってオーバーライドできます。
 OpenTelemetryプロジェクトは、ビジュアライザーやテレメトリーバックエンドでサポートされるデフォルトの集計を提供することを目指しています。
 
-[リクエストトレース](/docs/concepts/signals/traces/)が、リクエストのライフサイクルを捕捉し、リクエストの個々の部分にコンテキストを提供することを意図しているのとは異なり、メトリクスは、集約された統計情報を提供することを意図しています。
+[リクエストトレース](../traces/)が、リクエストのライフサイクルを捕捉し、リクエストの個々の部分にコンテキストを提供することを意図しているのとは異なり、メトリクスは、集約された統計情報を提供することを意図しています。
 メトリクスの使用例には、次のようなものがあります。
 
 - プロトコルの種類ごとに、サービスによって読み取られた総バイト数を報告する。