Skip to content

fix: japanese translation of ebpf requirements doc #22439

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
akashreddy-nr wants to merge 1 commit into
base: develop
Choose a base branch
from
Open

fix: japanese translation of ebpf requirements doc #22439

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
5 changes: 3 additions & 2 deletions src/i18n/content/jp/docs/ebpf/requirements.mdx
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -16,7 +16,8 @@ translationType: machine

<Tabs>
<TabsBar>
<TabsBarItem id="k8s">Kubernetes向け</TabsBarItem><TabsBarItem id="linux">Linux向け</TabsBarItem>
<TabsBarItem id="k8s">Kubernetes向け</TabsBarItem>
<TabsBarItem id="linux">Linux向け</TabsBarItem>
</TabsBar>

<TabsPages>
Expand Down Expand Up @@ -295,7 +296,7 @@ translationType: machine
</TabsPages>
</Tabs>

/\* ## eBPF データのクエリ \[#querying-data] eBPF エージェントがデプロイされると、テレメトリーデータはNew Relicに流れ、 NRQLを使用して記述できます。 一般的な書き込みパターンは次のとおりです: ### 書き込みスパン フルボディのrequestsとトレース データを含む: \`\`\`sql FROM Span SELECT \* WHERE deployment.name = &apos;&lt;deployment.name&gt;&apos; LIMIT MAX \`\`\` ### 書き込みメトリクス TCP 統計とパフォーマンス メトリクスを含む: \`\`\`sql FROM メトリクス SELECT \* WHERE deployment.name = &apos;&lt;deployment.name&gt;&apos; LIMIT MAX \`\`\` &lt;Callout variant=&quot;tip&quot;&gt; \`&lt;deployment.name&gt;\` を、インストール中に設定した実際のデプロイメント名に置き換えます。 &lt;/Callout&gt; ### エンティティの名前付け eBPF エージェントは、環境に応じて異なるエンティティ名を自動的に生成します。 \* \*\*ホストまたは Docker の場合: 名前は、プロセス名、そのディレクトリまたはコンテナ ID、およびリスニング ポートの組み合わせです。 たとえば、\`ruby:/home/ubuntu/app:\[5678]\` または \`java:f4aead533895:\[8080]\` です。\* \*\* Kubernetesの場合: 名前はサービス名から派生します (例: \` mysql-database-service\`)。 ## New Relicでのデータ アクセス \[#data-access] eBPF データは、複数のNew Relicインターフェースからアクセスできます。1. APM &amp; Services UI\*\*:\[one.newrelic.com]\(https\://one.newrelic.com) にアクセスします。 &gt; APM &amp; Services\*\* と \`instrumentation.name = nr\_ebpf\` でフィルターします 2. NRQL書き込み: 上記の書き込み例を使用してデータを探索します 3. OpenTelemetry UI : eBPF データはNew RelicのOpenTelemetryエクスペリエンスと統合されます データへのアクセスの詳細については、「 OpenTelemetry APM UIを参照してください。 ]\(/docs/OpenTelemetry/get-started/APM-監視/OpenTelemetry-APM-UI)。 \*/
{/* ## eBPF データのクエリ \[#querying-data] eBPF エージェントがデプロイされると、テレメトリーデータはNew Relicに流れ、 NRQLを使用して記述できます。 一般的な書き込みパターンは次のとおりです: ### 書き込みスパン フルボディのrequestsとトレース データを含む: \`\`\`sql FROM Span SELECT \* WHERE deployment.name = &apos;&lt;deployment.name&gt;&apos; LIMIT MAX \`\`\` ### 書き込みメトリクス TCP 統計とパフォーマンス メトリクスを含む: \`\`\`sql FROM メトリクス SELECT \* WHERE deployment.name = &apos;&lt;deployment.name&gt;&apos; LIMIT MAX \`\`\` &lt;Callout variant=&quot;tip&quot;&gt; \`&lt;deployment.name&gt;\` を、インストール中に設定した実際のデプロイメント名に置き換えます。 &lt;/Callout&gt; ### エンティティの名前付け eBPF エージェントは、環境に応じて異なるエンティティ名を自動的に生成します。 \* \*\*ホストまたは Docker の場合: 名前は、プロセス名、そのディレクトリまたはコンテナ ID、およびリスニング ポートの組み合わせです。 たとえば、\`ruby:/home/ubuntu/app:\[5678]\` または \`java:f4aead533895:\[8080]\` です。\* \*\* Kubernetesの場合: 名前はサービス名から派生します (例: \` mysql-database-service\`)。 ## New Relicでのデータ アクセス \[#data-access] eBPF データは、複数のNew Relicインターフェースからアクセスできます。1. APM &amp; Services UI\*\*:\[one.newrelic.com]\(https\://one.newrelic.com) にアクセスします。 &gt; APM &amp; Services\*\* と \`instrumentation.name = nr\_ebpf\` でフィルターします 2. NRQL書き込み: 上記の書き込み例を使用してデータを探索します 3. OpenTelemetry UI : eBPF データはNew RelicのOpenTelemetryエクスペリエンスと統合されます データへのアクセスの詳細については、「 OpenTelemetry APM UIを参照してください。 ]\(/docs/OpenTelemetry/get-started/APM-監視/OpenTelemetry-APM-UI)。 */}

## 関連ドキュメント [#related-docs]

Expand Down
Loading