AWS 监控工具——弥合差距

当您今天谈论 IT 领域的公共云时，您很可能会谈论 Amazon Web Services (AWS)。正如 CloudPro 所指出的，现在这甚至不是一场竞赛：第二名 Azure 已经占据了 7.1% 的市场份额，但 AWS 以超过 44% 的市场份额占据主导地位。秘诀是什么？亚马逊的部分影响来自于率先上市。随之而来的是持续改进、定期降价和高于平均水平的可靠性，不难看出为什么 AWS 仍然是市场领导者。

对于考虑转向公共云产品或将当前云投资加倍的公司来说，AWS 是合乎逻辑的选择。需要注意的是，“市场领导者”当然并不意味着完美。企业需要合适的 AWS 监控工具来帮助弥合现有系统、新部署和整体性能之间的差距。

AWS-ome 改进？

亚马逊在加强其云网络和提供增值服务方面毫不逊色。例如，Tech Genix 指出，一系列新的 i3.metal 实例现在可供用户预览。这些裸机产品允许公司直接在底层硬件上运行操作系统，同时仍然提供关键的云优势，例如敏捷性和可扩展性。亚马逊的全套物联网、移动、分析和人工智能服务也可供 i3.metal 用户使用。

AWS 还通过最近收购了 Sqrrl 来扩展其安全堆栈，Sqrrl 是一家植根于 NSA 的网络安全初创公司。 Sqrrl 的产品使用机器学习来跟踪、分析并最终了解安全威胁。换句话说，它非常适合大型云网络，尤其是因为 Sqrrl 解决方案依赖于直接的视觉威胁表示，这有助于降低整体信息安全的复杂性。另一个新功能允许用户从单个仪表板为多个 AWS 服务配置 AWS 自动扩展，并创建自定义扩展配置文件，优先考虑成本、性能或两者的组合，以最大限度地利用企业资源并减少花在微观管理云解决方案上的时间。

因此，AWS 仍然是大型但复杂的工作负载的领导者。他们赢得了企业公有云领跑者的声誉，并继续推动市场变革。

信心不足？

随着亚马逊推出新服务、云成本下降以及公司更愿意接受云优先部署的好处，任何采用云的组织都应该一帆风顺，对吧？不完全是。

越来越多的云采用会带来一个自然的结果：云性能问题。在某些情况下，这些问题源于云本身；遗留集成问题或部署复杂性可能会影响整体性能。在其他情况下，内部参与者的问题更大：例如，《福布斯》指出，71% 的员工正在使用未经公司技术部门批准的应用程序。这些“影子 IT”用户通常不是恶意的。相反，他们绕过了他们认为对应用程序和服务和下载有助于完成关键任务的工具的限制性 IT 规则。但是网络上未知和未经批准的应用程序可能会导致大规模的性能问题。随着部署变得更便宜和更强大，加上迅速蔓延的云计算，扩展 AWS 实例会动摇 IT 对整体效率的信心也就不足为奇了。

不断变化的威胁也带来了风险。正如 Business Insider 所指出的那样，虽然最近的 Spectre 和 Meltdown 攻击（即使在用户键入时也可能允许黑客窃取密码）已被云提供商迅速解决，但有人担心安全修复可能会导致 CPU 功率大幅下降并影响整体性能。亚马逊官员表示，他们“预计不会对大多数客户工作负载产生有意义的性能影响”，但确实建议特定实例可能需要直接帮助。

战略性 AWS 工具集

因此，虽然 AWS 功能强大、可扩展且不断发展，但它并不完美。每当云服务与本地堆栈交互时，总会存在技术冲突或性能问题的可能性。因此，公司需要能够实时检测问题并查明问题来源的 AWS 监控工具。虽然迁移到云基础架构可以简化 IT 管理，但它增加了应用程序与最终用户之间的物理和逻辑距离——而且这种差距越大，流浪流程、新出现的威胁或未经批准的应用程序对性能造成严重破坏的可能性就越大。

理想的解决方案是 AWS 监控工具，它提供有关应用程序变慢的原因的详细信息，以及对不断发展的 Amazon 基础设施所产生的网络跃点的全面可见性。通过超越以设备为中心的指标——这在云环境中自然会失败——并使用不会成为他们正在寻找的性能瓶颈的轻量级工具，就有可能避免 AWS 黑洞的问题——云实例可以”不仔细检查。

利用 AWS 的优势：裸机、不断发展的安全性和自动扩展等等。通过弥合您所看到的、您所知道的和您可以使用 AppNeta 控制的之间的差距，避免性能缺陷。立即申请试用并获得成功所需的 AWS 监控工具。