New Relic 本周在 AWS re:invent 上到处都是，展台座无虚席，展台上摆满了来自 New Relic 专家和合作伙伴的信息丰富、出席人数众多的演示文稿（更多信息请参见 本文 ）。但对我们来说，展会的亮点无疑是 New Relic 工程总监 Kevin McGuire 就 后服务器世界中的应用程序监控所做的“售罄”演示：为什么数据上下文至关重要 。
上下文为王
在仅限站立的会议中（人们在门口因空间不足而被拒之门外），Kevin 向全神贯注的听众展示了如何仅仅监控云环境中的 EC2 实例并不能揭示您真正需要了解的一切。
Kevin 认为，容器化计算和 EC2 的规模和生命周期正在推动围绕管理动态规模的可见性问题。您需要组织和深入到正确的 EC2 的方法。上下文为此提供动力……您需要能够理解上下文中发生的事情。其次，您需要应用程序连接才能真正了解性能。你需要知道你的 应用程序 在做什么，而不仅仅是容器是如何工作的。
基于 New Relic 在 真实世界中使用 Docker 容器 生成的令人惊讶的数据，这些数据有助于指示行业的发展方向，Kevin 首先分享了关于大部分 Docker 容器的生命周期非常短的信息。他说，在许多情况下，“生命周期变得非常非常短......容器只在需要完成工作时存在，然后就消失了。”他指出，一个结果是我们正在处理“更多的容器”。
为什么这很重要？他说，数量惊人且寿命越来越短的容器意味着“这是一个大数据问题”。为了处理这种大规模和短暂的生命周期，您需要的监控工具不仅可以在容器级别进行测量，还可以根据“计算意图”进行测量。你实际上想用这些容器做什么？
监控容器与服务器
传统上，通过服务器进行监控是有意义的。 “但对于 60,000 个短命容器，”凯文指出，“实际上它根本没有用。”
这就是为什么 New Relic 的 Docker Monitoring 产品 被设计成让你可以按镜像滚动容器来查看镜像使用了多少计算资源。 “ Docker 镜像 是我们拥有的“计算意图”的最佳代理，这是他们都试图做的共同工作，Kevin 解释道。
“那么，您如何监控计算即服务？”凯文问。 “名单不再有用了。”您需要尽可能多的上下文来了解正在发生的事情。容器的 ID 是不够的，我们对容器的了解越多，我们可以做的分析就越多。他指出，我们需要分析，而不仅仅是原始指标，来理解这个新世界。
为了解决这些问题，本周早些时候，New Relic 宣布了 针对 Amazon EC2 的一组新监控功能的私人测试版 ，旨在帮助管理 AWS 的规模和动态特性。 （要了解最新的私人测试版并在 Amazon EC2 监控公共测试版可用时收到通知，请在 newrelic.com/aws 注册。）
例如，测试版从 AWS 中提取元数据，因此您可以按 EC2 实例类型、区域、可用性区域对服务器进行排序。虽然还未进入测试阶段，但 Kevin 指出，他看到的众多可能性之一是能够帮助用户将供应不足的实例与其他性能问题区分开来，如下面的屏幕截图所示：
Kevin 的观点是，您想帮助开发人员提供物有所值的最佳客户体验——提供您想要的客户体验，不多也不少。例如，您不希望因配置不足导致性能不佳而惹恼您的应用程序用户，但您也不希望为无法显着改善用户体验的过度配置付费而浪费金钱。
我们希望能够帮助您了解您的基础架构中正在发生的事情，凯文说，因为“最终，您真正关心的是您的应用程序”，而不仅仅是您的容器。这条信息显然引起了共鸣，因为热切的会议与会者在他的演讲结束后排队与凯文交谈。
Fredric Paul 为 New Relic 拍摄的会议图片。 拉斯维加斯图片 由 Shutterstock 提供。