すべての exporter はそのまま。release 検出を追加。

何を測るか

接続された HTTP・RPC・DB span

operation、dependency、latency 分布、self time、error、DB call、semantic attribute がある場合は row count を測ります。

有用な semantic histogram

trace がない場合、HTTP・RPC duration histogram が低精度の baseline になります。

runtime と pool の圧力

CPU、memory、event loop、GC pause、DB pool pressure が bounded context になります。

service・environment・release identity

service.name、deployment.environment.name、deployment.revision または service.version が比較対象を決めます。

何を見つけるか

どれも1つ前のリリースと比較されます。だから検出結果は、日付ではなく変更を名指しします。

フィードに何が届くか

読むためのダッシュボードではありません。検出1件につきカード1枚。数値と、それを変えたリリースと、コーディングエージェントが修正を書くのに必要な証拠が付いています。

導入方法

既存 destination の隣に exporter を一つ追加します。receiver、processor、sampling、redaction、exporter を置き換えず、Sixty 用 log pipeline は追加しません。

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

service:
  pipelines:
    traces:
      exporters: [your_existing_exporter, otlphttp/sixty]
    metrics:
      exporters: [your_existing_exporter, otlphttp/sixty]

設定を検証し Collector だけ再起動します。異なる二つの release で traffic を送り、check_service で確認します。

できないこと

• OTEL は native agent と同等ではありません。automatic function span、driver 固有 query 詳細、source attribution は generic trace から復元できません。優先順位は native、OTEL trace、OTEL metric です。
• Sixty は trace warehouse ではなく、bounded sketch と exemplar を保持します。trace search や dashboard は提供しません。
• log と任意 custom metric は partial success で拒否し、生の DB statement は保持しません。
• multi-service gateway で一つの service.name を全体に付けず、application ごとに identity と release を設定します。

これが理由でここに来たのなら