DataBuff v0.1.3 聚焦三件事：SkyWalking 原生 gRPC 接入（不用换 Agent）、运维专家安装排障与 SSH 只读排查，以及原地升级验证。面向「生产已挂 SkyWalking」与「install 非 0 退出但页面能开」两类真实场景。
本版亮点
- SkyWalking 原生接入：ingest 监听 11800（与 OAP 官方默认同端口），Java 只改
collector.backend_service。 - AI 问慢因：checkout 变慢时自然语言提问，自动返回 traceId 与瓶颈 Span，无需先翻 Trace 列表。
- 日志跳链路：日志行「Trace · 查看」一键到调用链，慢请求与 ERROR 在同一上下文。
- 运维专家 · 排障模式：install 非 0 退出时 Web 仍可进入，配好 LLM 后由运维专家 SSH 只读恢复 Doris。
- 运维专家 · 上机排查：把容器资源与 Trace 慢 Span 对齐，补充遥测够不到的宿主机证据。
- 原地升级：升级脚本保留
data/观测数据；amd64 / arm64 离线包同步至 0.1.3。
SkyWalking Agent 不用换
ingest 层监听 SkyWalking gRPC 端口 11800。Java 侧无需更换 Agent jar，Segment 进平台后拓扑、Trace、JVM 与日志关联与 OTLP 路径一致。
图 1 · SW 协议 demo：checkout 依赖链进 DataBuff 拓扑
图 2 · ingest 同时开放 OTLP（4317/4318）与 SkyWalking（11800）
亮眼一刻：checkout 慢了，问一句就出结论
演示场景：GET /demo/checkout P99 约 240ms。接入后从「翻 Trace 列表」变成「问 AI」。
图 3 · service-a checkout 平均 240ms · 触发 AI 与运维专家排查
图 4 · 自然语言提问；后台读取 SkyWalking Agent 上报的 Segment 数据
图 5 · 240ms 请求拆到各服务与中间件段，瓶颈 Span 一目了然
图 6 · 拿 traceId 跳转火焰图，DB / Cache / MQ / RPC 全链可展开
图 7 · 日志分析：每行可跳转调用链
运维专家：安装失败，页面仍能开
当 install.sh / start.sh 非 0 退出、Doris FE/BE 未就绪时，Web 进入排障模式：先配置大模型 API Key，再选择内置运维专家，通过 SSH 只读命令把容器拉回 healthy。
图 8 · start 失败仍打印排障指引 · 不等 Doris 就绪也能配 LLM
运维专家：OTel 没数据，3 分钟出结论
APM 显示有服务但 OTel 没数据、容器重启、端口占用等场景，运维专家只读 Bash + SSH 对齐宿主机证据——与「AI 读 Trace」互补。
图 9 · 向运维专家描述 OTel 无数据现象
图 10 · 专家执行只读 Bash，查看容器与端口状态
图 11 · 结论带证据与处置建议，可直接同步故障群
更完整的 SkyWalking 接入跟练见 SkyWalking 原生接入详解；运维专家五场景实测见 运维专家排障实录。
安装与升级
新装请按 Docker 安装部署；已有环境换版本请按 升级与卸载。