在混合云中管理应用程序性能

随着企业将更多资源转移到云基础设施，对物理基础设施监控的需求开始减少。但是，从安全和架构的角度来看，将一些资源保留在内部有很多充分的理由，尤其是在过渡期间。即使目标是将所有 IT 资源迁移到云中，这种变化也不会在一夜之间发生，管理这种混合环境的挑战仍然存在。即使物理基础设施的控制被外包，在没有这种可见性的情况下，如何保持用户服务水平和运营效率？

许多云提供商提供自己的监控和报告服务。有些是初级的，而另一些则更高级。不幸的是，这种情况会产生多个管理点、潜在的数据共享问题，并且需要对用户进行多种工具的培训。如果这个叙述听起来很熟悉，那是因为它是。但是，它没有出现“内部”特定于孤岛的问题，而是转移到了云服务提供商身上。筒仓在哪里并不重要，它仍然是多余的和浪费的。

企业管理的一个众所周知的原则是，您需要查找。信息的地方越少，遇到的问题就越快被识别和解决。翻译：当采用统一的方法时，IT 团队会更有效。在同一工具集中可视化和管理本地和云托管平台应该是目标。但是，云提供商并不总是为应用程序级功能提供明确的可用性保证。因此，选择能够很好地处理这两种环境的应用程序的负担落在了 L&O 团队身上。

托管虚拟机和存储确实提供了操作冗余。然而，在云中构建真正有弹性的应用程序架构可能会很棘手，并且一旦完成，仍然存在用户性能下降的风险。

识别和应对这一挑战的关键是将应用程序性能监控与以资源为中心的监控工具相结合。理想情况下，您的应用程序监控平台支持所有企业资源的集成全局视图，无论其位置如何。从 Internet 上的不同位置以及托管位置监控应用程序性能的能力至关重要。只有这样，您才能确保显示的指标为您提供基础架构以及应用程序的“用户体验”视角。这些工具中最好的可以将所有这些功能和可见性直接集成到单个控制台中。

亚马逊 AWS 等许多云提供商拥有高级工具来控制其云中的安全性和流量，但这些高度精细的控制配置起来很复杂，并且可能会导致配置错误，从而导致性能下降和服务中断。

所有组织都必须制定计划，以确保可靠的应用程序交付，并快速通知性能问题和故障。一个有效的应用程序监控平台必须提供对内容的详细验证，包括查找 XPath 或正则表达式以全面验证内容并保证应用程序按要求执行的能力。

其他关键功能是与云提供商的 API 集成以自动检测新服务、整合事件以及警报和日志的能力。当此功能存在时，所节省的时间和精力监控、管理和加入新资源是无法估量的。相比之下，如果没有此功能，无法动态调整的监控平台会产生更可怕的后果：未报告/未检测到的面向用户的错误，并迅速降低用户对服务的信心——以及需要纠正的更大问题。

虽然对于大多数组织来说，迁移到混合云架构是不可避免的，但它具有许多优势，但整合的监控方法将有助于减轻如果从一开始就没有注意可能发生的固有性能风险。