OpenTelemetry

テレメトリースタックはそのまま。検出器を追加。

Sixty は既存 Collector から OTLP/HTTP トレースとメトリクスを受信します。Grafana、Prometheus、Elastic、Vercel、AWS、既存 exporter はそのままで、Sixty が新しい送信先になります。

Collector の設定

exporters:
  otlphttp/sixty:
    endpoint: https://ingest.sixty.sh
    headers:
      Authorization: "Bearer ${env:SIXTY_OTEL_KEY}"
    compression: gzip

service:
  pipelines:
    traces:
      receivers: [otlp]
      processors: [batch]
      exporters: [your_existing_exporter, otlphttp/sixty]
    metrics:
      receivers: [otlp]
      processors: [batch]
      exporters: [your_existing_exporter, otlphttp/sixty]

認証とサービス識別

ingest スコープの秘密テレメトリーキーを作成し、Authorization: Bearer … として送信します。キーは workspace を、標準 resource 属性は service・環境・release を選択します。service.name は必須です。

Sixty の項目	OpenTelemetry resource 属性
サービス	`service.namespace/service.name`, or `service.name`
環境	`deployment.environment.name`, then `deployment.environment`
リリース	`sixty.release`, `deployment.revision`, then `service.version`

Sixty が推論すること

接続された HTTP・DB span は、operation、依存関係、レイテンシ分布、self time、エラー証拠、DB 呼び出し、行数になります。トレースがない場合は HTTP/RPC histogram が補完します。CPU、メモリ、event loop、GC pause、DB pool 圧力はリリース所見の限定的な文脈になります。

native agent、OTEL trace、OTEL metric が同じ区間を表す場合、Sixty は加算せず最も忠実な情報源を保持します。順序は native agent、OTEL trace、OTEL metric です。

意図した境界

Sixty は trace warehouse でも代替 dashboard でもありません。OTEL signal をリリース比較用の限定的な sketch と exemplar に縮約します。任意の custom metric と log は partial success で拒否し、値を含み得る生の DB statement は保持しません。

完全な経路を試す

apps/otel-demo-app は接続済み trace、duration histogram、runtime saturation、DB pool 圧力を送信します。公開デモにはこの service と 6 release から推論した所見があります。

デモアカウントを開く →