可视性之外还有可操作性

应用的交付路径上实际上有两堵墙。 第一个是开发和生产之间。 这堵墙长期以来一直导致 IT 和开发人员之间的摩擦。 尽管 DevOps 方法已经开始打破交付到生产的壁垒，但另一堵壁却不那么容易被突破。

另一堵墙是向消费者交付产品。 新发布的应用被投放到消费者手中，希望它们能够达到预期的性能。

不幸的是，这些期望很少能够实现。

根据2019 年应用关注度指数，导致应用“体验不佳”的两大问题是：性能（55%）和可用性（40%）。

无数的障碍阻碍我们解决性能和可用性的根本问题。 首先要确定根本问题。

可视性经常被认为是应用数据路径中每个角色面临的最大挑战之一。 但事实上，可见性并不是真正的问题。 我们可能（并且经常会）在该路径的每个点上生成比我们能够合理消耗的数据更多的数据。 数据（遥测）由路由器和交换机、服务器和框架、应用服务、浏览器和移动应用发出。 问题在于我们无法轻易地将这些遥测数据拼凑在一起来了解消费者互动的业务和技术流程。 我们无法快速确定交付路径中的哪个点导致了问题。

应用性能监控 (APM) 长期以来一直承诺提供必要的可见性，以快速准确地解决性能问题。 不幸的是，在应用数据路径上的各个点收集的遥测数据很少以有意义的方式关联。 每组遥测数据都由其自己的系统收集并通过其自己的仪表板进行可视化。 当我们利用可以整合所有内容并提供端到端视图的工具时，问题要么已经解决，要么客户已经放弃了该应用和品牌。 

32% 的顾客在一次不愉快的体验后就会停止与自己喜爱的品牌合作。 （普华永道） 

几十年来，我们尝试通过各种 APM 解决方案实现可视性，但却未能意识到企业需要什么才能满足客户的期望：可操作性。

可操作性

可操作性是指确保应用持续良好运行的能力，但当运行不正常时，也易于排除故障。

由于有很多点可能会出现问题，从而阻碍应用程序的性能或可用性，因此可操作性需要一种全面而整体的方法，而不是简单地监控几个端点。 这意味着观察应用、其 Web/应用服务器、保护和扩展它的应用服务、底层基础设施以及充当用户界面的浏览器或移动应用程序。  这意味着从每个可能的插入点收集遥测数据，以便生成操作、IT 和开发人员所需的“全局”信息，从而快速（轻松地）查明问题并解决问题。

这不仅仅需要在应用数据路径的正确位置发射遥测数据。 它将具有通过遥测以近乎实时的方式提取、处理和分析整个业务流程的能力。 可操作性需要一个综合平台，能够从应用数据路径上尽可能多的点提取和分析遥测数据。

只有这样，我们才有能力提供数字体验的统一视图，并能够轻松识别问题的根源。