【IT168 资讯】云管理是一个热点话题，热到每一个提供商(不管是刚入行的还是成熟的)都有一套工具来管理云计算环境。有监控工具，有提供云计算服务的工具，还有两者兼而有之的工具。因为有些工具还没有完成最终开发，我们也无法确知其庐山真面目，仅就上述简单的标准就把它们来分类确实是一个挑战。
如果你的云部署是相当静态的或者没有关键性任务在其中，那么你不需要一个动态的供应系统。这种情况下用内置在产品中的标准工具集对付资源的增/删/改工作就足够了。
好几家供应商设计了云管理产品(VMware、OpenQRM、CloudKick、和Managed Methods),当然这个名单还应该有BMC、HP、IBM Tivoli和CA这些大玩家。每一家都用大量的方法来对即将发生的问题报警，或者对突然出现的问题发出红色信号。而且他们也都能追踪运行性能的变化趋势。
尽管他们之间有显著的不同以区别你我，但相同的是，大家都关注一个核心内容：提供云计算系统的信息。如果你需要进入云计算供给模式来管理，选择“有代理的还是无代理的”或者选择“SNMP 还是 WBEM”(不同的网络管理协议)，不同的选项会带来结果的不同。
主要的云基础设施管理产品提供相似的核心要素：
1.大多支持不同的云类型(通常这里指混合云的情况)。
2.大多支持在运行时动态地创建新的对象并使其可以提供服务，也可以动态地删除不再需要的对象。这些对象包括服务，存储，或者应用。
3.大多提供报告状态(启动时间，响应时间，使用配额等)的通用套件，而且有一个可以操作的仪表盘软件界面。
多数厂商满足于提供上述三项核心功能，稀有难得的几家厂商提供了进一步的功能来处理混合环境下的供给和管理工作，这些产品是：RightScale、Kaavo、Zeus、Scalr和Morph。当然需要提及的是：有些云服务供应商自己为了满足第二和第三条核心要素提供了一些可选产品。例如来自Amazon Web Services的CloudWatch。
那些原本以传统数据中心监控软件应用而闻名的大公司也已经慢慢杀入云计算管理软件的市场。而他们所谓的云管理工具无非提供了一些报表和报警的工具，这不过是他们原有工具的翻版。CA为了弥补自身的不足开始了一场收购盛宴，它刚刚收购了云提供商3Tera。
这个产业的混乱现状从IBM的Tivoli云计算产品主页就可见一斑。你点击开始菜单栏会看一个404网页访问错误。干得真不错呀，IBM。
同样的，惠普的OpenView(现在叫操作管理器了)说是能管理基于云的服务器，不过它可不会比管理其他任何服务器多出任何功能。BMC也号称在搞一款云管理工具，不过至今为止也不能比它的一般产品多出任何功能。
不像这些庞然大物，二线的小厂商反倒成为市场上的闪光点。它们是一些专注于管理监控应用的公司：Scout、 UpTime Systems、Cloudkick、NetIQ和 ScienceLogic。还有“原名称应用”技术的Hyperic，它在Vmware收购了SpringSource后就属于Vmware了。
事实上，在描述这个领域的产品的前景时，我们倒不妨咬文嚼字地和John Steinbeck(诺贝尔文学奖得主，其作品《愤怒的葡萄》描述了大萧条时期美国西部开发和生存的悲观前景) 跟Robert Jordan这两位先哲抬抬杠。是的，在可预见的一两年内由于并购、公司倒闭、市场细分重新洗牌而退出等等原因，市场空间会变得更小。但是不能忽视还有大量的公司正在向云计算进军，而我们现在能够看到的只是冰山的一角。当然眼下来讲，云计算管理工具市场还是(《愤怒的葡萄》中描述的)荒凉的西部：广漠、人烟稀少、缺乏秩序，唯一有的只是一点点希望的曙光。
下面列出现今最好的基础设施管理和供给管理的可选工具：
RightScale
RightScale今天算得上是行业里的小老大。为了培育初期市场，他们提供了限制功能的免费版软件。当然这个版本设计是用来向你介绍它的产品(有可能会让你上钩，就像K.C. Gillette在二十世纪初发明的那个著名的商业模式)。RightScale的产品分为四个组件：云管理环境；云预备服务模板和非常好的时间部署库；适配自动化引擎；“众云”引擎。
第五个要素是“支持编程存取的(对于RightScale平台本身)方便的可扩展平台”。审视这个产品，这些要素并不是各自为政、相互分离的，而是完善优雅的统一体。
RightScale的管理环境是用户和软件的主要接口。它的设计可以帮助用户通过模板和库从初始化进程平滑地迁移到云环境。然后管理环境还可以用来继续(这个功能真让人吃惊!)构建和保存有效的资源。后面就是自动化引擎该登场了：它可以快速地提供云服务，增加不足的供应或者移除过量的供应，使供应正好匹配需求。最后一步，“众云”引擎用来支持Amazon, GoGrid, Eucalyptus和 Rackspace这些不同类型的云服务。
RightScale也在致力于支持Chef开源项目整合规范，Chef项目的设计愿景是支持从最底层搭建云计算。
Kaavo
Kaavo扮演一个和RightScale非常类似的角色。这个产品典型应用于：
云中复杂的多层应用一键部署(Dev, QA, Prod)；
通过自动地增删资源来处理需求的缺口或需求的变动；
云应用基础设施的运行时管理；
云中持久数据的加密；
不用人工干预，用自动化工作流来处理运行时产品异常。
Kaavo的核心产品叫做IMOD。IMOD处理云环境下的配置，供给和变更(他们自己的术语叫调节)，而且这些操作都可以在混合模式下跨不同供应商的云产品来进行。象所有主要的遵循CIM(通用信息模型)的供应商一样，Kaavo的IMOD位于金字塔的顶部，管理着基础设施层和应用层。
IMOD的一个亮点就是它的“众云”单系统工具。例如你可以基于Rackspace创建一个数据库，而同时你的表现层服务却在Amzon上。虽然大部分云管理软件如果支持Amazon的话都可以支持Eucalyptus(因为Eucalyptus和Amzon E2非常接近)但是在公共空间上支持Amazon和 Rackspace， 同时在私有空间上支Eucalyptus，这个功能仍然是一个很强的卖点。
Kaavo和RightScale都提供了基于计划的“滑动增加”或“滑动减少”(基于需求的动态分配)。而且监控工具可以确保这个动作的信息和内部测度量(例如服务水准协议)清晰有效的获得。动态分配甚至有助于满足那些服务水准协议的资源需求。Kaavo和RightScale都提供了保持模板的能力，同时也使多层系统的部署更加轻松。
Zeus
Zeus以它坚如磐石的Web服务而闻名，这个产品没有什么市场份额，但是有一大堆狂热的粉丝和高端的消费人群。Apache和第二名的IIS把持着市场，更不用提还有大群的负载平衡服务器充斥市场，Zeus专注地坚守着它的应用服务器领地，和Zeus传输控制器的应用发布控制器部件一起撑起了一片自己的天空。它用传统的负载平衡工具来测试可用性，然后同步地产生或消除云中的附加实例对象，实现运行中供应。现在Zeus在Rackspace平台上支持这种服务，Amazon平台也可以，不过用的人要少一些。
Scalr
Scalr是Google Code和Scalr.net上发布的一个年轻的项目，它也可以创建动态云，这一点和Amazon平台上的Kaavo和RightScale很类似。它支持触发式地基于传输需求扩容和降低容量。它支持快照(快照可以被共享，这是一个很酷的附加功能)。它还可以客户化构建每一个服务器或者服务类型的镜像，这也是和RightScale相似的。在新的发行版里，Scalr没有象它最大的竞争者那样支持很多平台、很多操作系统、很多应用、很多数据库。它定位于传统的扩展LAMP架构(LAMP加上Ruby，Tomcat等)。这个架构上运营了许多有价值的系统。
Morph
因为不是一个真正的管理平台，这个MSP-minded的Morph产品提供它自己的私有空间的相似功能。Morph云服务器是市场上的新产品。它把管理和供给空间作为一个插件。目标客户是寻求部署私有云的企业。它的旗舰产品Morph云服务基于IBM的BladeCenter，可以支持几百个虚拟机。
在核的内部是一个Ubuntu的Linux操作系统和Eucalyptus云计算平台。它定位于管理服务提供市场，Morph允许创建私有云和在闭环云中提供动态供给服务。作为一颗冉冉升起的新星，Morph的表现十分抢眼，这部分由于它的开源血统和它积极地参与了开源云组织的活动。
CloudWatch
Amazon的CloudWatch只在Amazon的平台上运行，这一点限制了它的总体表现，因为它无法管理混合云。但由于Amazon EC2是最大的云平台(虽然Rackspace声称它的差距已经很小了)，CloudWatch还是值得关注的。
EC2的CloudWatch支持动态服务供给(被叫做“自动缩放”)，管理和负载均衡。所有的管理通过一个中心管理控制台完成。它和Amazon Web Services用的是同一个中心管理控制台。最大的好处就是不用另外再装软件，另外再建站点了。这个产品显然不是用在需要混合支持环境的企业，这造成了它没有没有可比较的对象。但是Amazon的专用客户也应该清楚它和市场上其他产品是一样的强健，一样的功能丰富的。
结论
面对如此之多的工具，数据中心的管理者应该尽早评估并追踪关注市场的发展动向。这场变革，不论从深度还是广度上都触及了IT基础设施的核心。因此需要持续地修订计划和对产品的评价，并随时注意观察这些产品背后的公司都发生了什么故事。现在RightScale是当之无愧的领袖，但是其他的提供商正在紧追猛赶，它们都值得密切关注。
