01
SDK 直连接入
让应用 SDK 通过 OTLP HTTP 或 gRPC 连接，并使用工作区范围授权。
解决方案 · OpenTelemetry 落地
推进 OpenTelemetry，无需把落地变成一次性切换。
从一个服务或 Collector 开始，在团队迁移期间保留现有兼容路径，在同一个数据平面验证日志、指标与链路，并在扩大覆盖前统一资源属性。
- OTLP 传输
- HTTP + gRPC
- 部署路径
- SDK + Collector
- 类核心 OTLP 信号
- 3
- 验证界面
- SQL + PromQL
保持可逆的落地路径。
埋点、传输、Schema 策略、存储与操作验证保持为独立决策，而不是一次不可逆迁移。
02
OpenTelemetry Collector
使用现有 Collector 分流或镜像遥测，同时保留当前后端。
工作流
一次落地一个有边界的切片。
最安全的推进方式，会在埋点扩展到全局前先证明传输和操作价值。
- 101 · 埋点
选择一个有代表性的服务
从覆盖一条有意义请求流程的 SDK 或自动埋点路径开始。
- 202 · 镜像
验证期间保留当前后端
通过 Collector 分流，或先把一个有边界的环境发送到 molesignal。
- 303 · 验证
检查字段与跨信号上下文
根据真实流量确认查询、仪表盘、告警、Trace ID、服务名与资源属性。
- 404 · 规范
携带管道策略扩大覆盖
随着更多团队和服务接入，统一应用命名、Ownership、脱敏与路由规则。
交付证明
OpenTelemetry 是具体 Receiver 与接入界面。
当前产品记录 SDK 直连与 Collector 路径，接收 OTLP 遥测，并在信号原生操作界面展示结果。
- OTLP HTTP 与 gRPC 接入
- OpenTelemetry Collector HTTP 与 gRPC Exporter
- Python、Go、Java、Node.js、Rust 与 .NET 接入路径
- 日志、指标、链路与 Profile 感知数据源目录
解决方案 · OpenTelemetry 落地
推进 OpenTelemetry，无需把落地变成一次性切换。
从一个服务或 Collector 开始，在团队迁移期间保留现有兼容路径，在同一个数据平面验证日志、指标与链路，并在扩大覆盖前统一资源属性。