Lang x Lang

︙

OpenTelemetry

Good to know: この機能は実験的であり、明示的にオプトインする必要があります。そのためには、next.config.js内で experimental.instrumentationHook = true;を提供します。

監視可能性は、あなたの Next.js app の挙動とパフォーマンスを理解し、最適化するために非常に重要です。

アプリケーションがより複雑化するにつれて、問題が発生したときにそれを特定し診断することがますます困難になってきます。ログやメトリクスなどの観測可能なツールを利用することで、開発者はアプリケーションの挙動を理解し、最適化のための領域を特定することができます。観測性を活用すれば、開発者は問題が大きな問題になる前に積極的に対処し、ユーザーエクスペリエンスを改善することができます。そのため、パフォーマンスを improve させ、resources を optimize し、ユーザーエクスペリエンスを enhance するためには、Next.js アプリケーションで観測性を使用することを強くお勧めします。

あなたのアプリを計装するためには OpenTelemetry の使用をおすすめします。これはプラットフォームに依存しないアプリの計装方法で、 code を変更することなく観察可能性プロバイダを変更できます。OpenTelemetry のより詳しい情報とその仕組みについては、公式 OpenTelemetry ドキュメンテーション を参照してください。

このドキュメンテーションでは、このドキュメント全体でSpan、Trace、またはExporterのような用語を使用しています。これらはすべて the OpenTelemetry Observability Primer で見つけることができます。

Next.js は、OpenTelemetry の計装を標準でサポートしているため、すでに Next.js 自体が計装されています。OpenTelemetry を有効にすると、getStaticPropsのようなすべてのコードを便利な属性を持つspansで自動的にラップします。

Getting Started

OpenTelemetry は拡張可能ですが、適切に設定するにはかなり冗長になることがあります。だからこそ、私たちは@vercel/otelというパッケージを準備しました。これはあなたが素早く始めるのを助けます。

@vercel/otelの使用

始めるには、@vercel/otelをインストールする必要があります：

Terminal
npm install @vercel/otel

次に、プロジェクトのroot ディレクトリ(またはsrcフォルダを使用している場合はその内部)にカスタムの instrumentation.ts (または.js)ファイルを作成します。

your-project/instrumentation.ts
import { registerOTel } from '@vercel/otel'

export function register() {
  registerOTel({ serviceName: 'next-app' })
}
your-project/instrumentation.js
import { registerOTel } from '@vercel/otel'

export function register() {
  registerOTel({ serviceName: 'next-app' })
}

追加の設定の options については、@vercel/otel ドキュメンテーション を参照してください。

Good to know

  • instrumentation ファイルはプロジェクトのルートに置くべきであり、app や pages ディレクトリの内部には置かないでください。src フォルダを使用している場合は、pages と app の横に src 内にファイルを置いてください。
  • pageExtensions 設定オプションを使用して接尾辞を追加する場合、instrumentation ファイル名も更新する必要があります。
  • 私たちは基本的な with-opentelemetry 例を作成しました。あなたが利用できます。

マニュアル OpenTelemetry 設定

@vercel/otelパッケージは多くの options を提供し、一般的な使用ケースのほとんどに対応するはずです。しかし、あなたのニーズに合わない場合は、OpenTelemetry を手動で設定することができます。

まず、OpenTelemetry パッケージをインストールする必要があります：

Terminal
npm install @opentelemetry/sdk-node @opentelemetry/resources @opentelemetry/semantic-conventions @opentelemetry/sdk-trace-node @opentelemetry/exporter-trace-otlp-http

これで、あなたは NodeSDK をあなたの instrumentation.ts　で初期化できます。 @vercel/otel とは異なり、NodeSDK は edge runtime と互換性がありませんので、 process.env.NEXT_RUNTIME === 'nodejs' のときにのみそれらをインポートしていることを確認する必要があります。条件付きでのみ import する instrumentation.node.ts という新しいファイルを作成することをお勧めします。これは node を使用しているときだけになります：

instrumentation.ts
export async function register() {
  if (process.env.NEXT_RUNTIME === 'nodejs') {
    await import('./instrumentation.node.ts')
  }
}
instrumentation.js
export async function register() {
  if (process.env.NEXT_RUNTIME === 'nodejs') {
    await import('./instrumentation.node.js')
  }
}
instrumentation.node.ts
import { NodeSDK } from '@opentelemetry/sdk-node'
import { OTLPTraceExporter } from '@opentelemetry/exporter-trace-otlp-http'
import { Resource } from '@opentelemetry/resources'
import { SemanticResourceAttributes } from '@opentelemetry/semantic-conventions'
import { SimpleSpanProcessor } from '@opentelemetry/sdk-trace-node'

const sdk = new NodeSDK({
  resource: new Resource({
    [SemanticResourceAttributes.SERVICE_NAME]: 'next-app',
  }),
  spanProcessor: new SimpleSpanProcessor(new OTLPTraceExporter()),
})
sdk.start()
instrumentation.node.js
import { NodeSDK } from '@opentelemetry/sdk-node'
import { OTLPTraceExporter } from '@opentelemetry/exporter-trace-otlp-http'
import { Resource } from '@opentelemetry/resources'
import { SemanticResourceAttributes } from '@opentelemetry/semantic-conventions'
import { SimpleSpanProcessor } from '@opentelemetry/sdk-trace-node'

const sdk = new NodeSDK({
  resource: new Resource({
    [SemanticResourceAttributes.SERVICE_NAME]: 'next-app',
  }),
  spanProcessor: new SimpleSpanProcessor(new OTLPTraceExporter()),
})
sdk.start()

これを行うことは@vercel/otelを使用するのと同等ですが、@vercel/otelで公開されていないいくつかの機能を変更および拡張することが可能です。もし edge runtime のサポートが必要な場合、@vercel/otelを使用する必要があります。

Testing your instrumentation

OpenTelemetry のトレースをローカルで test するには、互換性のあるバックエンドを持つ OpenTelemetry コレクターが必要です。私たちは、私たちの OpenTelemetry dev 環境 を使用することをお勧めします。

すべてが順調に機能すれば、GET /requested/pathnameとラベル付けされた root server スパンを確認することができるはずです。その特定のトレースからの他のすべてのスパンは、それ以下にネストされます。

Next.js は、 default が出力するよりも多くのスパンを追跡します。より多くのスパンを見るためには、NEXT_OTEL_VERBOSE=1を設定する必要があります。

Deployment

OpenTelemetry Collector の使用

OpenTelemetry Collector を使用してデプロイする場合、@vercel/otelを使用できます。これは Vercel と自己ホスティング時の両方で機能します。

Vercel でのデプロイ

私たちは OpenTelemetry が Vercel で箱から出すだけで動作することを確認しました。

Vercel documentation に従って、あなたのプロジェクトを監視プロバイダーに接続してください。

Self-hosting

他のプラットフォームへのデプロイも簡単です。あなた自身の OpenTelemetry Collector を立ち上げて、Next.js app からのテレメトリーデータを受信し処理する必要があります。

これを行うには、OpenTelemetry Collector Getting Started guide に従い、コレクターの設定と、Next.js app からのデータ受信の設定方法について説明しています。

あなたのコレクターが起動し稼働し始めたら、各々のデプロイメントガイドに従って、選択したプラットフォームに Next.js app を deploy できます。

カスタムエクスポーター

OpenTelemetry Collector は必要ありません。カスタムの OpenTelemetry エクスポーターを @vercel/otel または手動での OpenTelemetry 設定で使用することができます。

Custom Spans

あなたは OpenTelemetry APIs でカスタムスパンを追加することができます。

Terminal
npm install @opentelemetry/api

次の例は、GitHub のスターズを取得し、fetchGithubStarsスパンを追加して、fetchRequest の結果を追跡する関数を示しています：

import { trace } from "@opentelemetry/api";

export async function fetchGithubStars() {
  return await trace
    .getTracer("nextjs-example")
    .startActiveSpan("fetchGithubStars", async (span) => {
      try {
        return await getValue();
      } finally {
        span.end();
      }
    });
}

register関数は、新しい環境であなたの code が実行される前に実行されます。新しいスパンを start して作成することができ、それらは正しくエクスポートされたトレースに追加されるべきです。

Default Spans in Next.js

Next.js は自動的に複数のスパンを計測して、あなたのアプリケーションのパフォーマンスについて有用な洞察を提供します。

スパンの属性は OpenTelemetry semantic conventions に従います。また、next名前空間の下にいくつかのカスタム属性を追加します。

  • next.span_name - スパン名が重複しています
  • next.span_type - それぞれのスパン type は一意の識別子があります
  • next.route - request の route パターン(例：/[param]/user)。
  • next.page
    • これは、app router によって使用される内部の value です。
    • それを特殊なファイル(page.ts、layout.ts、loading.tsなど)への route と考えることができます。
    • next.routeとペアになったときだけ一意の識別子として使うことができます。なぜなら、/layoutは/(groupA)/layout.tsと/(groupB)/layout.tsの両方を識別するために使うことができるからです。

[http.method] [next.route]

  • next.span_type: BaseServer.handleRequest

このスパンは、あなたの Next.js アプリケーションへの各入力 request に対する root スパンを表します。それは HTTP method、route、target、そして request のステータス code を追跡します。

Attributes:

render route (app) [next.route]

  • next.span_type: AppRender.getBodyResult.

このスパンは、app router で route をレンダリングするプロセスを表しています。

Attributes:

  • next.span_name
  • next.span_type
  • next.route

fetch [http.method] [http.url]

  • next.span_type: AppRender.fetch

この範囲は、あなたの code で実行された fetch request を表しています。

Attributes:

このスパンは、環境設定でNEXT_OTEL_FETCH_DISABLED=1を設定することでオフにすることができます。これは、fetch instrumentation library をカスタムで使用したい場合に便利です。

executing api route (app) [next.route]

  • next.span_type：AppRouteRouteHandlers.runHandler。

この期間は、app router 内の API route handler の実行を表しています。

Attributes:

  • next.span_name
  • next.span_type
  • next.route

getServerSideProps [next.route]

  • next.span_type: Render.getServerSideProps.

このスパンは特定の route に対するgetServerSidePropsの実行を表しています。

Attributes:

  • next.span_name
  • next.span_type
  • next.route

getStaticProps [next.route]

  • next.span_type: Render.getStaticProps.

このスパンは、特定の route でのgetStaticPropsの実行を表しています。

Attributes:

  • next.span_name
  • next.span_type
  • next.route

render route (pages) [next.route]

  • next.span_type: Render.renderDocument.

このスパンは特定の route の document をレンダリングするプロセスを表しています。

Attributes:

  • next.span_name
  • next.span_type
  • next.route

generateMetadata [next.page]

  • next.span_type: ResolveMetadata.generateMetadata.

このスパンは、特定のページ(単一の route ではこれらのスパンが複数存在することがあります)の metadata を生成するプロセスを表しています。

Attributes:

  • next.span_name
  • next.span_type
  • next.page

resolve page components

  • next.span_type：NextNodeServer.findPageComponents.

このスパンは、特定のページに対してページ Component を解決するプロセスを表しています。

Attributes:

  • next.span_name
  • next.span_type
  • next.route

resolve segment modules

  • next.span_type：NextNodeServer.getLayoutOrPageModule

この期間は、layout またはページの code modules の loading を表しています。

Attributes:

  • next.span_name
  • next.span_type
  • next.segment

start response

  • next.span_type: NextNodeServer.startResponse

このゼロ長スパンは、response の最初のバイトが送信された時間を表しています。

当社サイトでは、Cookie を使用しています。各規約をご確認の上ご利用ください:
Cookie Policy, Privacy Policy および Terms of Use