为团队提供专为云原生环境定制的现代可观测性工具将使他们能够快速检测和纠正问题。
翻译自 Top 4 Factors for Cloud Native Observability Tool Selection 。
这是四部分系列的第四部分。请阅读第一部分、第二部分和第三部分。
采纳云原生不是通过简单的迁移就能完成的事情。在迈出这一步之前，需要学习和考虑很多内容，以确保云原生环境能够满足业务和技术需求。对于那些在其现代化旅程早期的人来说，这可能意味着学习各种云原生术语、好处、陷阱，以及了解云原生可观测性对于成功至关重要。
为了帮助，我们创建了一个关于“入门云原生”的四部分入门指南。这些文章旨在教育和帮助概述云原生架构的什么和为什么。
我们最近的一篇文章介绍了为什么传统应用性能监控（APM）工具无法跟上现代可观测性需求。这一篇涵盖了在选择云原生可观测性工具时需要考虑的功能和业务需求。
今天的开发人员面临着两个普遍存在于各种规模和行业组织中的一般性问题。首先，他们必须能够迅速创建和频繁更新应用程序，以满足不断变化的业务机会。而且他们还必须满足利益相关者和用户群体的期望（和需求），即应用程序必须高度可用和响应迅速，并且要随着新技术的出现而不断演进。
单片式方法无法满足这些目标，但云原生架构可以。然而，企业从单片式基础架构转向云原生环境，如果没有现代的可观测性方法，就会失败。但是，虽然云原生采纳带来的挑战是真实的，但并非无法克服。
为团队提供专为云原生环境而构建的现代可观测性工具将使他们能够迅速检测和纠正环境中的问题。您的应用程序将按预期运行。客户将感到满意。收入将受到保护。
一个合适的云原生可观测性解决方案应该具备以下特点：
您的云原生可观测性解决方案应该帮助您了解您拥有多少数据以及数据的来源，同时使您能够更轻松地快速查找您需要解决问题并实现业务结果所需的数据。
传统的应用性能监控(APM)和基础设施监控工具无法有效地管理可观测性数据的指数级增长以及云原生环境的技术和组织复杂性。APM和基础设施监控工具要求您收集、存储和支付所有数据，而不考虑从中获取的价值。
通过中央控制平面，您可以在数据增长的同时优化成本，避免出现意外的预算超支。您将获得持久的系统可靠性，提高用户体验。您将享受平台生成的优化性能建议。您也不会浪费宝贵的工程资源来排除故障，而是减少噪音并将工程师重定向到更快地解决问题。中央控制平面允许您根据需求、上下文和效用来精细化、转换和管理您的可观测性数据。这样，您可以更快地分析和理解您的可观测性数据的价值，包括什么是有用的，什么是浪费的。
专有格式不仅使工程师难以学习如何使用系统，还增加了定制的复杂性。现代云原生可观测性解决方案本身就与开源标准（如 Prometheus 和 OpenTelemetry ）天然集成，从而消除了切换成本。在经济不确定性和技术人才稀缺的时代，您需要投资于一个对各种可能性敞开大门的解决方案。
当您的可观测性平台宕机时，即使是短暂的、间歇性的宕机或性能下降，您的团队也将处于无法查看服务的盲区。好消息是，您不必忍受不可预测和不可靠的可观测性。
您的现代化计划应该包括与一个可观测性供应商合作，该供应商提供了 99.9% 的可用性服务级别协议（SLA），可以通过查找过去 12 个月的实际交付可用性来确认。此外，深入了解供应商如何定义和监测 SLAs，以及在什么时候通知客户存在问题。一流的解决方案将主动监控自己的系统是否宕机，并将系统无法访问的任何时间超过几分钟的时间都视为宕机，以立即通知客户。
云原生可观测性解决方案可以改善工程指标，如平均修复时间（MTTR）和平均检测时间（MTTD），以及部署时间。但这还不是全部。它还可以提供实时洞察力，有助于提高业务关键性能指标（KPI），如付款失败、提交/处理的订单或可能损害客户体验的应用程序延迟。
今天的工程师值班班次很有压力，因为人们无法找到正确的数据，无法快速运行查询或快速纠正问题，这是企业在过渡到现代环境时应尽量避免的情况。
大多数 APM 工具是在十多年前推出的，当时大多数工程团队是按自上而下的分层方式组织的。在 DevOps 的世界中，开发人员对其应用程序的运营负有责任。支持已经以小型、相互依赖的工程团队组织的现代环境的最佳方法是使用支持与您的分布式、相互依赖的工程团队的操作方式一致的工作流程的可观测性解决方案。
技术专业知识不仅是一种美好的选择，对于成功的企业来说，它是必不可少的。供应商支持专家帮助团队满足服务级别协议。因此，您的可观测性供应商应该提供随时可用以帮助您在云原生旅程中导航的客户支持专家，而不需要额外收费。
阅读我们关于入门云原生的全系列文章：
- 采用云原生技术前需了解的五个要点
- 谋定而后动：云原生的优缺点
- 传统 APM 系统妨碍现代可观测性的三种方式
- 选择云原生可观测性工具的前四个因素