标签：可观测性6
按标签筛选：可观测性共 18 个标签
置顶报告优先，其余按文档日期排序。
-
v1.3
企业系统面向运维 Agent 的能力开放架构与选型指南
面向不同团队维护的云平台、日志和监控等系统，为多个运维 Agent 开放能力：优先复用业务 API，以 MCP 为跨 Agent 复用的推荐接入形式，统一契约、授权、目录、查询成本及审计；近期只读，未来处置单独授权审批。结论仍待目标环境试点验证。
-
v5.5
业界模型网关演进调研报告
模型网关已从应用直连演进为同时治理模型、MCP 工具与 Agent 的 AI 原生网关层。建议以统一契约入口、确定性路由、计量采集与预算前置为一期底座，并把安全基线和网关自身韧性前置；额度难点在并发一致性，而不在计费算式。私有化多算力池场景须另立打法：新增选副本层，并做准入与优先级队列，计价口径重新定义。本版已更新至 2026-10-17 的产品与协议事实。文中机制为设计建议，尚无运行验证证据。
-
v1.5
Agent 全链路可观测体系建设调研分析报告
Agent 的结果由模型、编排、工具、检索、记忆、推理服务和外部系统共同决定。请求成功不等于任务完成，更不等于答案正确或操作获准。多智能体失效研究在 150 条执行记录中归纳出 14 类失效模式，并提供跨 7 种框架的 1600 余条标注记录；另一项针对个人助理类运行时的单作者预印本，在 8 周内记录 22 起事件。两…
-
v1.0
错误跟踪系统建设的必要性与路径分析
错误跟踪的价值在于把异常作为缺陷来管理：聚合去重、识别回归、关联版本、还原堆栈、指派闭环。APM 与 OpenTelemetry 负责采集与关联，不能替代这些能力。已有 APM 时按缺口判断：现有错误模块覆盖全部终端就启用该模块，有客户端或缺少缺陷工作流时补建。评估顺序为现有模块、SaaS、自托管，不从零自研；先试点 4–6 周，再按指标决定是否推广。负责人、分诊时限、发布关联和数据脱敏决定成败。
-
v1.3
联合分析数据契约与治理规范
主报告负责方法论与决策依据，本分册负责实现口径。两者的分工：
-
v1.6.1
Metric、Log、Trace、Profiling 联合分析研究报告（图解与案例版）
先给答案：不用先把四个平台全部改成 OTel。可以先让各平台认识同一批服务和实例，再补齐同一次请求的标识，逐步把指标、日志、调用链和代码采样连起来。