为什么VMware收购波阵面？这个问题的答案始于对“什么”的理解波阵面(或者是)。波前是由谷歌的前工程师开始的，他们着手为商业市场建立一个监测系统，具有谷歌为自己建立的监测系统相同的功能和好处。
由于谷歌的巨大规模，这样的系统必须具有两个关键属性:
- 快速使用和处理大量数据的能力。事实上，Wavefront网站声称，“企业级云监控和分析速度超过每秒100万个数据点。”
- 在海量数据中快速找到所需信息的能力
因此，很明显，Wavefront公司的人认为现代监控是一个大数据问题，而且很明显，VMware公司的一些人愿意花相当多的钱来购买一个实时的、高度可扩展的监控系统。
为什么现代监控是一个大数据问题?
与其假设VMware和Wavefront关于现代监控是一个大数据问题的观点是正确的，不如让我们看看IT行业的潜在趋势，以确定是什么改变了这种监控方式。谷歌(以及Amazon Web Services和Microsoft Azure等其他公共云)存在大数据监控问题是不够的。目前的问题是，对典型企业的监控是否已经成为一个大数据问题。
关键的见解是，今天的IT环境与5年或10年前的环境完全不同。十年前，只有一种语言(Java)，一个应用程序运行在一个操作系统上，而操作系统运行在一个物理服务器上。应用程序的更新尽可能地不频繁，一般的更改也尽可能地不频繁。
下图描述了当今企业中典型的“IT堆栈”。
Bernd Harzog / IDG
现代IT环境的不同之处在于:
- 为了响应对在软件中实现的业务功能的无限需求，敏捷开发和DevOps被发明出来以加快代码的上市速度。
- 为了响应同样的压力，创建了新的语言和运行时。
- 上述两个更改导致应用程序堆栈非常多样化，应用程序经常到达和更改。
- 在基础设施层，所有的东西(计算、网络和存储)都是虚拟化的，并且经常接受自动化管理。
总之，现代IT堆栈现在由非常多样化的应用程序堆栈组成，在抽象的动态基础设施上运行着快速的更改速度(每小时许多更改)。
监控必须如何应对?
如果您查看一下目前是如何进行监视的，那么它实际上并没有对上面列出的it堆栈中的变化做出响应。今天的监控由许多不同的供应商组成，每个供应商收集总数据的一部分，分析它，对它发出警报，在仪表板上显示它，并提供报告。
现在，您可能很想找到一个能够为您监视整个堆栈的供应商。在你走这条路之前，想想上次你这么做的后果。它被称为业务服务管理，提供来自BMC、CA、HP和IBM的产品，但它(20年前)悲惨地失败了，因为即使在那时，创新的步伐也如此之快，每个供应商都无法跟上。因此，他们收购了一些公司来填补产品线的空白，但他们从来没有能够整合它们，这导致了混乱，而这反过来又导致了BSM套件的失败。
因此，第一个非常重要的认识是，由于行业创新步伐的加快，监控必须是一个多供应商的问题。之所以如此，是因为监控问题的各个部分都是“整个公司”的问题，需要在知识产权方面投入大量资金来解决。
监测也必须普遍改变，以接受以下原则:
- 如果堆栈是不同的(特别是在应用层)，那么需要监视堆栈的每个组件和层。
- 在应用程序系统中，事务从开始到结束(从浏览器到数据库，然后再返回)都需要被监控。
- 整个堆栈需要从堆栈顶部到基础设施(浏览器到硬盘或存储设备，然后再返回)进行监控。
- 因此，需要监控的东西数量急剧增加。
- 如果由于应用程序层的频繁更改和基础设施层的自动化而导致环境是动态的，那么监视需要更加频繁。每五分钟一次已经不够频繁了。每分钟都不够频繁。
用大数据进行监控
如果由于问题的多样性，我们认为监视是一个多供应商问题，并且由于堆栈的动态特性，我们认为监视的粒度和监视的频率必须增加，那么监视是一个实时的多供应商问题。
实现实时大数据监控有两种方法:
- 让每个供应商与每个其他供应商集成，并尝试维护一个噩梦般的兼容性矩阵。
- 让每个供应商集成一个通用的高性能、大数据后端，特别为实时多供应商监控问题而构建。
总结
现代应用程序堆栈的多样性，以及应用程序和基础设施层的变化速度，要求在覆盖IT资产所需的多个供应商之间进行更细粒度和更频繁的监视。这就把监控变成了一个多供应商的大数据问题。