Full-stack observability in Grafana Cloud: More connections, richer context, and faster investigations for users and agents

TL;DR · AI 摘要
Grafana Cloud通过知识图谱整合全栈观测数据,实现系统组件、依赖关系和健康状态的可视化连接,提升故障排查效率。
核心要点
- 知识图谱整合基础设施、应用和用户信号,覆盖服务目录与团队信息
- 实体关系图使服务依赖和历史事件上下文可视化,缩短根因分析时间
- 与Grafana Assistant和gcx集成,提供AI代理的专家级故障排查支持
结构提纲
按章节快速跳转。
- §引言
揭示当前观测数据碎片化导致的根因分析效率低下问题
介绍知识图谱作为运行时上下文层的系统整合能力
- ›功能扩展
新增服务目录、团队信息和历史事件等多维上下文数据
- ·AI集成
通过Grafana Assistant和gcx实现人机协同的智能诊断
- ›行业验证
LexisNexis Risk Solutions案例验证实体关系图的实践价值
思维导图
用一张图看清主题之间的关系。
查看大纲文本(无障碍 / 无 JS 友好)
- 全栈可观测性
- 知识图谱
- 系统组件整合
- 服务依赖可视化
- 历史事件上下文
- AI代理集成
- Grafana Assistant
- gcx自定义代理
金句 / Highlights
值得收藏与分享的关键句。
实体关系图帮助工程师和AI系统从数据到理解到行动的转化
知识图谱整合跨工具、运行手册和团队对话的上下文信息
与gcx集成使自定义代理可访问知识图谱的上下文数据
大多数团队都拥有来自其技术栈各部分的遥测数据,但将这些信号关联起来以理解当前情况及其对用户的影响并不总是容易。关于服务依赖关系、负责人和过往事故的关键上下文信息往往分散在不同工具、运行手册和团队成员之间的对话中。
因此,今天在 ObservabilityCON 2026 上,我们宣布推出新功能,推动 Grafana Cloud 全栈可观测性能力的提升。支撑这一体验的是 知识图谱,这是 Grafana Cloud 的运行时上下文层,能够将系统组件、它们之间的关系以及健康状况洞察整合到统一的关联视图中。
我们正在扩展知识图谱的覆盖范围,涵盖更多基础设施、应用程序和面向用户的信号,同时整合更广泛的运营上下文信息,包括服务目录、值班团队以及过往事故中总结的经验教训。
这些连接使人员和 AI 代理能够基于开放标准共享相同的系统组成上下文,从而更快地进行故障排查并找到根本原因。
LexisNexis Risk Solutions 软件工程高级总监 Neil Wilson 表示:“我们发现,调查中最困难的部分很少是数据缺失。真正的挑战在于如何在复杂的生态系统中,将服务负责人、依赖关系、运营知识和客户影响关联起来。”“知识图谱中的实体图谱关系能够使这些关联可视化,为工程师和 AI 系统提供所需的上下文,帮助他们从数据走向理解,最终采取行动。”
将 Grafana Cloud 视为您的 SRE 专家:无论您使用 Grafana Assistant 还是通过 gcx 引入自己的代理,您都希望在需要时能够立即获得专业支持,而无需在调查初期就花费大量时间重建系统各部分的关联方式。这就是我们推进全栈可观测性的方向:通过知识图谱实现更快、更可靠且更具成本效益的答案。
系统全景视图:让全栈更加完整
%3Aquality(90)%2F&w=3840&q=75)
知识图谱的架构视图,展示代理、合成检查、前端组件和数据库如何连接到服务和基础设施。
我们正在将知识图谱演进为一个平台级能力,适用于每个技术栈,您可以在Grafana Cloud中跨堆栈管理上下文信息。
传统上,知识图谱已支持 Grafana Cloud 应用可观测性、Kubernetes 监控、数据库可观测性和云提供商可观测性。这些解决方案会自动发现各自实体(如服务、Pod 和节点),并将这些实体及其关系映射到知识图谱中。随后它们会监控实体健康状况,并将这些 洞察添加到图谱中,从动态基线偏差到配置变更等信息都会被突出显示。
现在我们正在扩展这一全栈视图,将更多环境信息纳入知识图谱:
- 前端应用(一般可用):
前端可观测性 将前端应用和面向用户的信号映射到其背后的服务和基础设施。
- 合成检查(公开预览):来自
合成监控 的检查警报现在与服务健康状况并列显示,使您能更快发现并调查问题。
- 更多 Google Cloud、AWS 和 Azure 云资源(一般可用):云提供商可观测性 现在能映射更多 Google Cloud、AWS 和 Azure 资源,为您呈现更完整的云基础设施视图。
- AI 代理(公开预览):
代理可观测性 将您的 AI 代理及其依赖项映射到知识图谱,使您能清晰看到它们如何连接到系统其他部分。
- Microsoft SQL Server 数据库(私有预览):数据库可观测性 现在可以自动发现 SQL Server 数据库并进行映射。
通过这些更新,您可以跨更广泛的系统堆栈进行问题调查,从面向用户的应用程序到其背后的服务、数据库和基础设施。
[超越遥测数据:在知识图谱中获取更丰富的上下文](https://grafana.com/blog/full-stack-observability-with-knowledge-graph/#go-beyond-telemetry-with-richer-context-in-the-knowledge-gra)
了解系统各部分如何协同工作非常重要,但要有效调查问题,您还需要特定于组织的上下文信息,包括哪些团队负责哪些服务、这些服务如何支持产品和业务流程,以及从过去事件中获得的经验教训。
我们正在将更多此类上下文引入知识图谱,并使其对工程团队和他们每天使用的AI代理都可用。
[服务上下文:通过Grafana Cloud Service Center将服务与其负责人连接](https://grafana.com/blog/full-stack-observability-with-knowledge-graph/#service-context-connect-services-to-their-owners-with-grafan)
虽然遥测数据描述了实际运行的内容,但服务目录则以您组织理解的方式描述系统。将两者连接起来,可以为调查提供从部署组件到所属服务、负责团队以及他们维护的指导方案的路径。
新的知识图谱与Grafana Cloud Service Center的集成(目前处于私有预览阶段)将这些连接关系呈现在图谱中,使您能够同时查看服务所有权、轮班安排和运行手册,以及它们支持的组件。
例如,以“Everyday Checking”为例,这是一个由账户管理和银行卡支付服务支持的虚构银行应用。如果账户创建速度变慢,您需要知道受影响的部署、负责团队、值班人员以及在哪里可以找到账户创建运行手册。在知识图谱中将所有这些信息连接起来,为工程师或代理提供了更实用的起点。
[团队上下文:通过Grafana Assistant添加自定义实体](https://grafana.com/blog/full-stack-observability-with-knowledge-graph/#team-context-add-custom-entities-with-grafana-assistant)
您的团队了解任何自动发现过程都无法推断的信息。账户管理和银行卡支付可能属于“Everyday Checking”应用。一组服务可能支持特定的在线产品或业务流程。您应该能够通过知识图谱将这些关系向组织中的每个人公开。
这就是我们构建自定义实体和关系的原因(现已全面开放)。它们允许您基于遥测数据定义规则,创建所需的实体,将其连接到知识图谱的其余部分,并附加健康洞察。例如,如果多个服务共享标签product_line="everyday-checking",您可以使用该标签将它们归类到新的“Everyday Checking”产品实体下。
%3Aquality(90)%2F&w=3840&q=75)
一个用于评估银行业务产品相关业务和系统性能的示例仪表板,使用了自定义实体。
您还可以使用现在已全面发布的 Grafana Assistant 的知识图谱模式,帮助定义这些自定义实体及其关系。您可以询问如何建模您的产品、编写自定义规则或调查缺失的连接,Assistant 将引导您完成整个过程。
运营上下文:让下一次调查受益于之前的成果
一些最有价值的运营知识是在出现问题时产生的:有人测试了一个假设并排除了它;重启似乎有帮助,但错误又回来了;配置更改最终恢复了服务。调查结束时,团队学到的远不止最终的根本原因。
通过与 Grafana Cloud IRM 的集成,我们现在在私有预览中将这些经验作为运营上下文添加到知识图谱中。这不仅仅是将事件摘要附加到服务上。我们从调查过程中捕获的证据中提取假设、操作及其结果,并将它们连接到系统相关部分。
以我们之前的日常支票账户示例为例,假设团队尝试了重启,看到错误返回后,通过回滚数据库连接池设置恢复了账户创建。下一次调查可以利用这段历史检查相同条件是否适用,以及是否值得再次尝试重启。之前的事件为当前遥测数据提供了可验证的线索。
运行时上下文:为代理和人员提供相同的起点
知识图谱中每一条揭示的连接都使团队能够提出更有价值的问题。哪些服务支持这个产品?哪些部署受到影响?谁负责它?上次发生时我们尝试了什么?
人们可以在 Grafana Cloud 中探索这些连接。现在,随着知识图谱作为 AI 代理的运行时上下文(该功能现已全面发布),Grafana Assistant 和通过 gcx 连接的您自己的代理可以基于对系统相同的共享理解进行协作。
“我们遭遇了延迟警报,随后下游HPCC系统又触发了第二个警报。真正的问题出在对一个外部供应商的调用上,这耗尽了数据库层的连接池,”LexisNexis Solutions的Wilson表示。“助手沿着知识图谱进行分析,帮助我们更快地找到了根本原因,避免了团队走之前已经探索过的路径。”
我们新推出的Cypher查询工具还让代理能够直接向知识图谱提问,了解系统如何连接。Cypher是一种标准的图查询语言:你可以描述一个模式,例如“每个调用此数据库的服务及其运行的Pod”,然后获取每个匹配项及其关系和当前健康状态。这帮助代理基于已有上下文进行判断,而不是每次都从原始遥测数据中重新构建信息。

新的Cypher查询工具让代理能够直接向知识图谱提问,了解系统如何连接。
[立即开始](https://grafana.com/blog/full-stack-observability-with-knowledge-graph/#get-started-today)
随着更多系统和运营知识通过知识图谱连接起来,你和你的AI代理将能更清晰地了解所有组件如何协同工作。这意味着你可以减少拼凑上下文的时间,更快找到根本原因。
准备好开始了吗?询问Grafana助手:“我如何从知识图谱中获取更多信息?”,并根据你的技术栈获得具体建议。_注意:某些更改可能需要管理员权限。_
你也可以填写this form以访问本文中提到的私有预览功能,包括将Microsoft SQL Server数据库映射到知识图谱,并通过我们的知识图谱文档了解更多内容。
标签