云计算、移动设备以及消费类用户的增长已经给IT部门增加了过多的负担——用户的要求似乎永远无法满足。IT面临困惑。如何在保护IT环境安全的同时按需交付服务给用户？

　 　 “大量消费者正在接触和使用IT部门无法管控的新玩意，”451Group分析员 Carl Brooks说， “IT部门需要与所有这些交叉趋势作斗争。某位CIO可能发出邮件宣称‘公司网络不支持iPad’，销售老总10分钟后针锋相对地回应‘我们刚刚为业务员采购了3000台iPad！’”

　 　 这些趋势汇集成对CIO的特殊挑战。企业最高管理层（CXO）的IT专家们作出的采购决策通常都依赖于一线IT职员下属们提供的反馈。 所以，IT经理们需要向CIO们提供一线使用者对于云趋势的真实意见，这些意见可能会成为决定企业虚拟架构规划建设目标的主要依据。

　 　 IT经理们在与CIO面谈时，如何才能有效沟通？云计算与虚拟化架构师Bob Plankers提供了一些建议。

CIO：我们为什么要考虑私有云？

　 　 IT经理：私有云的实质是IT集中化。这样，就能掌控IT环境、打补丁、自动化、增加用户容量——这是非常大的收益。 私有云需要极大的努力和投入，这一点我毫不否认。但是，云的重点并不是技术有多先进，而是它能有效集中用户。 一切的核心是——以人为本，尽力争取改变现状和流程。

　 　 有些部门可能会用这些理由来抵制：“嘿，我们喜欢用自己的邮件服务器。我们有自己的用户组和授权机制。” 我们需要在部署私有云后让他们仍然享受到现有的好处，并且让这些应用集中化后运行在比以前更安全的环境中。

CIO：使用公共云真的省钱吗？

　 　 IT经理：老实说，这要看具体情况了，可能使用公共云不一定省钱。我们的数据中心设备空间和处理能力并未达到满载状况，因此，一般宣称的公有云能“补偿内部设施容量和处理能力”的优点并不成立。 所以我们需要确定实际成本、评估工作负载执行情况、了解供应商的支持范围。

　 　 事实是能从公有云获得所需的方方面面，但是你情愿为此支付多大一笔钱呢？现在加入云计算的潮流是否真的必要？ 我们也应该充分利用内部的专业人才，自己就能完成一些目标。

　 　 前面讲的都是关于公共云的问题。与之相对的是，私有云可以毫不费力地容纳现有工作负载，获得自动化和自助服务的优势。

CIO：公共云的安全性怎样？

　 　 IT经理：无可否认，在公共云中我们共享系统，因此，关于云安全担忧的部分理由是：你既不知道哪些人正和你共用平台，也不知道他们是否会干坏事对你不利。 所以，如果你的数据存储在云服务商那，请加密——这很重要。

　 　 我们还必须确定数据的重要程度。例如，公共云上不宜保存信用卡信息，但是保存博客和少量雇员信息是没问题的。

CIO：停机和停电怎么办？

　 　 我们需要一些停机时间以便进行补丁升级，显然我们并非那些需要将系统设计成“永不停机”级别的组织。但是，就像一些零售业组织那样，我们必须清楚哪怕只是5分钟的意外停机时间会造成多少损失，协商合理的服务等级，防止停机时间超限。

　 　 我们不是联邦快递——网站停机5分钟就意味着公司损失1百万美元。 同时，我们希望有好几个9的可靠性，但是在99%后面每加一个9就对应着更昂贵的成本。 在我们数据中心实现“4个9”没问题，允许的停机时间已经足够每月的例行补丁升级。但是要得到“5个9”的服务等级，那就是真的不是一般的昂贵了。

CIO：我们是否准备好应对这种转变？

　 　 IT经理：到什么程度才算“准备好”？ 如果我们不从现在开始，什么时候开始？ 可以先从小的局部开始，有选择地启动向云端的迁移。这是个迭代的过程。如果希望实现配置管理的自动化，那就使用配置管理工具。

　 　 举个例子，对于配置管理，我们可能无法精确描述我们的需求，但是除了需要花钱的商业软件和技术服务，还有大把的开源软件可供参考和选择。

CIO：迁移到云需要多长时间？

　 　 IT经理：对于我们这种常规的组织，将数据中心全部迁移需要一个完整的过程。系统之间的依赖性很强，必须确保安全。 当然，与供应商协作是很有意思的事。他们总会以云中似幻似真问题的名义，向你推销各种东西。

　 　 向云端迁移有一大堆方法和工具可供选择。光是初步了解我们的需求和评估我们的运行环境就可能需要半年。对想解决的问题有清晰的认识，才有助于建立时间计划。一年的计划周期可能会比较合适。 我们应该立足于全局，按年度而不是月度来确立计划。