可观察性

转向可观察性

为什么组织要转向可观察性？

如今，应用越来越广泛地使用本地、软件即服务 (SaaS) 和公共云中的组件或服务。这些分布式操作环境带来了复杂性和新的挑战。

可观察性工具使组织能够深入了解最终用户体验和应用的运营效率。

是什么推动了对可观察性解决方案的需求？

数字服务激增以及 IT 系统和应用的复杂性不断增加，推动了对可观察性解决方案的需求。

具体推动因素包括：

• 组织需要管理的应用数量达到历史最高水平，并且还在继续增长。
  
• 用户的期望空前高涨，客户要求快速更新，如果应用无法与时俱进，就会因体验不佳被弃用。
• 开发团队不断更新升级应用，以缩短发布周期和更新周期。
• IT 团队现在必须同时管理传统应用和云原生应用。
• 云服务和第三方 API 的使用日益广泛。

这反过来又增加了从应用和基础设施到网络和安全的整个技术堆栈产生的数据量。现在，组织需要管理多种复杂系统，但应对能力捉襟见肘，面临重重挑战：

缺乏可视性

• 75% 的全球技术专家表示，他们现在面临空前的 IT 复杂性。
• 他们还需要应对巨大的数据噪音，但却缺乏所需的资源和支持来充分理解数据。
• 85% 的技术专家表示，排除海量数据不断增长所造成的干扰，从而找出引起性能问题的根本原因，仍然是他们面临的一项重大挑战。

无法确定行动优先级

• 96% 的技术专家表示，如果对整个技术堆栈的性能及其对应用性能的影响没有真正的可视性和洞察力，将会导致严重的负面后果。

仅靠监控不足以解决问题

为什么要超越孤立的域监控？

对于影响整体全数字化体验的托管和非托管分布式应用，传统监控解决方案提供的可视性非常有限而且片面。例如，对应用服务、网络、基础设施、云、数据库和日志的可视性可能会很有限。

当出现性能问题时，监控工具会提醒各自领域的每个团队。但是，在分析每个域中的性能如何影响应用事务和业务时，这些工具能力有限。在分布式原生云应用中，涉及的流程和系统种类繁多，仅靠监控不足以实现最佳系统功能。

仅靠监控不足以满足需求的原因如下：

• 满足最终用户对数字服务的需求和期望意味着多团队协作： 开发运营、应用运营、网络运营、基础设施运营和安全运营这些团队都要参与优化每种全数字化体验的性能和安全。
• 传统监控仅仅为 IT 团队提供基准和运行状况规则，让他们了解正常情况是什么样子，并在域中出现问题时发出警报。
• 用户看不到问题对整体应用体验带来的连锁反应或对业务的影响。
• 用户对技术的期望比以往任何时候都高。杜绝技术故障意味着 IT 需要能够利用工具来主动预防问题，而不仅仅是被动应对问题。
• 团队需要跨整个技术堆栈管理现代应用的性能和可用性，包括底层基础设施和用户体验。

可观察性意味着前瞻性

为什么组织应该使用可观察性工具？ 

在分布式云原生应用中，涉及的各种流程和系统可能会产生意想不到的问题。仅仅监控指定指标通常不足以在问题发生之前检测出问题。

在这些系统中，涉及微服务的请求可以引发对相关服务的消息连锁反应。这使得在系统出现故障时，很难使用监控工具来准确诊断出了什么问题。

使用敏捷方法、开发运营、微服务、容器和其他现代开发技术开发的应用通常涉及应用组件的快速部署，常常使用多种编程语言。通过跟踪与系统功能相关的广泛事件，可观察性工具可以在潜在问题影响系统交付之前检测出这些问题。

利用可观察性工具提供的情景信息，相应的团队成员能够洞察系统性能随时间发生的各种变化，以及这些变化与其他变化的关联。通常，使用易于理解的可视化报告和控制面板即可获得这种洞察。这些工具还可以报告问题所涉及的系统元素之间的关联，确认应该检查的依赖关系以帮助解决问题。

全栈可观察性差异 

思科将全栈可观察性定义为一种解决方案，团队利用这种解决方案能够将应用性能与整个应用技术堆栈相关联，将性能与其业务指标联系起来。

全栈可观察性工具让 IT 团队可以了解发生应用问题的位置和原因，帮助他们提供更卓越的应用体验，还可以帮助 IT 团队根据对您的业务的影响，确定您需要采取的行动的优先级。

全栈可观察性解决方案可以监控输入（应用和基础设施堆栈）和输出（业务事务、用户体验、应用性能），并提供跨域关联和依赖关系映射。它为团队提供共享的连接体验，打破应用性能和业务环境之间的孤岛。它还可以提醒团队注意影响应用业务性能的问题。它包括跨域关联和依赖关系分享，以准确告知团队哪些领域正在引发性能问题及其原因。

通过观察应用的业务情景，团队可以确定对业务和体验影响最大的问题的优先级，以便他们能够高效地做出响应。然后，针对性能、优化和安全，团队可以跨堆栈采取全栈行动。

为什么需要全栈可观察性？

随着现代应用开发周期越来越短而且系统复杂性日益攀升，理解应用性能问题背后的根本原因变得更加困难。仅仅观察每个域是不够的。企业需要全栈可观察性来正确应对复杂性并消除盲点。
全栈可观察性将整个技术堆栈与客户的应用性能指标、业务事务相关联，并且最终与其业务的关键性能指标 (KPI) 相关联。

这种与业务成果的联系是关键，因为近四分之三 (73%) 的调查参与者担心无法将 IT 性能与业务性能联系起来会对他们的业务产生不利影响。能够将全栈可观察性与实时业务成果联系起来，对于提供卓越的全数字化体验和加速全数字化转型至关重要。

全栈可观察性可以带来什么优势？

全栈可观察性可以帮助组织获得以下优势：

• 对业务产生更多积极影响并提升业务体验：减少确认问题平均所用的时间和解决问题平均所用的时间，以提高应用的正常运行时间和性能，并提供更卓越的最终用户体验。
• 优化业务运营并降低成本：映射从应用到基础设施的依赖关系，以防止过度配置并降低成本。
• 降低业务风险：加强从应用开发到运行时的应用安全性。

全栈可观察性可以帮助组织获得以下优势：

• 全栈可观察性可见性：实时收集、统一和关联多个域和多个团队的数据，全面了解系统性能。打破孤岛，与多个 IT 团队协作，并依托在您的整个应用基础设施中收集的实时信息来简化工作流程。
• 全栈可观察性洞察力：更快地诊断出应用性能问题的根本原因，优化资源分配，更清晰地了解应用成本与性能及其对最终用户体验的影响。

全栈操作

• 全栈可观察性操作：根据一段时间收集的数据，获得应用优先级建议，以便更好地扩展应用并加速应用开发周期。

全栈可观察性支持哪些用例？ 

全栈可观察性支持跨越三个维度的用例：

性能

• 混合应用监控：监控传统和混合应用的性能，这些应用通常是利用传统基础设施和混合云的单体托管应用。
• 现代云原生应用监控：监控云原生应用的性能，这些应用通常是基于微服务的分布式应用，利用云技术托管在公共云或私有云上。
• 客户全数字化体验监控：针对应用体验及其潜在依赖关系和业务影响，提供切实可行的端到端洞察。
• 应用依赖关系监控：保障托管和非托管（第三方）应用服务和 API 的性能，包括这些服务的互联网和云网络性能。

优化

• 混合成本优化：仅需支付按需使用的公有云费用，还可安全地提高本地资产的利用率，降低成本。
• 应用资源优化：为本地和公共云中的工作负载分配资源时，消除不确定性，提高并保障应用性能。

安全性

• 应用安全性：主动识别并阻止在生产环境中的应用运行时发现的各种漏洞，降低业务风险。 

探索思科全栈可观察性解决方案