From c7d7a88d107b9fd1c6602015f160c6f89df5bce3 Mon Sep 17 00:00:00 2001
From: OpenTelemetry Bot <107717825+opentelemetrybot@users.noreply.github.com>
Date: Thu, 4 Jul 2024 16:24:36 +0200
Subject: [PATCH 1/8] Auto-update registry versions
 (0ae240dd27e65af9a46897477726d295a27371c2) (#4791)

Co-authored-by: Phillip Carter <pcarter@fastmail.com>
---
 data/registry/instrumentation-js-langchain.yml | 2 +-
 data/registry/instrumentation-js-openai.yml    | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/data/registry/instrumentation-js-langchain.yml b/data/registry/instrumentation-js-langchain.yml
index ff2cf12f93d4..0e104934ba49 100644
--- a/data/registry/instrumentation-js-langchain.yml
+++ b/data/registry/instrumentation-js-langchain.yml
@@ -18,4 +18,4 @@ createdAt: 2024-06-05
 package:
   registry: npm
   name: '@arizeai/openinference-instrumentation-langchain'
-  version: 0.0.8
+  version: 0.0.9
diff --git a/data/registry/instrumentation-js-openai.yml b/data/registry/instrumentation-js-openai.yml
index f82022b97cb8..b98a9afc827c 100644
--- a/data/registry/instrumentation-js-openai.yml
+++ b/data/registry/instrumentation-js-openai.yml
@@ -18,4 +18,4 @@ createdAt: 2024-06-05
 package:
   registry: npm
   name: '@arizeai/openinference-instrumentation-openai'
-  version: 0.3.3
+  version: 0.3.4

From 2c7cc7595de3ff9892578b55f724d63e9615612c Mon Sep 17 00:00:00 2001
From: Ethan Hill <68895577+Hill11235@users.noreply.github.com>
Date: Thu, 4 Jul 2024 16:34:13 +0100
Subject: [PATCH 2/8] Update getting-started.md (#4793)

Co-authored-by: Damien Mathieu <42@dmathieu.com>
Co-authored-by: Phillip Carter <pcarter@fastmail.com>
---
 content/en/docs/languages/go/getting-started.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/content/en/docs/languages/go/getting-started.md b/content/en/docs/languages/go/getting-started.md
index 68ff65834062..0488b961bd52 100644
--- a/content/en/docs/languages/go/getting-started.md
+++ b/content/en/docs/languages/go/getting-started.md
@@ -262,7 +262,7 @@ func newLoggerProvider() (*log.LoggerProvider, error) {
 ```
 <!-- prettier-ignore-end -->
 
-If you're only using tracing or metrics, you can omit the code the corresponding
+If you're only using tracing or metrics, you can omit the corresponding
 TracerProvider or MeterProvider initialization code.
 
 ### Instrument the HTTP server

From a37e423275c5a87bf2d958f19c6cbbd08de50600 Mon Sep 17 00:00:00 2001
From: Patrice Chalin <chalin@users.noreply.github.com>
Date: Thu, 4 Jul 2024 12:56:03 -0400
Subject: [PATCH 3/8] Add i18n guidance re. images & shortcodes + some rework
 (#4790)

---
 content/en/docs/contributing/localization.md | 82 ++++++++++++++------
 1 file changed, 60 insertions(+), 22 deletions(-)

diff --git a/content/en/docs/contributing/localization.md b/content/en/docs/contributing/localization.md
index edcc9a62be6d..4a88cc7f00ec 100644
--- a/content/en/docs/contributing/localization.md
+++ b/content/en/docs/contributing/localization.md
@@ -1,45 +1,83 @@
 ---
 title: Site localization
-description:
-  Guidance on creating and maintaining site page in non-English localizations.
+description: Creating and maintaining site pages in non-English localizations.
 linkTitle: Localization
 weight: 25
+cSpell:ignore: shortcodes
 ---
 
-{{% pageinfo color="warning" %}}
-
-🚧 This DRAFT page is under active development. 🚧
-
-{{% /pageinfo %}}
-
-This website uses Hugo's [multilingual framework] to support page localizations.
+The OTel website uses Hugo's [multilingual framework] to support page localizations.
 English is the default language, with US English as the default (implicit) localization.
 A growing number of other localizations are supported, as can be seen from the languages
 dropdown menu in the top nav.
 
-## Translation tips
+## Translation guidance
+
+We recommend that you follow the guidance offered in this section when
+translating pages.
+
+### Heading anchors
+
+To ensure that heading anchor targets are uniform across localizations, when
+translating headings:
+
+- Preserve the heading's explicit ID if it has one. [Heading ID syntax] is
+  written after the heading text using syntax like `{ #some-id }`.
+- Otherwise, explicitly declare a heading ID corresponding to the autogenerated
+  ID of the original English heading.
+
+{{% alert title="Note" %}}
+
+We leave it to the discretion of localization authors to decide if they add an
+explicit heading ID to all headings of translated pages, or whether this is only
+done for known intra-site heading targets, as reported by the link checker. The
+former option is more uniform and more work. It better supports having
+site-external targets into localization pages and avoids having to revisit
+previously translated pages as new heading targets are used.
 
-When you translate page content, follow this guidance:
+{{% /alert %}}
+
+[Heading ID syntax]:
+  https://github.com/yuin/goldmark/blob/master/README.md#headings
+
+### Links
 
-- To ensure that heading anchor targets are uniform across localizations, when
-  translating headings:
-  - If the heading has an explicit ID (which is of the form `{ #some-id }` and
-    comes after the heading text), then preserve the given ID
-  - Otherwise, include a heading ID corresponding to the original English
-    heading text.
-- For link references that are local paths, preserve the path _as is_.
+For link references to local paths (as opposed to external links), preserve the
+path _as is_. This holds true for links to website pages or section-local
+resources such as images.
 
 {{% alert title="Note" %}}
 
-This repository has a custom render-link hook that Hugo uses to convert
-**absolute link paths to documentation pages** that are of the form
-`/docs/some-page`, to be locale specific, by prefixing the path with page
+The OTel website repository has a custom render-link hook that Hugo uses to
+convert **absolute link paths to documentation pages**. Links of the form
+`/docs/some-page` are made locale specific by prefixing the path with the page
 language code when rendering the link. For example, the previous sample path
 would become `/ja/docs/some-page` when rendered from a Japanese page.
 
 {{% /alert %}}
 
-## Keeping track of localized page drift {#track-changes}
+### Images
+
+Hugo is smart in the way that it renders page images that are shared across site
+localizations. That is, in the generated site folder, Hugo will output a
+_single_ image file that is then shared across localizations.
+
+So as a general rule, _do not_ make copies of image files in your localization
+unless you actually change the image.
+
+### Shortcodes
+
+Some of the base shortcodes contain English text that you might need to localize
+-- this is particularly true of those contained in [layouts/shortcodes/docs].
+
+If you need to create a localized version of a shortcode, place it under
+`layouts/shortcodes/xx`, where `xx` is your localization's language code. From
+there, use the same relative path as the original base shortcode.
+
+[layouts/shortcodes/docs]:
+  https://github.com/open-telemetry/opentelemetry.io/tree/main/layouts/shortcodes/docs
+
+## Keeping track of localized-page drift {#track-changes}
 
 One of the main challenges of maintaining localized pages, is identifying when
 the corresponding English language pages have been updated. This section

From ebedee0ab37c6427d55a2263ec64332e92650682 Mon Sep 17 00:00:00 2001
From: Yoshi Yamaguchi <yoshifumi@google.com>
Date: Fri, 5 Jul 2024 17:21:51 +0900
Subject: [PATCH 4/8] [ja] add translation of signals (#4782)

---
 content/ja/docs/concepts/signals/_index.md  |  16 +
 content/ja/docs/concepts/signals/baggage.md |  57 ++++
 content/ja/docs/concepts/signals/logs.md    |  89 +++++
 content/ja/docs/concepts/signals/metrics.md |  96 ++++++
 content/ja/docs/concepts/signals/traces.md  | 339 ++++++++++++++++++++
 5 files changed, 597 insertions(+)
 create mode 100644 content/ja/docs/concepts/signals/_index.md
 create mode 100644 content/ja/docs/concepts/signals/baggage.md
 create mode 100644 content/ja/docs/concepts/signals/logs.md
 create mode 100644 content/ja/docs/concepts/signals/metrics.md
 create mode 100644 content/ja/docs/concepts/signals/traces.md

diff --git a/content/ja/docs/concepts/signals/_index.md b/content/ja/docs/concepts/signals/_index.md
new file mode 100644
index 000000000000..d136ab668f9e
--- /dev/null
+++ b/content/ja/docs/concepts/signals/_index.md
@@ -0,0 +1,16 @@
+---
+title: シグナル
+description: OpenTelemetryがサポートするテレメトリーのカテゴリについて学ぶ
+weight: 11
+default_lang_commit: 9b5e318
+---
+
+OpenTelemetryの目的は、**[シグナル][signals]** を収集、処理、エクスポートすることです。
+シグナルは、オペレーティングシステムやプラットフォーム上で動作しているアプリケーションの基本的な活動を記述するシステム出力です。
+シグナルは、温度やメモリ使用量のような特定の時点で測定したいもの、またはあなたが追跡したい分散システムのコンポーネントを通過するイベントです。
+異なるシグナルをグループ化して、同じテクノロジーの内部動作を異なる角度から観察することもできる。
+
+OpenTelemetry は現在、[トレース](/docs/concepts/signals/traces)、[メトリクス](/docs/concepts/signals/metrics)、[ログ](/docs/concepts/signals/logs)と[バゲッジ](/docs/concepts/signals/baggage)をサポートしています。
+_イベント_ は特定の種類のログで、_プロファイル_ はProfiling Working Groupによって[現在策定中](https://github.com/open-telemetry/oteps/blob/main/text/profiles/0212-profiling-vision.md)です。
+
+[signals]: /docs/specs/otel/glossary/#signals
diff --git a/content/ja/docs/concepts/signals/baggage.md b/content/ja/docs/concepts/signals/baggage.md
new file mode 100644
index 000000000000..bfb927eceabf
--- /dev/null
+++ b/content/ja/docs/concepts/signals/baggage.md
@@ -0,0 +1,57 @@
+---
+title: バゲッジ
+weight: 4
+description: シグナル間でやり取りされるコンテキスト情報
+default_lang_commit: 9b5e318
+---
+
+OpenTelemetryでは、バゲッジ（Baggage）はコンテキストの隣にあるコンテキスト情報です。
+バゲッジはキーバリューストアなので、[コンテキスト](/docs/concepts/context-propagation/#context)と一緒に好きなデータを[伝搬](/docs/concepts/context-propagation/#propagation)できます。
+
+バゲッジは、サービスやプロセス間でデータを受け渡し、それらのサービス内の[トレース](/docs/concepts/signals/traces/)、[メトリクス](/docs/concepts/signals/metrics/)、[ログ](/docs/concepts/signals/logs/)に追加できるようにします。
+
+## 例 {#example}
+
+バゲッジは、トレースで、サービス間で追加データを伝播するためによく使用されます。
+
+たとえば、リクエストの最初に `clientId` があるとします。
+しかし、そのIDをトレース内のすべてのスパン、別のサービスのいくつかのメトリクス、そして途中のいくつかのログで利用できるようにしたいとします。
+トレースは複数のサービスにまたがる可能性があるため、 `clientId` を多くのサービスにコピーすることなくデータを伝播する方法が必要です。
+`clientId` をコードベースのあちこちにコピーすることなく、そのデータを伝播する方法が必要です。
+
+[コンテキスト伝搬](/docs/concepts/signals/traces/#context-propagation)を使用して、これらのサービス間でバゲッジを渡すことで、 `clientId` を追加のスパン、メトリクス、またはログに追加できます。
+さらに、計装は自動的にバゲッジを伝搬してくれます。
+
+![OTel Baggage](/img/otel-baggage.svg)
+
+## OTelバゲッジの使い道 {#what-should-otel-baggage-be-used-for}
+
+バゲッジは、通常リクエストの開始時にのみ利用可能な情報を、さらに下流に含めるために使用するのが最適です。
+これはたとえば、アカウント識別子、ユーザーID、製品ID、オリジンIPのようなものを含められます。
+
+バゲッジを使ってこの情報を伝播することで、バックエンドのテレメトリーをより深く分析できます。
+たとえば、データベース呼び出しを追跡するスパンにユーザーIDのような情報を含めると、「どのユーザーがもっとも遅いデータベース呼び出しを経験しているか」のような質問に、より簡単に答えられます。
+また、下流の操作に関する情報をログに記録し、同じユーザーIDをログデータに含めることもできます。
+
+![OTel Baggage](/img/otel-baggage-2.svg)
+
+## バゲッジのセキュリティに関する懸念事項 {#baggage-security-considerations}
+
+機密性の高いバゲッジのアイテムは、サードパーティのAPIなど、意図しないリソースと共有される可能性があります。
+これは、自動計装が、サービスのネットワークリクエストのほとんどにバゲッジを含むためです。
+具体的には、バゲッジやトレースコンテキストの他の部分はHTTPヘッダーで送信されるため、ネットワークトラフィックを検査する誰もがそれを見ることができます。
+トラフィックがネットワーク内で制限されている場合は、このリスクは適用されないかもしれませんが、下流のサービスがバゲッジをネットワーク外に伝播する可能性があることに留意してください。
+
+また、バゲッジのアイテムがあなたのものであることを確認するための完全性チェックは組み込まれていません。そのため、読み取る際には注意が必要です。
+
+## バゲッジは属性とは異なる {#baggage-is-not-the-same-as-attributes}
+
+バゲッジについて注意すべき重要な点は、バゲッジは独立したキーバリューストアであり、明示的に追加しない限り、スパン、メトリクス、ログの属性と関連付けられないということです。
+
+バゲッジの要素を各テレメトリーの属性に追加するには、明示的にバゲッジからデータを読み取り、スパン、メトリクス、またはログに属性として追加する必要があります。
+
+バゲッジの一般的な使用例は、トレース全体にわたって[スパン属性](/docs/concepts/signals/traces/#attributes)にデータを追加することなので、いくつかの言語には、スパン作成時にバゲッジからデータを属性として追加するバゲッジスパンプロセッサがあります。
+
+> 詳細は[バゲッジ仕様][baggage specification]を参照のこと。
+
+[baggage specification]: /docs/specs/otel/overview/#baggage-signal
diff --git a/content/ja/docs/concepts/signals/logs.md b/content/ja/docs/concepts/signals/logs.md
new file mode 100644
index 000000000000..56b2a121bebb
--- /dev/null
+++ b/content/ja/docs/concepts/signals/logs.md
@@ -0,0 +1,89 @@
+---
+title: ログ
+weight: 3
+description: イベントの記録
+default_lang_commit: 9b5e318
+---
+
+**ログ**は、構造化（推奨）または非構造化された、メタデータを含む、タイムスタンプ付きのテキストレコードです。
+すべてのテレメトリーシグナルの中で、ログは最も大きな遺産を持っています。
+ほとんどのプログラミング言語には、組み込みのログ機能があるか、もしくはよく知られ、広く使われているログライブラリがあります。
+ログは独立したデータソースですが、スパンに添付することもできます。
+OpenTelemetryでは、分散トレースやメトリクスの一部でないデータはすべてログです。
+たとえば、_イベント_ は特定の種類のログです。
+ログは多くの場合、操作への入力、操作の結果、その操作をサポートするメタデータなどの詳細なデバッグ／診断情報を含んでいます。
+
+トレースとメトリクスに関して、OpenTelemetryはゼロから設計するアプローチを取り、新しいAPIを指定し、このAPIの完全な実装を複数の言語SDKで提供します。
+
+OpenTelemetryのログに対するアプローチは異なります。
+既存のロギングソリューションは、言語や運用のエコシステムに広く普及しているので、OpenTelemetryは、それらのログ、トレースやメトリクスシグナル、そして、他のOpenTelemetryコンポーネント間の「ブリッジ」として機能します。
+実際、ログのためのAPIは、この理由から「Logs Bridge API」と呼ばれています。
+
+[ログ仕様][logs specification]には、この哲学の詳細が記載されています。
+
+OpenTelemetry でのロギングの仕組みを理解するために、コードの計装の一翼を担うコンポーネントのリストを見てみましょう。
+
+## ログアペンダー（Log Appender）／ブリッジ（Bridge） {#log-appender--bridge}
+
+アプリケーション開発者としては、**Log Bridge API** はログアペンダー/ブリッジを構築するためのロギングライブラリ作者のために提供されているので、直接呼び出すべきではありません。
+かわりに、好みのロギングライブラリを使い、OpenTelemetryのログレコードエクスポーターにログを出力できるログアペンダー（またはログブリッジ）を使うように設定するだけです。
+
+OpenTelemetry言語SDKはこの機能を提供します。
+
+## ロガープロバイダー {#logger-provider}
+
+> **Logs Bridge API**の一部であり、ロギングライブラリの作者である場合にのみ使用すべきです。
+
+ロガープロバイダー（ `LoggerProvider` と呼ばれることもある）は `ロガー` のファクトリーです。
+ほとんどの場合、ロガープロバイダは一度初期化され、そのライフサイクルはアプリケーションのライフサイクルと一致します。
+ロガープロバイダーの初期化には、リソースとエクスポーターの初期化も含まれます。
+
+## ロガー {#logger}
+
+> **Logs Bridge API**の一部であり、ロギングライブラリの作者である場合にのみ使用すべきです。
+
+ロガーはログレコードを作成します。ロガーはログプロバイダーから作成されます。
+
+## ログレコードエクスポーター {#log-record-exporter}
+
+ログレコードエクスポーターは、ログレコードをコンシューマーに送信します。
+このコンシューマーは、デバッグや開発時間用の標準出力、OpenTelemetryコレクター、あるいは、お好みのオープンソースやベンダーのバックエンドです。
+
+## ログレコード {#log-record}
+
+ログレコードはイベントの記録を表します。
+OpenTelemetryでは、ログレコードには2種類のフィールドがあります。
+
+- 特定の型と意味を持つ名前付きトップレベルフィールド
+- 任意の値と型のリソースと属性フィールド
+
+トップレベルのフィールドは以下の通りです。
+
+| フィールド名         | 説明                                     |
+| -------------------- | ---------------------------------------- |
+| Timestamp            | イベントが発生した時刻                   |
+| ObservedTimestamp    | イベントが観測された時刻                 |
+| TraceId              | リクエストトレースID                     |
+| SpanId               | リクエストスパンID                       |
+| TraceFlags           | W3Cトレースフラグ                        |
+| SeverityText         | 重要度テキスト（ログレベルとも呼ばれる） |
+| SeverityNumber       | 重要度の数値                             |
+| Body                 | ログレコードの本文                       |
+| Resource             | ログのソース                             |
+| InstrumentationScope | ログを出力したスコープ                   |
+| Attributes           | イベントに関する追加情報                 |
+
+ログレコードとログフィールドの詳細については、[ログデータモデル](/docs/specs/otel/logs/data-model/) を参照してください。
+
+## 言語サポート {#language-support}
+
+ログは OpenTelemetry 仕様の [stable](/docs/specs/otel/versioning-and-stability/#stable) シグナルです。
+ログAPIとSDKの各言語固有の実装については、ステータスは以下の通りです。
+
+{{% signal-support-table "logs" %}}
+
+## 仕様 {#specification}
+
+OpenTelemetryのログについての詳細は、[ログ仕様][logs specification] を参照してください。
+
+[logs specification]: /docs/specs/otel/overview/#log-signal
diff --git a/content/ja/docs/concepts/signals/metrics.md b/content/ja/docs/concepts/signals/metrics.md
new file mode 100644
index 000000000000..1eba182065b2
--- /dev/null
+++ b/content/ja/docs/concepts/signals/metrics.md
@@ -0,0 +1,96 @@
+---
+title: メトリクス
+weight: 2
+description: 実行時に取得された測定値
+default_lang_commit: 9b5e318
+---
+
+**メトリクス**とは、実行時に取得されるサービスの**測定値**のことです。
+測定値を取得した瞬間は**メトリックイベント**として知られており、測定値そのものだけでなく、キャプチャした時刻と関連するメタデータから構成されます。
+
+アプリケーションとリクエストのメトリクスは、可用性とパフォーマンスの重要な指標です。
+カスタムメトリクスは、可用性指標がユーザー体験やビジネスにどのような影響を与えるかについての洞察を提供できます。
+収集したデータを使用して、障害を警告したり、需要が高まったときにデプロイを自動的にスケールアップするスケジューリング決定をトリガーしたりできます。
+
+OpenTelemetryのメトリクスがどのように機能するのかを理解するために、コードの計装の一部を担うコンポーネントのリストを見てみましょう。
+
+## メータープロバイダー {#meter-provider}
+
+メータープロバイダー（`MeterProvider` と呼ばれることもあります）は、`Meter`のファクトリーです。
+ほとんどのアプリケーションでは、メータープロバイダーは一度だけ初期化され、そのライフサイクルはアプリケーションのライフサイクルと一致します。
+メータープロバイダーの初期化には、リソースとエクスポータの初期化も含まれます。
+これは通常、OpenTelemetryを使った計測の最初のステップです。
+いくつかの言語SDKでは、グローバルなメータープロバイダーがすでに初期化されています。
+
+## メーター {#meter}
+
+メーターは[メトリクス計装](#metric-instruments)を作成し、実行時にサービスに関する測定値を取得します。
+メーターはメータープロバイダーから作成されます。
+
+## メトリクスエクスポーター {#metric-exporter}
+
+メトリクスエクスポーターはメトリクスデータをコンシューマーに送ります。
+このコンシューマーは、開発中のデバッグのための標準出力、OpenTelemetryコレクター、あるいは、あなたが選んだオープンソースやベンダーのバックエンドです。
+
+## メトリクス計装 {#metric-instruments}
+
+OpenTelemetryでは、計測は **メトリクス計装** によって行われます。メトリクス計装は以下のように定義されます。
+
+- 名前
+- 種類
+- 単位（オプション）
+- 説明（オプション）
+
+名前、単位、説明は、開発者が自分で定義するか、リクエストやプロセスメトリクスのような一般的なものについては、[セマンティック規約](/docs/specs/semconv/general/metrics/)を介して定義されます。
+
+計装の種類は以下のいずれかです。
+
+- **Counter（カウンター）**： 時間とともに蓄積される値。これは車のオドメーターのようなものだと考えられます。
+- **Asynchronous Counter（非同期カウンター）**： **カウンター** と同じですが、各エクスポートに対して一度だけ収集されます。
+  連続したインクリメントにアクセスできず、集約された値のみにアクセスできる場合に使用できます。
+- **UpDownCounter（アップダウンカウンター）**: 時間の経過とともに蓄積されるけれども、減少することもある値。
+  たとえば、キューの長さは、キュー内のワークアイテムの数によって増減します。
+- **Asynchronous UpDownCounter（非同期アップダウンカウンター）**: **アップダウンカウンター**と同じですが、各エクスポートに対して一度だけ収集されます。
+  連続的な変更にアクセスできず、集約された値（たとえば、現在のキューのサイズ）のみにアクセスできる場合に使用できます。
+- **Gauge（ゲージ）**: 読み取った時点での現在の値を測定します。たとえば、自動車の燃料計など。ゲージは非同期です。
+- **Histogram（ヒストグラム）**: リクエストのレイテンシーなどの値をクライアント側で集約したもの。
+  値の統計に興味がある場合は、ヒストグラムが良いでしょう。
+  たとえば、どれくらいのリクエストが1秒未満か、といった疑問に答えてくれます。
+
+同期と非同期の計装、またどの種類の計装があなたのユースケースにもっとも適しているかについては、[補足ガイドライン](/docs/specs/otel/metrics/supplementary-guidelines/)を参照してください。
+
+## 集約（アグリゲーション） {#aggregation}
+
+メトリクス計装に加えて、**集約（アグリゲーション）**という概念も理解すべき重要なものです。
+集約とは、多数の測定値を組み合わせて、ある時間ウィンドウの間に発生したメトリクスイベントに関する正確な統計値または推定統計値にする手法です。
+OTLPプロトコルは、このような集約されたメトリクスを伝送します。
+OpenTelemetry APIは、各計装に対してデフォルトの集約を提供します。これはビューを使ってオーバーライドできます。
+OpenTelemetryプロジェクトは、ビジュアライザーやテレメトリーバックエンドでサポートされるデフォルトの集計を提供することを目指しています。
+
+[リクエストトレース](/docs/concepts/signals/traces/)が、リクエストのライフサイクルを捕捉し、リクエストの個々の部分にコンテキストを提供することを意図しているのとは異なり、メトリクスは、集約された統計情報を提供することを意図しています。
+メトリクスの使用例には、次のようなものがあります。
+
+- プロトコルの種類ごとに、サービスによって読み取られた総バイト数を報告する。
+- 読み込んだ総バイト数とリクエストごとのバイト数を報告する。
+- システムコールの継続時間を報告する。
+- 傾向を把握するためにリクエストサイズを報告する。
+- プロセスのCPUまたはメモリ使用量を報告する。
+- 口座の平均残高値を報告する。
+- 現在処理中のアクティブなリクエストを報告する。
+
+## ビュー {#views}
+
+ビューは、SDKによって出力されるメトリクスをカスタマイズする柔軟性をSDKのユーザーに提供します。
+どのメトリクス計装を処理するか、または無視するかをカスタマイズできます。
+また、集約をカスタマイズしたり、メトリクスにどのような属性をレポートするかをカスタマイズすることもできます。
+
+## 言語サポート {#language-support}
+
+メトリクスはOpenTelemetry仕様の[stable](/docs/specs/otel/versioning-and-stability/#stable)シグナルです。
+Metrics APIとSDKの各言語固有の実装については、ステータスは以下の通りです。
+
+{{% signal-support-table "metrics" %}}
+
+## 仕様 {#specification}
+
+OpenTelemetryのメトリクスの詳細については、[メトリクス仕様](/docs/specs/otel/overview/#metric-signal)を参照してください。
diff --git a/content/ja/docs/concepts/signals/traces.md b/content/ja/docs/concepts/signals/traces.md
new file mode 100644
index 000000000000..90ab6ea4cc3f
--- /dev/null
+++ b/content/ja/docs/concepts/signals/traces.md
@@ -0,0 +1,339 @@
+---
+title: トレース
+weight: 1
+cSpell:ignore: Guten
+description: アプリケーションを通過するリクエストの経路
+default_lang_commit: 9b5e318
+---
+
+**トレース** は、リクエストがアプリケーションに投げられたときに何が起こるかの全体像を教えてくれます。
+あなたのアプリケーションが、単一のデータベースを持つモノリスであろうと、洗練されたメッシュサービスであろうと、トレースは、リクエストがアプリケーションの中でたどる完全な「経路」を理解するために不可欠です。
+
+[スパン](#spans)で表現される以下の3つのJSONデータで、これを探ってみましょう。
+
+{{% alert title="Note" %}}
+
+以下のJSONの例は、特定のフォーマット、特に[OTLP/JSON](/docs/specs/otlp/#json-protobuf-encoding)を表すものではありません。OTLP/JSONは、より冗長です。
+
+{{% /alert %}}
+
+`hello` スパンは次のとおりです。
+
+```json
+{
+  "name": "hello",
+  "context": {
+    "trace_id": "0x5b8aa5a2d2c872e8321cf37308d69df2",
+    "span_id": "0x051581bf3cb55c13"
+  },
+  "parent_id": null,
+  "start_time": "2022-04-29T18:52:58.114201Z",
+  "end_time": "2022-04-29T18:52:58.114687Z",
+  "attributes": {
+    "http.route": "some_route1"
+  },
+  "events": [
+    {
+      "name": "Guten Tag!",
+      "timestamp": "2022-04-29T18:52:58.114561Z",
+      "attributes": {
+        "event_attributes": 1
+      }
+    }
+  ]
+}
+```
+
+これはルートスパンであり、オペレーション全体の始まりと終わりを示します。
+トレースを示す `trace_id` フィールドがありますが、`parent_id` がないことに注意してください。
+これがルートスパンであることを示します。
+
+`hello-greetings` スパンは次のとおりです。
+
+```json
+{
+  "name": "hello-greetings",
+  "context": {
+    "trace_id": "0x5b8aa5a2d2c872e8321cf37308d69df2",
+    "span_id": "0x5fb397be34d26b51"
+  },
+  "parent_id": "0x051581bf3cb55c13",
+  "start_time": "2022-04-29T18:52:58.114304Z",
+  "end_time": "2022-04-29T22:52:58.114561Z",
+  "attributes": {
+    "http.route": "some_route2"
+  },
+  "events": [
+    {
+      "name": "hey there!",
+      "timestamp": "2022-04-29T18:52:58.114561Z",
+      "attributes": {
+        "event_attributes": 1
+      }
+    },
+    {
+      "name": "bye now!",
+      "timestamp": "2022-04-29T18:52:58.114585Z",
+      "attributes": {
+        "event_attributes": 1
+      }
+    }
+  ]
+}
+```
+
+このスパンは、挨拶（`greetings`）のような特定のタスクをカプセル化していて、その親は `hello` スパンです。
+このスパンはルートスパンと同じ `trace_id` を共有していて、同じトレースの一部であることを示しています。
+さらに、 `hello` スパンの `span_id` と一致する `parent_id` を持っています。
+
+`hello-salutations` スパンは次のとおりです。
+
+```json
+{
+  "name": "hello-salutations",
+  "context": {
+    "trace_id": "0x5b8aa5a2d2c872e8321cf37308d69df2",
+    "span_id": "0x93564f51e1abe1c2"
+  },
+  "parent_id": "0x051581bf3cb55c13",
+  "start_time": "2022-04-29T18:52:58.114492Z",
+  "end_time": "2022-04-29T18:52:58.114631Z",
+  "attributes": {
+    "http.route": "some_route3"
+  },
+  "events": [
+    {
+      "name": "hey there!",
+      "timestamp": "2022-04-29T18:52:58.114561Z",
+      "attributes": {
+        "event_attributes": 1
+      }
+    }
+  ]
+}
+```
+
+このスパンはこのトレースにおける3つ目の操作を表し、前のスパンと同様に`hello`スパンの子です。
+また、`hello-greetings`スパンの兄弟でもあります。
+
+これらの3つのJSONブロックはすべて同じ `trace_id` を共有していて、`parent_id` フィールドは階層を表しています。
+これは1つのトレースになります！
+
+もうひとつ、各スパンが構造化されたログのように見えることにお気づきでしょう。
+それはその通りだからです！トレースについて考える一つの方法は、トレースはコンテキスト、相関関係、階層構造などを持つ構造化されたログの集まりであるということです。
+しかし、これらの「構造化されたログ」は、異なるプロセス、サービス、VM、データセンターなどから来る可能性があります。
+これにより、トレースはあらゆるシステムのエンドツーエンドのビューを表現できます。
+
+OpenTelemetryでのトレースがどのように機能するかを理解するために、コードの計装の一翼を担う一連のコンポーネントを見てみましょう。
+
+## トレーサープロバイダー {#tracer-provider}
+
+トレーサープロバイダー（`TracerProvider` と呼ばれることもあります）は `Tracer` のファクトリーです。
+ほとんどのアプリケーションでは、トレーサープロバイダーは一度だけ初期化され、そのライフサイクルはアプリケーションのライフサイクルと一致します。
+トレーサープロバイダーの初期化には、リソースとエクスポーターの初期化も含まれます。
+これは通常、OpenTelemetry によるトレースの最初のステップです。
+いくつかの言語SDKでは、グローバルなトレーサープロバイダーがすでに初期化されています。
+
+## トレーサー {#tracer}
+
+トレーサーは、サービス内のリクエストなど、与えられた操作で何が起こっているかについての詳細な情報を含むスパンを作成します。
+トレーサーはトレーサープロバイダーから作成されます。
+
+## トレースエクスポーター {#trace-exporters}
+
+トレースエクスポーターはトレースをコンシューマーに送信します。
+このコンシューマーは、デバッグや開発時間用の標準出力、OpenTelemetryコレクター、あるいは任意のオープンソースやベンダーのバックエンドです。
+
+## コンテキスト伝搬 {#context-propagation}
+
+コンテキスト伝搬（プロパゲーション）は、分散トレースを可能にする中心となる概念です。
+コンテキスト伝搬を使用すると、スパンがどこで生成されたかに関係なく、スパンを相互に関連付け、トレースとして組み立てられます。
+このトピックについては、[コンテキスト伝搬](/docs/concepts/context-propagation)の概要を参照してください。
+
+## スパン {#spans}
+
+**スパン** は、作業や操作の単位を表します。
+スパンはトレースの構成要素です。
+OpenTelemetryでは、以下の情報を含みます。
+
+- 名前
+- 親のスパンID（ルートスパンなら空）
+- 開始と終了のタイムスタンプ
+- [スパンコンテキスト](#span-context)
+- [属性](#attributes)
+- [スパンイベント](#span-events)
+- [スパンリンク](#span-links)
+- [スパンステータス](#span-status)
+
+次はスパンの例です。（訳注：JSON形式で表現しているだけで、必ずしもJSONではありません）
+
+```json
+{
+  "name": "/v1/sys/health",
+  "context": {
+    "trace_id": "7bba9f33312b3dbb8b2c2c62bb7abe2d",
+    "span_id": "086e83747d0e381e"
+  },
+  "parent_id": "",
+  "start_time": "2021-10-22 16:04:01.209458162 +0000 UTC",
+  "end_time": "2021-10-22 16:04:01.209514132 +0000 UTC",
+  "status_code": "STATUS_CODE_OK",
+  "status_message": "",
+  "attributes": {
+    "net.transport": "IP.TCP",
+    "net.peer.ip": "172.17.0.1",
+    "net.peer.port": "51820",
+    "net.host.ip": "10.177.2.152",
+    "net.host.port": "26040",
+    "http.method": "GET",
+    "http.target": "/v1/sys/health",
+    "http.server_name": "mortar-gateway",
+    "http.route": "/v1/sys/health",
+    "http.user_agent": "Consul Health Check",
+    "http.scheme": "http",
+    "http.host": "10.177.2.152:26040",
+    "http.flavor": "1.1"
+  },
+  "events": [
+    {
+      "name": "",
+      "message": "OK",
+      "timestamp": "2021-10-22 16:04:01.209512872 +0000 UTC"
+    }
+  ]
+}
+```
+
+スパンは、親スパンIDの存在によって暗示されるように、入れ子にできます。
+これによって、スパンはアプリケーションで行われる作業をより正確に把握できます。
+
+### スパンコンテキスト {#span-context}
+
+スパンコンテキストは、各スパンの不変オブジェクトであり、以下を含みます。
+
+- スパンが属するトレースを表すトレースID
+- スパンのスパンID
+- トレースフラグ。これはトレースに関する情報を含むバイナリエンコーディングです。
+- ベンダ固有のトレース情報を保持するキーと値のペアのリスト
+
+スパンコンテキストは、[分散コンテキスト](#context-propagation)や[バゲッジ](/docs/concepts/signals/baggage)と共にシリアライズされ、伝搬されるスパンの一部です。
+
+スパンコンテキストにはトレースIDが含まれているため、[スパンリンク](#span-links)を作成する際に使用されます。
+
+### 属性 {#attributes}
+
+属性（アトリビュート）はキーと値のペアで、スパンに注釈を付けるためのメタデータを含んでいます。このメタデータは追跡している操作に関する情報を伝えるためのものです。
+
+たとえば、eコマースシステムでユーザーのショッピングカートに商品を追加する操作をスパンが追跡する場合、ユーザーのID、カートに追加する商品のID、カートIDを捕捉できます。
+
+スパンには、スパン作成中または作成後に属性を追加できます。
+SDKでのサンプリングで属性を利用できるようにするには、スパン作成時に属性を追加することをおすすめします。
+スパン作成後に値を追加する必要がある場合は、その値でスパンを更新してください。
+
+属性には、各言語SDKが実装する以下のルールがあります。
+
+- キーは非NULL文字列値でなければならない
+- 値は、非NULL文字列、ブール値、浮動小数点値、整数、またはこれらの値の配列でなければならない
+
+さらに、[セマンティック属性](/docs/specs/semconv/general/trace/)があり、これは一般的な操作に通常存在するメタデータのための既知の命名規則です。
+システム間で共通の種類のメタデータが標準化されるように、可能な限りセマンティック属性の命名を使用することは有用です。
+
+### スパンイベント {#span-events}
+
+スパンイベントは、スパン上の構造化ログメッセージ（または注釈）と考えられます。通常、スパンの期間中、意味のある特異な時点を示すために使われます。
+
+たとえば、ウェブブラウザでの2つのシナリオを考えてみましょう。
+
+1. ページ読み込みの追跡
+2. ページがインタラクティブになるタイミングを示す
+
+スパンは、開始と終了がある操作なので、最初のシナリオに最も適しています。
+
+スパンイベントは、意味のある特定の時点を表すため、2つ目のシナリオを追跡するのに最も適しています。
+
+#### スパンイベントとスパン属性の使い分け
+
+スパンイベントにも属性が含まれるため、属性のかわりにいつイベントを使用するかという質問には、必ずしも明白な答えがあるとは限りません。
+決定するための参考として、特定のタイムスタンプに意味があるかどうかを考えてみてください。
+
+たとえば、スパンで操作を追跡していて、操作が完了した時、操作からのデータをテレメトリーに追加したいと思うかもしれません。
+
+- 操作が完了したタイムスタンプに意味がある場合、または関連性がある場合は、データをスパンイベントに添付する。
+- タイムスタンプに意味がない場合は、スパン属性としてデータを添付する。
+
+### スパンリンク {#span-links}
+
+リンクは、あるスパンと別の1つ以上のスパンを関連付け、因果関係を示唆するために存在します。
+たとえば、ある操作がトレースによって追跡される分散システムがあるとしましょう。
+
+これらの操作のいくつかに対して、追加の操作がキューに入れられ実行されますが、その実行は非同期です。
+この後続の操作もトレースで追跡できます。
+
+後続の操作のトレースを最初のトレースに関連付けたいと思っても、後続の操作がいつ始まるかは予測できません。
+この2つのトレースを関連付ける必要があるので、スパンリンクを使用します。
+
+最初のトレースの最後のスパンを、2番目のトレースの最初のスパンにリンクできます。
+これで、これらのスパンは互いに因果関係があることになります。
+
+リンクは必須ではありませんが、トレーススパン同士を関連付ける良い方法として役立ちます。
+
+### スパンステータス {#span-status}
+
+各スパンにはステータスがあります。可能な値は以下の3つです。
+
+- `Unset`
+- `Error`
+- `Ok`
+
+デフォルト値は `Unset` です。
+スパンのステータスが `Unset` である場合は、追跡した操作がエラーなしで正常に完了したということです。
+
+スパンのステータスが `Error` である場合、そのスパンが追跡する操作で何らかのエラーが発生したことを意味します。
+たとえば、リクエストを処理するサーバーでHTTP 500エラーが発生した場合などです。
+
+スパンのステータスが `Ok` である場合、そのスパンはアプリケーションの開発者によって明示的にエラーなしとマークされたことを意味します。
+これは直感的ではありませんが、スパンがエラーなく完了したことが分かっている場合、スパンのステータスを `Ok` とする必要はありません。
+これは `Unset` でカバーされるからです。
+`Ok`は、ユーザーによって明示的に設定されたスパンのステータスの明確な「最終決定」を表すものです。
+これは、開発者がスパンの解釈を「成功した」以外のものにはしないことを望む場合に役立ちます。
+
+もう一度確認します。
+`Unset` はエラーなしで完了したスパンを表します。
+`Ok` は、開発者が明示的にスパンを成功とマークした場合を表します。
+ほとんどの場合、スパンを明示的に `Ok` とマークする必要はありません。
+
+### スパンの種類（SpanKind） {#span-kind}
+
+スパンが作成されると、`Client（クライアント）`、 `Server（サーバー）`、 `Internal（内部）`、 `Producer（プロデューサー）`、 `Consumer（コンシューマー）` のいずれかとなります。
+このスパンの種類は、トレースがどのように組み立てられるべきかのヒントをトレースバックエンドに提供します。
+OpenTelemetryの仕様によると、サーバースパンの親はリモートクライアントスパンであることが多く、クライアントスパンの子は通常サーバースパンです。
+同様に、コンシューマースパンの親は、常にプロデューサであり、プロデューサースパンの子は、常にコンシューマである。提供されない場合、スパンの種類は内部的なものとみなされます。
+
+SpanKindの詳細については、[SpanKind](/docs/specs/otel/trace/api/#spankind)を参照してください。
+
+#### Client（クライアント） {#client}
+
+クライアントスパンは、発信HTTPリクエストやデータベース呼び出しのような、同期的な発信リモート呼び出しを表します。
+この文脈では、「同期」は `async/await` を指すのではなく、後の処理のためにキューに入れることが出来ない、ということを指すことに注意してください。
+
+#### Server（サーバー） {#server}
+
+サーバースパンは、HTTPリクエストやリモートプロシージャコールのような、 同期的に着信するリモートコールを表します。
+
+#### Internal（内部） {#internal}
+
+内部スパンは、プロセス境界を越えない操作を表します。
+関数呼び出しやNode.jsのExpressミドルウェアの計装などで、内部スパンを使用することがあります。
+
+#### Producer（プロデューサー） {#producer}
+
+プロデューサースパンは、後で非同期に処理される可能性のあるジョブの作成を表します。
+それは、ジョブキューに挿入されるようなリモートジョブかもしれないし、イベントリスナーによって処理されるローカルジョブかもしれません。
+
+#### Consumer（コンシューマー） {#consumer}
+
+コンシューマースパンは、プロデューサーが作成したジョブの処理を表し、プロデューサースパンがすでに終了したずっと後に開始されることがあります。
+
+## 仕様 {#specification}
+
+詳細は[トレース仕様](/docs/specs/otel/overview/#tracing-signal)を参照してください。

From fa5e2bf50e1a37ce8d1385469d8a0d1b5438166b Mon Sep 17 00:00:00 2001
From: Kaito Ii <kaitoii1111@gmail.com>
Date: Fri, 5 Jul 2024 17:25:43 +0900
Subject: [PATCH 5/8] [ja] add: translation of contributing (#4780)

Co-authored-by: Yoshi Yamaguchi <yoshifumi@google.com>
Co-authored-by: Severin Neumann <neumanns@cisco.com>
---
 content/ja/docs/contributing/_index.md | 26 ++++++++++++++++++++++++++
 1 file changed, 26 insertions(+)
 create mode 100644 content/ja/docs/contributing/_index.md

diff --git a/content/ja/docs/contributing/_index.md b/content/ja/docs/contributing/_index.md
new file mode 100644
index 000000000000..38815541bd03
--- /dev/null
+++ b/content/ja/docs/contributing/_index.md
@@ -0,0 +1,26 @@
+---
+title: コントリビューション
+description: OpenTelemetryドキュメントへのコントリビューション方法について学ぶ。
+aliases: [/docs/contribution-guidelines]
+weight: 980
+default_lang_commit: a4f4d8b07313532d44d4041183c515875ad4d60d
+---
+
+OpenTelemetryドキュメントコントリビューターは以下を行ないます。
+
+- 既存コンテンツの改善。
+- 新しいコンテンツの作成。
+- OpenTelemetry Registryの更新。
+- サイトをビルドするコードの改善。
+
+以下の手引はOpenTelemetryドキュメントへのコントリビュート方法について説明します。
+
+OpenTelemetryプロジェクトへの一般的なコントリビュートの手引には、[OpenTelemetryコントリビューターガイド](https://github.com/open-telemetry/community/blob/main/CONTRIBUTING.md)を参照ください。
+コントリビューターライセンス規約(Contributor License Agreement)と行動規範(Code of Conduct)の詳細が記されています。
+すべての言語の実装、コレクター、規約の[レポジトリ](https://github.com/open-telemetry/)は独自のコントリビュートの手引があります。
+
+## その他のコントリビュート方法
+
+- [OpenTelemetryコミュニティサイト](/community/)に訪問。
+- [レジストリ](/ecosystem)にあなたのアプリケーションを追加。
+- [ブログ記事またはケーススタディ](/docs/contributing/blog/)を提出。

From 76b245cbd6ad7e8d2dcedc263ec84d40979bc63d Mon Sep 17 00:00:00 2001
From: OpenTelemetry Bot <107717825+opentelemetrybot@users.noreply.github.com>
Date: Fri, 5 Jul 2024 10:29:36 +0200
Subject: [PATCH 6/8] Auto-update registry versions
 (9dceac3b2e79025a6460bb6ef85d3d83b2c86f69) (#4796)

Co-authored-by: Severin Neumann <neumanns@cisco.com>
---
 data/registry/instrumentation-js-amqplib.yml                  | 2 +-
 data/registry/instrumentation-js-aws-lambda.yml               | 2 +-
 data/registry/instrumentation-js-aws-sdk.yml                  | 2 +-
 data/registry/instrumentation-js-bunyan.yml                   | 2 +-
 data/registry/instrumentation-js-cassandra-driver.yml         | 2 +-
 data/registry/instrumentation-js-cassandra.yml                | 2 +-
 data/registry/instrumentation-js-connect.yml                  | 2 +-
 data/registry/instrumentation-js-cucumber.yml                 | 2 +-
 data/registry/instrumentation-js-dataloader.yml               | 2 +-
 data/registry/instrumentation-js-dns.yml                      | 2 +-
 data/registry/instrumentation-js-express.yml                  | 2 +-
 data/registry/instrumentation-js-fastify.yml                  | 2 +-
 data/registry/instrumentation-js-fs.yml                       | 2 +-
 data/registry/instrumentation-js-generic-pool.yml             | 2 +-
 data/registry/instrumentation-js-graphql.yml                  | 2 +-
 data/registry/instrumentation-js-hapi.yml                     | 2 +-
 data/registry/instrumentation-js-ioredis.yml                  | 2 +-
 data/registry/instrumentation-js-knex.yml                     | 2 +-
 data/registry/instrumentation-js-koa.yml                      | 2 +-
 data/registry/instrumentation-js-lru-memoizer.yml             | 2 +-
 data/registry/instrumentation-js-memcached.yml                | 2 +-
 data/registry/instrumentation-js-mongodb.yml                  | 2 +-
 data/registry/instrumentation-js-mongoose-instrumentation.yml | 2 +-
 data/registry/instrumentation-js-mysql.yml                    | 2 +-
 data/registry/instrumentation-js-mysql2.yml                   | 2 +-
 data/registry/instrumentation-js-nestjs-core.yml              | 2 +-
 data/registry/instrumentation-js-nestjs.yml                   | 2 +-
 data/registry/instrumentation-js-net.yml                      | 2 +-
 data/registry/instrumentation-js-pg.yml                       | 2 +-
 data/registry/instrumentation-js-pillarjs-router.yml          | 2 +-
 data/registry/instrumentation-js-pino.yml                     | 2 +-
 data/registry/instrumentation-js-postgres.yml                 | 2 +-
 data/registry/instrumentation-js-redis-4.yml                  | 2 +-
 data/registry/instrumentation-js-redis.yml                    | 2 +-
 data/registry/instrumentation-js-restify.yml                  | 2 +-
 data/registry/instrumentation-js-router.yml                   | 2 +-
 data/registry/instrumentation-js-runtimenode.yml              | 2 +-
 data/registry/instrumentation-js-socket.io.yml                | 2 +-
 data/registry/instrumentation-js-tedious.yml                  | 2 +-
 data/registry/instrumentation-js-undici.yml                   | 2 +-
 data/registry/instrumentation-js-winston.yml                  | 2 +-
 data/registry/resource-detector-js-aws.yml                    | 2 +-
 42 files changed, 42 insertions(+), 42 deletions(-)

diff --git a/data/registry/instrumentation-js-amqplib.yml b/data/registry/instrumentation-js-amqplib.yml
index 173a5b5338a7..524ae771bea2 100644
--- a/data/registry/instrumentation-js-amqplib.yml
+++ b/data/registry/instrumentation-js-amqplib.yml
@@ -14,7 +14,7 @@ authors:
 package:
   name: '@opentelemetry/instrumentation-amqplib'
   registry: npm
-  version: 0.38.0
+  version: 0.39.0
 urls:
   repo: https://github.com/open-telemetry/opentelemetry-js-contrib/tree/main/plugins/node/instrumentation-amqplib
 createdAt: 2020-06-15
diff --git a/data/registry/instrumentation-js-aws-lambda.yml b/data/registry/instrumentation-js-aws-lambda.yml
index e7b5de3cdf43..9b987bd395a3 100644
--- a/data/registry/instrumentation-js-aws-lambda.yml
+++ b/data/registry/instrumentation-js-aws-lambda.yml
@@ -15,4 +15,4 @@ createdAt: 2021-07-08
 package:
   name: '@opentelemetry/instrumentation-aws-lambda'
   registry: npm
-  version: 0.42.0
+  version: 0.43.0
diff --git a/data/registry/instrumentation-js-aws-sdk.yml b/data/registry/instrumentation-js-aws-sdk.yml
index 494962704fa2..dd22759afbc3 100644
--- a/data/registry/instrumentation-js-aws-sdk.yml
+++ b/data/registry/instrumentation-js-aws-sdk.yml
@@ -21,4 +21,4 @@ createdAt: 2020-06-15
 package:
   name: '@opentelemetry/instrumentation-aws-sdk'
   registry: npm
-  version: 0.42.0
+  version: 0.43.0
diff --git a/data/registry/instrumentation-js-bunyan.yml b/data/registry/instrumentation-js-bunyan.yml
index 85338317c74d..9fae03d00997 100644
--- a/data/registry/instrumentation-js-bunyan.yml
+++ b/data/registry/instrumentation-js-bunyan.yml
@@ -16,4 +16,4 @@ createdAt: 2021-07-08
 package:
   name: '@opentelemetry/instrumentation-bunyan'
   registry: npm
-  version: 0.39.0
+  version: 0.40.0
diff --git a/data/registry/instrumentation-js-cassandra-driver.yml b/data/registry/instrumentation-js-cassandra-driver.yml
index 3fe153588d9b..df8157dab00d 100644
--- a/data/registry/instrumentation-js-cassandra-driver.yml
+++ b/data/registry/instrumentation-js-cassandra-driver.yml
@@ -16,4 +16,4 @@ createdAt: 2021-07-08
 package:
   name: '@opentelemetry/instrumentation-cassandra-driver'
   registry: npm
-  version: 0.39.0
+  version: 0.40.0
diff --git a/data/registry/instrumentation-js-cassandra.yml b/data/registry/instrumentation-js-cassandra.yml
index a326701739ae..4bf829a0c9ae 100644
--- a/data/registry/instrumentation-js-cassandra.yml
+++ b/data/registry/instrumentation-js-cassandra.yml
@@ -17,4 +17,4 @@ createdAt: 2021-07-08
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-cassandra-driver'
-  version: 0.39.0
+  version: 0.40.0
diff --git a/data/registry/instrumentation-js-connect.yml b/data/registry/instrumentation-js-connect.yml
index 50cbd0a2cab0..aeca7a4766e3 100644
--- a/data/registry/instrumentation-js-connect.yml
+++ b/data/registry/instrumentation-js-connect.yml
@@ -14,4 +14,4 @@ createdAt: 2020-11-09
 package:
   name: '@opentelemetry/instrumentation-connect'
   registry: npm
-  version: 0.37.0
+  version: 0.38.0
diff --git a/data/registry/instrumentation-js-cucumber.yml b/data/registry/instrumentation-js-cucumber.yml
index 9ec4aaec5675..4bb7968c76a3 100644
--- a/data/registry/instrumentation-js-cucumber.yml
+++ b/data/registry/instrumentation-js-cucumber.yml
@@ -17,4 +17,4 @@ createdAt: 2022-10-27
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-cucumber'
-  version: 0.7.0
+  version: 0.8.0
diff --git a/data/registry/instrumentation-js-dataloader.yml b/data/registry/instrumentation-js-dataloader.yml
index f8608dce400b..beaa9f3b65bc 100644
--- a/data/registry/instrumentation-js-dataloader.yml
+++ b/data/registry/instrumentation-js-dataloader.yml
@@ -15,4 +15,4 @@ createdAt: 2022-10-27
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-dataloader'
-  version: 0.10.0
+  version: 0.11.0
diff --git a/data/registry/instrumentation-js-dns.yml b/data/registry/instrumentation-js-dns.yml
index 46158475746d..c354e0ea87d7 100644
--- a/data/registry/instrumentation-js-dns.yml
+++ b/data/registry/instrumentation-js-dns.yml
@@ -14,4 +14,4 @@ createdAt: 2020-11-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-dns'
-  version: 0.37.0
+  version: 0.38.0
diff --git a/data/registry/instrumentation-js-express.yml b/data/registry/instrumentation-js-express.yml
index d4fb8f35fec8..6eff39ab3206 100644
--- a/data/registry/instrumentation-js-express.yml
+++ b/data/registry/instrumentation-js-express.yml
@@ -14,4 +14,4 @@ createdAt: 2020-11-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-express'
-  version: 0.40.1
+  version: 0.41.0
diff --git a/data/registry/instrumentation-js-fastify.yml b/data/registry/instrumentation-js-fastify.yml
index a453d02c945e..be1355c4621c 100644
--- a/data/registry/instrumentation-js-fastify.yml
+++ b/data/registry/instrumentation-js-fastify.yml
@@ -15,4 +15,4 @@ createdAt: 2020-08-28
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-fastify'
-  version: 0.37.0
+  version: 0.38.0
diff --git a/data/registry/instrumentation-js-fs.yml b/data/registry/instrumentation-js-fs.yml
index 6ebc75c9c86c..4c19c2f9d038 100644
--- a/data/registry/instrumentation-js-fs.yml
+++ b/data/registry/instrumentation-js-fs.yml
@@ -15,4 +15,4 @@ createdAt: 2021-07-08
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-fs'
-  version: 0.13.0
+  version: 0.14.0
diff --git a/data/registry/instrumentation-js-generic-pool.yml b/data/registry/instrumentation-js-generic-pool.yml
index c880d5006220..5431c2ff29d8 100644
--- a/data/registry/instrumentation-js-generic-pool.yml
+++ b/data/registry/instrumentation-js-generic-pool.yml
@@ -16,4 +16,4 @@ createdAt: 2020-11-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-generic-pool'
-  version: 0.37.0
+  version: 0.38.0
diff --git a/data/registry/instrumentation-js-graphql.yml b/data/registry/instrumentation-js-graphql.yml
index f7a592883932..b3b59c6a1b3f 100644
--- a/data/registry/instrumentation-js-graphql.yml
+++ b/data/registry/instrumentation-js-graphql.yml
@@ -14,4 +14,4 @@ createdAt: 2020-11-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-graphql'
-  version: 0.41.0
+  version: 0.42.0
diff --git a/data/registry/instrumentation-js-hapi.yml b/data/registry/instrumentation-js-hapi.yml
index f6fed74183cb..46127244d7eb 100644
--- a/data/registry/instrumentation-js-hapi.yml
+++ b/data/registry/instrumentation-js-hapi.yml
@@ -15,4 +15,4 @@ createdAt: 2020-11-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-hapi'
-  version: 0.39.0
+  version: 0.40.0
diff --git a/data/registry/instrumentation-js-ioredis.yml b/data/registry/instrumentation-js-ioredis.yml
index a71822ad1e23..0006ba3a72cd 100644
--- a/data/registry/instrumentation-js-ioredis.yml
+++ b/data/registry/instrumentation-js-ioredis.yml
@@ -15,4 +15,4 @@ createdAt: 2020-11-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-ioredis'
-  version: 0.41.0
+  version: 0.42.0
diff --git a/data/registry/instrumentation-js-knex.yml b/data/registry/instrumentation-js-knex.yml
index 1d0c5c0c118b..a4d02cffef6f 100644
--- a/data/registry/instrumentation-js-knex.yml
+++ b/data/registry/instrumentation-js-knex.yml
@@ -17,4 +17,4 @@ createdAt: 2021-07-08
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-knex'
-  version: 0.37.0
+  version: 0.38.0
diff --git a/data/registry/instrumentation-js-koa.yml b/data/registry/instrumentation-js-koa.yml
index d2fe60b0b128..688ff7ea729e 100644
--- a/data/registry/instrumentation-js-koa.yml
+++ b/data/registry/instrumentation-js-koa.yml
@@ -14,4 +14,4 @@ createdAt: 2020-11-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-koa'
-  version: 0.41.0
+  version: 0.42.0
diff --git a/data/registry/instrumentation-js-lru-memoizer.yml b/data/registry/instrumentation-js-lru-memoizer.yml
index 0aa9af403eac..773619e76fdc 100644
--- a/data/registry/instrumentation-js-lru-memoizer.yml
+++ b/data/registry/instrumentation-js-lru-memoizer.yml
@@ -17,4 +17,4 @@ createdAt: 2022-10-27
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-lru-memoizer'
-  version: 0.38.0
+  version: 0.39.0
diff --git a/data/registry/instrumentation-js-memcached.yml b/data/registry/instrumentation-js-memcached.yml
index 97dc4f200c2f..9db3f8712ce2 100644
--- a/data/registry/instrumentation-js-memcached.yml
+++ b/data/registry/instrumentation-js-memcached.yml
@@ -15,4 +15,4 @@ createdAt: 2021-07-08
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-memcached'
-  version: 0.37.0
+  version: 0.38.0
diff --git a/data/registry/instrumentation-js-mongodb.yml b/data/registry/instrumentation-js-mongodb.yml
index 5b47f3842380..349e0ec714a9 100644
--- a/data/registry/instrumentation-js-mongodb.yml
+++ b/data/registry/instrumentation-js-mongodb.yml
@@ -14,4 +14,4 @@ createdAt: 2020-11-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-mongodb'
-  version: 0.45.0
+  version: 0.46.0
diff --git a/data/registry/instrumentation-js-mongoose-instrumentation.yml b/data/registry/instrumentation-js-mongoose-instrumentation.yml
index d1cad4406bbb..96be7463fd84 100644
--- a/data/registry/instrumentation-js-mongoose-instrumentation.yml
+++ b/data/registry/instrumentation-js-mongoose-instrumentation.yml
@@ -16,4 +16,4 @@ createdAt: 2021-02-17
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-mongoose'
-  version: 0.39.0
+  version: 0.40.0
diff --git a/data/registry/instrumentation-js-mysql.yml b/data/registry/instrumentation-js-mysql.yml
index d8481f78670e..4d0ad8b8e124 100644
--- a/data/registry/instrumentation-js-mysql.yml
+++ b/data/registry/instrumentation-js-mysql.yml
@@ -14,4 +14,4 @@ createdAt: 2020-11-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-mysql'
-  version: 0.39.0
+  version: 0.40.0
diff --git a/data/registry/instrumentation-js-mysql2.yml b/data/registry/instrumentation-js-mysql2.yml
index 4c88126a45cd..987bbd133e41 100644
--- a/data/registry/instrumentation-js-mysql2.yml
+++ b/data/registry/instrumentation-js-mysql2.yml
@@ -18,4 +18,4 @@ createdAt: 2021-07-08
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-mysql2'
-  version: 0.39.0
+  version: 0.40.0
diff --git a/data/registry/instrumentation-js-nestjs-core.yml b/data/registry/instrumentation-js-nestjs-core.yml
index 49c8aed9372d..97d958669026 100644
--- a/data/registry/instrumentation-js-nestjs-core.yml
+++ b/data/registry/instrumentation-js-nestjs-core.yml
@@ -17,4 +17,4 @@ createdAt: 2021-07-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-nestjs-core'
-  version: 0.38.0
+  version: 0.39.0
diff --git a/data/registry/instrumentation-js-nestjs.yml b/data/registry/instrumentation-js-nestjs.yml
index 97e31b56719c..605e19e7e15b 100644
--- a/data/registry/instrumentation-js-nestjs.yml
+++ b/data/registry/instrumentation-js-nestjs.yml
@@ -16,4 +16,4 @@ createdAt: 2021-07-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-nestjs-core'
-  version: 0.38.0
+  version: 0.39.0
diff --git a/data/registry/instrumentation-js-net.yml b/data/registry/instrumentation-js-net.yml
index 3ff014ea32f1..5cc44466c925 100644
--- a/data/registry/instrumentation-js-net.yml
+++ b/data/registry/instrumentation-js-net.yml
@@ -14,4 +14,4 @@ createdAt: 2021-07-08
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-net'
-  version: 0.37.0
+  version: 0.38.0
diff --git a/data/registry/instrumentation-js-pg.yml b/data/registry/instrumentation-js-pg.yml
index 87763b3f7732..d119041508bd 100644
--- a/data/registry/instrumentation-js-pg.yml
+++ b/data/registry/instrumentation-js-pg.yml
@@ -14,4 +14,4 @@ createdAt: 2020-11-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-pg'
-  version: 0.42.0
+  version: 0.43.0
diff --git a/data/registry/instrumentation-js-pillarjs-router.yml b/data/registry/instrumentation-js-pillarjs-router.yml
index 6b3f3759b91b..545268dd02f3 100644
--- a/data/registry/instrumentation-js-pillarjs-router.yml
+++ b/data/registry/instrumentation-js-pillarjs-router.yml
@@ -20,4 +20,4 @@ createdAt: 2021-07-08
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-restify'
-  version: 0.39.0
+  version: 0.40.0
diff --git a/data/registry/instrumentation-js-pino.yml b/data/registry/instrumentation-js-pino.yml
index 6e2c0ead0627..1dd2fe8050af 100644
--- a/data/registry/instrumentation-js-pino.yml
+++ b/data/registry/instrumentation-js-pino.yml
@@ -16,4 +16,4 @@ createdAt: 2021-07-08
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-pino'
-  version: 0.40.0
+  version: 0.41.0
diff --git a/data/registry/instrumentation-js-postgres.yml b/data/registry/instrumentation-js-postgres.yml
index bbf68d051423..72b0b7082ca3 100644
--- a/data/registry/instrumentation-js-postgres.yml
+++ b/data/registry/instrumentation-js-postgres.yml
@@ -17,4 +17,4 @@ createdAt: 2020-11-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-pg'
-  version: 0.42.0
+  version: 0.43.0
diff --git a/data/registry/instrumentation-js-redis-4.yml b/data/registry/instrumentation-js-redis-4.yml
index 9d701ac5a7b4..649cad42a6b7 100644
--- a/data/registry/instrumentation-js-redis-4.yml
+++ b/data/registry/instrumentation-js-redis-4.yml
@@ -14,4 +14,4 @@ createdAt: 2022-10-27
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-redis-4'
-  version: 0.40.0
+  version: 0.41.0
diff --git a/data/registry/instrumentation-js-redis.yml b/data/registry/instrumentation-js-redis.yml
index 60f076fc91b3..0197770af74d 100644
--- a/data/registry/instrumentation-js-redis.yml
+++ b/data/registry/instrumentation-js-redis.yml
@@ -14,4 +14,4 @@ createdAt: 2020-11-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-redis'
-  version: 0.40.0
+  version: 0.41.0
diff --git a/data/registry/instrumentation-js-restify.yml b/data/registry/instrumentation-js-restify.yml
index 996cbc76da0a..3af4cbcb8521 100644
--- a/data/registry/instrumentation-js-restify.yml
+++ b/data/registry/instrumentation-js-restify.yml
@@ -15,4 +15,4 @@ createdAt: 2021-07-08
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-restify'
-  version: 0.39.0
+  version: 0.40.0
diff --git a/data/registry/instrumentation-js-router.yml b/data/registry/instrumentation-js-router.yml
index 6d258a731f12..3fb94135d013 100644
--- a/data/registry/instrumentation-js-router.yml
+++ b/data/registry/instrumentation-js-router.yml
@@ -14,4 +14,4 @@ createdAt: 2020-11-09
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-router'
-  version: 0.38.0
+  version: 0.39.0
diff --git a/data/registry/instrumentation-js-runtimenode.yml b/data/registry/instrumentation-js-runtimenode.yml
index 3e4031490080..2eeed5846a39 100644
--- a/data/registry/instrumentation-js-runtimenode.yml
+++ b/data/registry/instrumentation-js-runtimenode.yml
@@ -19,4 +19,4 @@ createdAt: 2024-04-18
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-runtime-node'
-  version: 0.5.0
+  version: 0.6.0
diff --git a/data/registry/instrumentation-js-socket.io.yml b/data/registry/instrumentation-js-socket.io.yml
index fb8cbf777500..ceab9f6c2a44 100644
--- a/data/registry/instrumentation-js-socket.io.yml
+++ b/data/registry/instrumentation-js-socket.io.yml
@@ -16,4 +16,4 @@ createdAt: 2022-10-27
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-socket.io'
-  version: 0.40.0
+  version: 0.41.0
diff --git a/data/registry/instrumentation-js-tedious.yml b/data/registry/instrumentation-js-tedious.yml
index 806ccf69dbf0..6790556beec5 100644
--- a/data/registry/instrumentation-js-tedious.yml
+++ b/data/registry/instrumentation-js-tedious.yml
@@ -16,4 +16,4 @@ createdAt: 2022-10-27
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-tedious'
-  version: 0.11.0
+  version: 0.12.0
diff --git a/data/registry/instrumentation-js-undici.yml b/data/registry/instrumentation-js-undici.yml
index 8722445af97a..11e268da3358 100644
--- a/data/registry/instrumentation-js-undici.yml
+++ b/data/registry/instrumentation-js-undici.yml
@@ -19,4 +19,4 @@ createdAt: 2024-04-18
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-undici'
-  version: 0.3.0
+  version: 0.4.0
diff --git a/data/registry/instrumentation-js-winston.yml b/data/registry/instrumentation-js-winston.yml
index bcb84da390df..207576d5c173 100644
--- a/data/registry/instrumentation-js-winston.yml
+++ b/data/registry/instrumentation-js-winston.yml
@@ -16,4 +16,4 @@ createdAt: 2021-07-08
 package:
   registry: npm
   name: '@opentelemetry/instrumentation-winston'
-  version: 0.38.0
+  version: 0.39.0
diff --git a/data/registry/resource-detector-js-aws.yml b/data/registry/resource-detector-js-aws.yml
index 01314fd4cbbb..750b5d45fa62 100644
--- a/data/registry/resource-detector-js-aws.yml
+++ b/data/registry/resource-detector-js-aws.yml
@@ -15,4 +15,4 @@ createdAt: 2022-12-07
 package:
   registry: npm
   name: '@opentelemetry/resource-detector-aws'
-  version: 1.5.1
+  version: 1.5.2

From e16b7f5455683cf4dab773bf2ac7c2112c4908b7 Mon Sep 17 00:00:00 2001
From: Phillip Carter <pcarter@fastmail.com>
Date: Fri, 5 Jul 2024 03:51:08 -0700
Subject: [PATCH 7/8] Clarify OSS definition for vendors (#4788)

Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
Co-authored-by: Fabrizio Ferri-Benedetti <fferribenedetti@splunk.com>
---
 content/en/ecosystem/vendors.md | 5 +++++
 static/refcache.json            | 4 ++++
 2 files changed, 9 insertions(+)

diff --git a/content/en/ecosystem/vendors.md b/content/en/ecosystem/vendors.md
index ab16b2997fdb..45ea8adfc423 100644
--- a/content/en/ecosystem/vendors.md
+++ b/content/en/ecosystem/vendors.md
@@ -12,6 +12,11 @@ Some organizations provide a [distribution](/ecosystem/distributions/) (of
 customized OpenTelemetry components), that provides additional capabilities or
 for improved ease of use.
 
+Open Source (OSS) refers to a vendor who has an observability product that is
+[open source](https://opensource.org/osd). The vendor may still have other
+products that are closed source, such as a SaaS offering that hosts an open
+source product for their customers.
+
 {{% ecosystem/vendor-table %}}
 
 ## Add your organization
diff --git a/static/refcache.json b/static/refcache.json
index 038e3909ef88..fe40fbae33ab 100644
--- a/static/refcache.json
+++ b/static/refcache.json
@@ -6291,6 +6291,10 @@
     "StatusCode": 206,
     "LastSeen": "2024-01-30T16:14:58.880711-05:00"
   },
+  "https://opensource.org/osd": {
+    "StatusCode": 200,
+    "LastSeen": "2024-07-03T16:52:21.124428756Z"
+  },
   "https://opentelemetry-cpp.readthedocs.io/en/latest/otel_docs/classopentelemetry_1_1sdk_1_1trace_1_1SpanExporter.html": {
     "StatusCode": 200,
     "LastSeen": "2024-02-14T16:43:04.418679+01:00"

From a740b0a810b574673d18d4cfe5d4b8d3b52157a4 Mon Sep 17 00:00:00 2001
From: Severin Neumann <neumanns@cisco.com>
Date: Fri, 5 Jul 2024 18:24:37 +0200
Subject: [PATCH 8/8] Add wording around Marketing and Trademark guidelines for
 adding to the registry (#4797)

Co-authored-by: opentelemetrybot <107717825+opentelemetrybot@users.noreply.github.com>
Co-authored-by: Fabrizio Ferri-Benedetti <fferribenedetti@splunk.com>
---
 content/en/ecosystem/registry/adding.md | 8 ++++++++
 static/refcache.json                    | 4 ++++
 2 files changed, 12 insertions(+)

diff --git a/content/en/ecosystem/registry/adding.md b/content/en/ecosystem/registry/adding.md
index d5268955db3e..a8ba254acf73 100644
--- a/content/en/ecosystem/registry/adding.md
+++ b/content/en/ecosystem/registry/adding.md
@@ -10,9 +10,17 @@ feature your project in the [registry](../)!
 To add your project, submit a [pull request][]. You'll need to create a data file
 in [data/registry][] for your project, by using the following template: [registry-entry.yml][].
 
+Make sure that your project names and descriptions follow our [marketing
+guidelines][] and are in line with the Linux Foundation’s branding and [trademark
+usage
+guidelines][].
+
 [data/registry]:
   https://github.com/open-telemetry/opentelemetry.io/tree/main/data/registry
 [pull request]:
   https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request
 [registry-entry.yml]:
   https://github.com/open-telemetry/opentelemetry.io/tree/main/templates/registry-entry.yml
+[marketing guidelines]: /community/marketing-guidelines/
+[trademark usage guidelines]:
+  https://www.linuxfoundation.org/legal/trademark-usage
diff --git a/static/refcache.json b/static/refcache.json
index fe40fbae33ab..3b905b63e401 100644
--- a/static/refcache.json
+++ b/static/refcache.json
@@ -6411,6 +6411,10 @@
     "StatusCode": 206,
     "LastSeen": "2024-06-12T10:03:19.48038-07:00"
   },
+  "https://opentelemetry.io/community/marketing-guidelines/": {
+    "StatusCode": 206,
+    "LastSeen": "2024-07-05T08:02:10.32422794Z"
+  },
   "https://opentelemetry.io/community/mission/": {
     "StatusCode": 206,
     "LastSeen": "2024-06-06T19:18:50.53437+02:00"