上周 Red Hat宣布了对PaaS 云服务公司Makara 的收购。Makara 是一个有别于其他PaaS 供应商的公司,它没有任何自有的基础设施。相反,它是一个建立在其他云供应商之上的虚拟层,提供一套简单易用的部署、收缩与监控工具。 你可以把它看作流动的PaaS,或者是紧密整合并公开托管的起着云的门面(Fasade)作用的一套管理工具。
Red Hat 公开的收购原因是:“通过 JBoss 企业中间件基础设施与 Markara 云应用平台的整合,Red Hat 能够为企业提供更加全面的 PaaS 解决方案,帮助他们以最少的改动完成应用程序到私有云或公共云中的快速移植”
理论上,任何软件开发公司都可以通过 JClouds (Makara 本身用的就是它)这样的工具实现 一个与 Makara 相似的管理门户,但是,使用 Makara 的一个好处是,它可帮助公司作出许多诸如自动收缩与管理之类的决策,这样开发者就不需要考虑这些问题了。
将一个 JBoss 应用部署到 Makara 之上需要以下几步:1)为它提供云凭证(如你的 Amazon EC2 的访问密钥);2)告诉它将要部署应用的集群的大小;3)上传应用程序的 JBoss 部署文件夹中的内容;4)添加数据库表;以上步骤完成之后,Makara 即能监控日志文件并自动执行相应地扩展和收缩。
Makara 能做什么,不能做什么?如果从充斥着太多广告的网站上寻找这个问题答案非常困难,尤其是当你不想注册试用账户的情况下。所以,InfoQ 注册了一个 Makara 的试用账户,并尽力为读者找到它与其他 PaaS 的差异之处:
- 可在云提供者(如 Amazon EC2 和 vCould)之间移植的能力。不过目前只有“ on demand ”版支持 EC2,而 vCould 只能用于私有云,所以,可移植性一定程度上只是理论上的。
- 提供了一个整合的性能监控工具套件,包括历史性能统计。
- 包含类似 Splunk 所提供的日志聚合功能。
- 文件浏览器,其中包含一款嵌入式版本差异检测工具,可用于查看不同版本间文件的变化。
- 出人意料地对专家配置系统的访问,包括 Apache 的重写规则、任意 JVM 参数以及每个 JBoss 的配置文件。
- 对集群机器的 ssh 访问
- 对 MySQL 的 root 访问
除以上特点外,Makara 还提供了应用程序在其已部署机器上的自动收缩和监控的能力。在后台,Makara 服务监控应用并自动扩展或收缩以适应运行负载。开发者可使用缺省的收缩策略,也可根据参数(如 CPU 平均负载、单台服务器每秒接受的请求数等)定义自己的策略。
然而,Makara 也有一些不尽如人意的地方。首先,由于 Makara 有效地将应用的基础设施部分外包给了其他云提供者,所以开发者不得不向 Makara 提供自己的访问密钥,即便 Amazon 的 AWS 账户页上这么说:“出于安全,请不要与任何人分享你的访问密钥!”。其次,记账是通过底层云供应商完成的,Makara 不进行记账。最后,Makara 为开发者提供的 ssh 访问和 MySLQ 的 root 访问的多种访问方式破坏了 Makara 带来的监控、日志聚合和自动收缩等方面的价值。
Makara 也支持非 JBoss 应用(如 PHP)的部署。但是,由于 JBoss 与 Red Hat 的关系,标准版中根本没有提到 PHP,这使得对 PHP 应用的支持在 Red Hat 的前途未卜。
评论