云计算风头正劲 CIO如何下“赌注”？

如何正确地“消费“云计算技术？这一类的话题常引起争辩。 “公有云”供应商多半希望你抛弃原有的数据中心，改采经由互联网来提供的pay-per-use（长期订阅）服务模式。然而，许多硬件商则认为“私有云”才是通往云计算之路；另有一派则认为为整个云计算概念根本是骗人的...

你相信哪种说法？你如何规划部署/营运未来3、5甚至10年的IT资源？

某个程度来说，这个答案得看你在IT传递或消费中所扮演的身份、角色而定，同时也得视你对数据遗失、法规遵循，以及贵公司IT成熟度而定。

但我仍要说，若你既有的IT投资或你的需求已经超越目前云计算极限或商业模式的话，建议你还是先不作任何选择。

我的论点是，目前云计算还是有太多不确定性，因此没人有把握预测未来转移至云计算该怎么做（我比较偏向认定未来IT会是公有云的天下。）

若公有云供应商预测正确，IT真有一天变成类似公共水电服务，那么要预测未来10到20年该怎么做转移则几乎是不可能的。

若厂商说法正确，而你也必须在搞清楚如何转移关键任务系统至公有云之前就先在既有设施中部署云计算，那么什么时间该作什么就已经够复杂了，且跟每个商业规范可能也完全不同。

若是“云计算只是一时风潮”之说是正确的，那么现在进行任何云计算实验在未来都只是浪费投资而已。

但最后结果最有可能是介于传统数据中心、私有云与公有云环境之间。我们可以把它看成“混合IT三角”。

要做到如此只需掌握几个基本原则，有些是十多年来的老规矩，有些则是云计算运算模式下可清楚看到的东西：

1. 专注在应用程序，而非服务器：我在先前的文章提过，虚拟化与云计算已经迫使开发者与营运小组将“部署单位”从原本的服务器改至应用本身，这是关键的概念，因为你可在上述三个三角点管理应用程序。

虚拟化让事情简单许多，你可为单一应用、单一应用分割或服务建立多个VM影像。在此一阶段，被操作的单位其实不是VM，而是那台档案系统，甚至是在VM内执行的应用程序。

因此，若你想把应用程序从内部的VMWare环境转移至Xen-based的云计算供应商那里，你的挑战只在于让同样的数据系统或是应用程序本身可执行于新的基础设施即可。这对目前的IT部门是常态吗？非也，但若能以此方式来思考，对于混合IT环境却有十足的效益。

2. 从基础设施中剥离有效负载（payload operation）：这个重点在于：云计算已经把传统“服务器、网络、存储”这种运作角色扭转为较为水平的“应用程序“与“基础设施”区分方式。基础设施业者会负责硬件部分（服务器、储存装置、交换机等），也就是机房、企业网络的核心。他们也会负责软件系统部分（监测/自动分配资源消耗，比如虚拟平台与IT管理系统）。

应用管理员则比较专注在程序、数据，以及需要传输软件功能至终端用户或其他应用系统所需用到的连结性。这些人得负责挑选要在何处部署应用，以及部署后要如何运作。由于公有云系统不会允许用户接触到硬件部分，因此他们所规划的流程就得避开对“硬件”的仰赖。

3. 所选择的管理工具必须三个点都能使用。现在有许多管理软件可让你在虚拟机房、私有云、公有云中进行部署、管理、监控应用，尽量用吧。

目前云计算最令人担心的议题就是“Lock-in”（被技术锁死）。在云计算领域，被锁死其实不太妙，万一云计算供应商倒闭了，你的基础建设也跟着没了。要避开此一风险的方式之一就是选择以应用程序为主（不然至少要VM-centric）的管理工具或服务，好让你在万一有状况的时刻，可把数据或应用程序带走，以备不时之需。

虽然云计算与虚拟平台有很棒的可携性，但若有管理环境可让你设计可携性的解决方案则是较佳的转移策略。若这些工具或服务可以支援备援、数据同步，或灾难规避则更好。

以目前市面工具与服务的成熟度而言，上述策略或许不是那么容易部署，但我认为若你在观念上能依照这些建议作改变，则未来在混合IT环境下做事会轻松许多。若只压宝在单一结果，则有可能在其他方面得不偿失。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友