SpringSource 收购 Hyperic

SpringSource周一宣布其收购了开源系统监测厂商Hyperic，但并未公开金额。在成立一个独立的公司之前，Hyperic 开始是Covalent 公司的一个项目，而Covalent 是SpringSource 最近购买的另一家公司。Hyperic 的核心产品——Hyperic HQ——提供了硬件和操作系统、虚机、数据库及应用服务器的可用性监测，其定位于Web 基础架构之上。该产品具有双重许可：有限功能版遵循GPL 版本2 许可协议，而更全面的产品则按商业许可提供。它包含了一个Web portlet 前端，是使用Struts 1.x 和Tiles 开发的；一套运行在HQ 要监测的每个机器上的代理；一个运行在JBoss 应用服务器上的分布式J2EE 服务器应用，从各个代理处接收清单和指标数据并将之保存至数据库。所支持的数据库有MySQL、Oracle 和PostgreSQL（有一些限制）。

当一个代理被部署到一个机器上时，它将自动地搜集基本信息，例如类型、厂商、版本及地点——一个被称为自动发现的过程。另外，HQ 测定其它特定类型信息，例如RAM、CPU 速度、IP 地址及域名。

Hyperic 产品支持三种不同类型的监测指标：

1. 可用性指标，即，资源多少。
2. 吞吐量指标，跟踪一段时间内的吞吐量。对 Web 应用，吞吐量通常通过使用字节数、接收字节数及请求和响应的数量来衡量，同时，数据库通常基于请求数量或活动连接的数量来衡量。
3. 使用情况图表（Utilisation figure）如创建和销毁的 session 数量、加载或重载 servlet 的数量、空闲的 JVM 内存以及 EJB 创建、删除、加载、存储等等。通过检查磁盘、内存、CPU 及网络的利用率，使用情况图表对于发现应用程序哪里有瓶颈非常有用。

Hyperic HQ 产品支持基于这些指标的报警，用户可以配置在报警发生时 HQ 要执行的动作。例如，产品可以发送 email 通知、设置 SNMP 陷阱、执行一个控制动作比如重启一个服务、或者与另一个管理系统进行通信。用户还可以针对一个警报定义一个不断升级的应答序列。

Hyperic 的前 CEO Javier Soltero，现在是 SpringSource 的管理产品 CTO，在接受 Infoq 采访的时候谈到 Hyperic HQ 拥有约 5,000 个活动着的部署且每分钟可以收集约 2 百万指标。

除了 HQ，Hyperic 还有两个其它的产品。Hyperic IQ，一个 Hyperic HQ 企业版报表平台，构建在 JasperSoft 的 JasperServer Pro 之上；CloudStatus，一个用来监测云服务如亚马逊的 EC2 和 Google 的 App Engine 的 beta 版产品。Soltero 把 CloudStatus 描述为 SpringSource 这笔交易的主要战略驱动力，因为云的管理问题仍未被深入理解，这表示它代表了公司的一个非常好的成长机会。其部分原因是很多监测实质上是一个数据中心，例如 OS 和网络监测，与云的语境无关。Soltero 随后描述了使用 Hyperic HQ 的控制动作能力，一个操作员是如何管理一个基于云的应用的，该应用可以快速在线引入额外的 Tomcat nodes 或数据库 slaves，以应对 Web 应用提供服务的响应数量激增的情况。

SpringSource 的核心业务是销售 SpringSource 企业版，一个 Apache 许可协议版本的 Spring 框架，其使用 Hyperic 产品配备了用于系统监测的测量仪器。最近以来，该公司已经通过收购扩展到了新的领域。2008 年，他们购买了 G2One——Groovy 编程语言和 Grails Web 框架背后的公司，以及 Covalent——为 Apache 的 Tomcat 应用服务其提供支持的公司。SpringSource 还提供了三个基于 Apache 的 Tomcat 和 HTTP 服务器的成套的服务器产品，都使用 Hyperic HQ 来提供监测能力。

尽管 Soltero 表示 Hyperic 团队将继续从事管理代理方面的工作，和他们为独立公司时并无两样，而通过收购 Hyperic 的 IP，SpringSource 就可以进一步集成其两个产品集。Soltero 讲到要阻止监测系统只适用于 SpringSource 技术产品，在企业级应用常常基于混合技术栈的今天，这中做法无疑将降低它的竞争力。基于此，虽然 Hyperic 本身实际上是一个 Java 产品，可它还能监测微软的技术产品如 Windows OS、IIS、Exchange、Active Directory、MSMQ 以及.NET 运行时。

Soltero 和 SpringSource 的 CEO Rod Johnson 都看到了这一合并的战略意义。在他们的博文（ Hyperic ， SpringSource ）中，他们表示开发者和运营者之间的沟通障碍造成了企业构筑可伸缩 Web 应用的重大问题，通过合并两家公司，他们可以帮助一个组织在运营团队和开发团队之间架起一座桥梁。Soltero 在接受我们的采访期间进一步阐述了这一观点，他认为开发者借助 SpringSource 在 Java 社区所保有的群众基础，可以赋予 Hyperic 以影响力，以使应用的可管理性成为开发过程的一个关键部分。开发者可以使用 JMX 给应用程序装备测量仪器，来提供所发生问题的上下文信息。通过 Hyperic，开发和运营问题诊断被圈定在一个共同的上下文里。简而言之，他认为“一个应用可管理性越好，其部署也越成功”。

Johnson 同意这一观点并指出越来越多的云部署使得这一问题成为更加紧迫的问题：

“云的兴起使得消除开发与运营之间的隔阂更为重要了。我们相信我们的中间件作为 Java 云技术的基础是最好的，而 SpringSource/Hyperic 组合将让我们能够以一种独一无二的方式消除开发者和运营者之间的隔阂。 Hyperic 有很强的技术——无论是其发布产品还是开发产品线——以解决现代云部署的需求。与老的管理产品不同，Hyperic HQ 很适合于云和虚拟部署，而不是被限于以物理机器为基础的管理模型。Hyperic 管理产品还是高可扩展的，允许进行一些云部署所需的定制。”

在 5 月 20 日的 Webinar event 直播中，Rod Johnson 和 Javier Soltero 将提供进一步的技术细节。

查看英文原文： SpringSource Acquires Hyperic