sixty

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 scope 的秘密遥测密钥,并通过 Authorization: Bearer … 发送。密钥选择 workspace;标准 resource 属性选择服务、环境和版本。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 和数据库 span 会转换为操作、依赖边、延迟分布、自身耗时、错误证据、数据库调用和行数。没有链路时,HTTP/RPC histogram 可作为补充。CPU、内存、event loop、GC 暂停和连接池压力会成为版本发现的有界上下文。

当原生 agent、OTEL 链路和 OTEL 指标描述同一时间段时,Sixty 不会相加,而是保留保真度最高的来源:原生 agent、OTEL 链路、OTEL 指标。

有意设置的边界

Sixty 不是链路仓库,也不替代 dashboard。它把 OTEL 信号缩减为用于版本比较的有界 sketch 和 exemplar。任意自定义指标和日志会通过 partial success 拒绝;原始数据库语句可能含值,因此不会保留。

体验完整链路

apps/otel-demo-app 会发送相连链路、时长 histogram、运行时饱和度和连接池压力。公开 demo 账户包含该服务,以及从六个版本历史推断出的发现。

打开 demo 账户 →

Sixty 与 OpenTelemetry — OTLP 链路和指标