实际上，应用交付路径中存在两道壁垒。第一道位于开发与生产环境之间，长期以来一直导致IT与开发团队之间产生摩擦。虽然DevOps方法已开始打破交付至生产环境的壁垒，但另一道壁垒并不容易突破。
另一堵墙存在于将应用交付给消费者的环节。新发布的应用被直接推给消费者，只能寄希望于它们能达到预期表现。
遗憾的是，这些期望很少能实现。
根据《2019 年应用关注度指数》，导致应用“体验不佳”的两大主要问题是：性能（55%）和可用性（40%）。
要解决性能和可用性方面的根本问题，往往会面临诸多障碍。其中，首要任务是找出根本原因。
可观测性通常被认为是应用数据路径中各类角色面临的主要挑战之一。但实际上，可观测性并不是真正的问题。我们能够，而且往往确实会在该路径的每个节点生成大量数据，超出合理的处理能力。路由器和交换机、服务器和框架、应用服务、浏览器以及移动应用都会生成数据，也就是遥测数据。问题在于，我们难以将这些遥测数据关联起来，进而了解消费者交互的业务流程和技术流程，也无法快速确定交付路径中的哪个节点导致了问题。
长期以来，应用性能监控（APM）一直致力于提供快速、准确排查性能问题所需的可观测性。遗憾的是，在应用数据路径各处收集的遥测数据很少能得到有意义的关联。每组遥测数据都由各自独立的系统收集，并通过各自的仪表板呈现。等到我们使用能够摄取所有这些数据并提供端到端视图的工具时，问题要么已经自行解决，要么客户已经放弃该应用和品牌。
所有客户中，有32%会在一次糟糕体验后停止与自己喜爱的品牌开展业务。（PWC）
数十年来，我们尝试通过各种APM解决方案实现可观测性，却始终未能获得企业满足客户期望所需的能力：可运维性。
可运维性
可运维性是指确保应用持续稳定运行，并在出现运行异常时能够轻松排查问题的能力。
由于问题可能出现在许多环节，进而影响应用的性能或可用性，因此，要实现可运维性，需要采用全面、整体的方法，而不能只监控少数端点。这意味着需要观察应用、其Web/应用服务器、用于保护应用并支持其扩展的应用服务、底层基础设施，以及作为用户界面的浏览器或移动应用。还需要从每个插入点尽可能收集遥测数据，从而形成运维、IT和开发人员所需的“全局视图”，帮助他们快速、轻松地定位并解决问题。
这不仅要求在应用数据路径中的适当位置发出遥测数据，还需要具备通过遥测数据近乎实时地摄取、处理和分析整个业务流的能力。可运维性需要一个综合性平台，能够摄取和分析来自应用数据路径中尽可能多的点位的遥测数据。
只有这样，我们才能提供数字体验的统一视图，并轻松确定问题根源。
关于作者
Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。
Lori Mac Vittie 的更多博客文章相关博客文章
2023年应用策略现状：成本与复杂性是推动多云网络发展的首要因素
多云网络解决方案可在核心、云和边缘环境之间实现无缝、安全的互联，为解决当今混合IT面临的挑战提供支持，因而备受业界关注。