什么是使用云计算的正确方法一直是业界关注的热点话题。公有云提供商希望数据中心能使用通过网络交付的按需支付服务。而许多硬件厂商宣称企业用户通向云计算之路应该通过运作私有云来实现。还有其他围绕云计算的争议纠缠一起需要用户自己进行判断。
你会采纳那种建议？在未来3年，5年甚至10年内你应该如何来对配置和运作IT资源进行规划？你会把你的鸡蛋放在谁的篮子里呢？
从某种程度上来说，你的答案可能要取决于你是谁，你的IT交付或者使用中的角色是什么，还有诸如数据丢失的敏感性问题，法律法规的需求和IT企业架构的完备这些众所周知的因素。
不过引起争议的是如果你有这方面的IT投入或者你有超出目前云计算技术或者业务模式的需求，你就不应该做这种选择。
许多争议是源于云计算存在太多的变数，没有人可以预测向云计算过渡会如何发生（我坚定的相信云计算是IT领域缓慢但不可避免的发展趋势，IT领域将最终被公有云服务所控制）。
如果公有云提供商的观点是正确的，IT在某种程度上是一种公共效用，那么预测未来十年或者这种过渡几乎是不可能的。
如果硬件厂商的观点是正确的，你必须在了解如何将关键任务系统迁移到公有云之前在你现有的设备上实现云，那么什么时候这么做，怎么做本身就比较复杂了，可能与每种业务需求都有所区别。
如果"云是一时的狂热"这种观点是正确的，那么尝试任何云的体验都将是浪费金钱。
每种结论对于多数人而言都存在差异是毫无疑问的，如果并非所有的企业都是传统数据中心，私有云和公有云环境的杂合体的话。想象一下这种"混合IT的三角之势"吧。
因此到底该如何做呢？现代IT企业如何改变方式来灵活的适应其运作模式未来的不确定性呢？
这么做最简单的方法是制定几条基本规则，有些规则多年来已经为大家所熟知，有些规则需要在云计算模式下加以清晰：
1.将注意力放在应用软件而非服务器上。在我早期的DevOps系列中我质疑的是虚拟化和云为什么在强迫软件研发人员和运营团队将他们的"配置单位"从服务器裸机转向应用软件本身。这是一个重要的理念，因为你在这种三足鼎立中可以在所有三个点上来管理应用软件。
这看起来像什么呢？虚拟化能让实现这一点更加容易一些，因为你可以为单个应用软件，单个应用软件分区或者服务构建虚拟机映像。在这点上指的不是被操作的虚拟机，更多的是是文件系统甚至是在虚拟机上运行的应用软件代码本身。
如果你想将应用软件从内部的VMware环境迁移到XEN云提供商，你所面临的挑战就是得到同样的文件系统或者仅仅是在最新基础架构上运行的应用软件本身。这对于如今的多数IT企业正常吗？不正常，但是这种方法的诞生在混合IT环境中有着很大的优势。
2.从基础架构运营上减轻有效载荷运转。DevOps系列的另一个主要争议点是云在强迫操作角色从传统的"服务器，网络和存储"改变为更加接近基层的"应用软件"和"基础架构"。
基础架构的操作者掌控着由数据中心，校园网络等等组成的"全景蓝图"（服务器，存储设备，交换机等等）。他们也管理着实施资源消耗自动化和监控任务的软件系统，比如软件平台和IT管理系统。
应用软件的操作者关注更多的是应用程序代码，数据和将软件功能交付给最终用户或者其他应用软件系统所需的连通性。他们都是需要选择在那里配置应用软件和如何操作这些软件的关键人物。由于公有云系统不允许他们访问裸机，他们必须设计出不依靠这种访问的流程。
3.选择可以帮助你在所有三种方式中游刃有余的管理工具。目前市场上有如此众多的管理和监管工具可供选择，他们能帮助用户在虚拟数据中心，私有云和公有云里进行应用软件配置，管理，监控和使用。
对云最关注的重点之一就是所谓的"锁定"。在云环境中，锁定有着特别阴险的一面；如果一家云厂商关门歇业了，你的基础架构可能也随之消失了。规避这种风险的一种方式就是选择以应用软件为中心的（或者至少以虚拟机为中心）管理工具或者能帮助你将数据和应用软件快速迁移到任何地方的服务。
就像云和云之间及虚拟平台之间的灵活性一样，依赖管理环境来实现灵活性是个更好的过渡性战略。如果这些工具或者服务能对备份，数据加密和灾难规避等起到帮助那就更好了。
如今市场上工具和服务的完善程度还不足以帮助这些战略轻松实现，但是笔者认为做出文化和程序上的改变将让你未来在混合IT环境中的生活变得更加容易应对。从另一方面来说，一种成果的成绩斐然很大程度上意味着错失了其他方面的有用性。
