摘要：最近几年，云计算的大潮日渐澎湃，大有席卷全球，颠覆传统IT的趋势。但传统物理环境和云计算环境下，IT管理的方法和工具到底有何不同，云计算终将给IT管理带来哪些变化和挑战？这是当下CIO们最想知道的问题。

　　从ITERP到云管理设计者
　　
　　Kia介绍，随着云计算大潮的到来，BMC软件公司以及Kia自己的定位都在发生着改变。“过去，BMC作为一家软件供应商，往往是在客户出现IT问题后，帮助IT部门实现有序化及流程化，解决问题；而现在，BMC的角色已经转变为云服务技术提供商，在客户出现问题之前，进行云架构设计的时候，就开始帮助客户一起计划、设计、建立、运维云平台。”
　　
　　云是动态的、快速扩张的。BMC产品的定位就是从生命周期的角度来持续管理，所有服务不中断。“比如，原来如果系统应用有安全漏洞，被监控发现后会启动流程更新，但在云的环境里，当你发现问题的时候已经太晚，必须实时地更新、打补丁，使得所有应用维持最新的状况。”Kia说，“不论是私有云，还是公有云，如果没有补丁补救漏洞的话，所有的资料都有可能被泄露出去；如果没有持续性的管理，就没有办法保证安全的水平以及服务的水平。”
　　
　　作为CTO，Kia原来的职责更多的是把握产品技术架构和管理产品开发，“我越来越像咨询顾问，帮客户判断哪些应用可以变成云服务，诊断流程断，教他们怎样缩短服务流程时间，实现快速管理”。很多客户都将BMC这家已在全球有500多家客户，对不同行业都有着丰富的应用案例的软件公司视为可信任的云计算咨询对象。
　　
　　混合动力方向盘也得一样
　　
　　Kia在跟100多个客户接触过后了解到，对于客户们而言，从实体到虚拟环境就像从开一辆汽油动力车到开辆混合动力车一样，虽然动力系统乃至车体结构都变了，但方向盘还得和原来一样，“客户们都希望在实体和虚拟环境下用同样的管理方式”。
　　
　　云计算给IT管理带来很多变化和挑战。Kia介绍，首先，虚拟化进程很快，拷贝一下就可以做一个虚机，快速生成的大量虚机都在运行什么、是谁在用？这些情况都需要系统管理人员实时掌握。
　　
　　其次，一台实体机上会有多个虚机分享实体机资源，不同系统在虚机上运行，会导致在运行过程中效能降低，但系统管理者并不知情。在虚拟化或者混合环境下，IT管理人员需要主动知道需求容量是多少，是不是在一个实体机上装的虚机太多，需转移到其他实体机，更要能在效能降低之前做到准确预测，并很快更改应变。
　　
　　假设传统环境中一个系统管理员可以有效管理20台实体机，一台实体机上可以装10台虚机，那就等于一个人需要管理200台机器。管理员做资产管理、工单处理等操作的压力可想而知，必须要有自动化的管理工具，替代手工操作，才能帮助他提高效率，做到有效管理。
　　
　　管理虚机就像管理实体机一样，还是需要打补丁、保证安全水平以及做软件更新的。最好是用一套工具实现对不同环境的管理。“不要用两套工具去管理不同的环境，那样会造成管理的断点，形成不同的流程，管理起来非常混乱。”Kia说，“BMC的思路是要建立一套流程，从虚拟机的生命周期的角度来做管理，涵盖从请求的产生到完结的整个过程。”
　　
　　WebService整合产品不锁定
　　
　　通过与100多个客户的接触，Kia了解到他们对IT管理的需求已经发生改变：以往很多客户都是先买来工具，然后再做整合；但现在客户需要的是一个开放的管理平台，能够容纳其他的产品。Kia向记者介绍了目前在IT管理市场上的主流供应商不同的技术思路。“有的产品是做点对点的集成，意思是A对B，B对C，C再跟A集成的方式。也有供应商采取一种Frame Work——框架思路，他们使用共同的编程语言，搭一个框架平台把其他东西放进来。如此一来，所有产品都有共同的一部分，一旦需要更改，则每个程序都要改，需要很长时间。
　　
　　“BMC支撑IBM机器有30年的经验，对思科、惠普、戴尔的产品也都完全支持，而且不只针对实体机，我们的管理工具也同样适用于不同品牌的虚拟机，我们可以帮助客户避免在选虚机时被产品锁定。”Kia说。
　　
　　最后，Kia介绍了BMC新近推出的极富创新的构建“云”的产品方案组合——CLM2.0(Cloud Lifecycle Management，生命周期管理)。Kia认为，CLM2.0的最大特点就是针对真实的业务应用，可以让客户充分利用自动化工具和规则政策，熟练安装、配置和管理云服务。
　　
　　如果运营商采用CLM2.0，它不只自己能获得虚机服务，还可以向它的客户——很多中小企业提供更多更具价值的云服务，比如E-Mail、视频会议甚至ERP等。Kia介绍，CLM2.0很重要的特色在于其服务治理器(Service Governor)部分，它就像一个交通运输指挥棒一样，可以保证对的东西放在对的地方，同时确保质量。以部署Microsoft SharePoint为例，“比如我已经利用服务蓝图工具标记好如何部署，本来是计划部署到亚马逊上，但后调整到另外一家云供应商，这个时候我只用在服务治理器上面更改策略即可，不用修改蓝图、脚本、操作就能够自动实现。”Kia自豪地说。
　　
　　责任编辑：Alice