当云计算真正进入实际的IT环境之中，面向云的管理问题就如期而至。企业云投入运营前必须落实云的管理问题，只有实现了管理的自动化、简单化和高效化，用户才能真正领略云计算所营造的高效、低成本的IT服务。
现实环境挑战几何?
通常情况下，云计算可以被分为私有云和公有云。按照美国国家标准技术研究院(NIST)的定义，云计算是一种以便利方式实现按需网络访问，共享配置资源池的服务模型。其中的共享配置资源池包含网络、服务器、储存、应用和服务。只需通过最低的管理代价、服务商交互，这些资源便可以实现快速地交付与释放。
简言之，云计算能够为客户提供IT服务，并承诺服务能够以高度的灵活性和更低的成本进行交付。而云服务通常被分为IaaS(基础设施即服务)、PaaS(平台即服务)和SaaS(软件及服务)三种类别。除此之外，近来BPaaS(业务流程及服务)也逐渐兴起，并成为云服务的另一个重要组成部分。
不过，组织在享受云计算提供的好处的同时，也出现了新的复杂性。由于目前提供云计算解决方案的厂商众多，鱼龙混杂，在缺乏统一标准的前提下，对于部署云计算的企业而言，云的管理正在成为一个严峻的话题。其中的管理问题包括，多个虚拟机不同接口的管理、多种公有云及企业私有云平台之间的数据通信及管理等。附图1详细分解了企业用户在云管理方面所面临的诸多挑战。
标准接口实现服务连接
▲
只有进行了有效的云管理，用户才能真正享受到云服务所带来的诸多裨益。而在云计算尚未完全成熟的行业中，有许多云接口可供选择。对于用户而言，选择标准的接口至关重要，标准接口能够保证企业未来的系统扩充拥有更高的灵活度，并且可以避免被一个供应商牵制的情况。下面我们列举出两个具体的云接口实际部署的场景，来展示云用户与云服务提供商之间使用可共用云标准的情况。当然，以下两种场景仅仅是举例，实际上还会有多种场景存在。
▲
场景1：第一个场景(如附图2所示)显示了一个云用户如何使用标准云接口与多个云服务提供商灵活地进行业务往来，同时实现成本的节约。这充分显示了云的轻便性。
XYZ公司是一家服务型的公司，初期的规模很小，但发展速度很快。公司刚成立时，为了节约成本，XYZ公司只建立了一个小型的数据中心，并且决定依靠云提供商提供的IaaS进行运作。XYZ公司找到了云服务提供商CloudCoA，因为CloudCoA的优势在于其服务是基于DMTF(台式系统管理任务组)标准。这种部署方式给XYZ公司带来有关供应商选择方面的灵活性。
虽然CloudCoA的服务在XYZ公司建立之初与其发展需求非常合拍，但是后来其服务便无法跟上公司快速发展的节奏了。不仅仅是XYZ公司的母公司的IT系统迅速成长，XYZ公司还在德国开设了分公司。虽然CloudCoA可以为XYZ公司的美国母公司提供非常好的IT服务性能，但欧盟的法律限制和条例让XYZ公司不得不寻找新的云服务提供商。
由于XYZ公司所有的IT进程都是基于标准的云服务，该公司很快找到了许多符合其要求的云服务提供商。从中他们选择了两家云提供商，他们是CloudCoB和CloudCoC。这两家公司能够填补XYZ公司现有的缺陷，同时为未来的发展增加更多空间。
XYZ公司选择CloudCoC的云服务用于其在德国的分公司。后者在该地区能提供非常好的服务。XYZ公司唯一要做的就是与CloudCoC公司建立业务关系，并使用他们的服务，以此来重新使用CloudCoC的IT应用、脚本及进程。
在母公司，XYZ公司决定用CloudCoB公司的技术来提升CloudCoA的服务能力。只要略微改变IT应用和脚本，该公司就可以用CloudCoB进行所有的新业务，同时继续使用CloudCoA提供的已经存在的业务。
场景2：第二个场景是多个云服务提供商一起合作，以满足企业用户需求的情况。它显示了一个企业数据中心从云服务提供商Cloud1中获取计算容量的过程。该数据中心正在测试一项新的应用服务，该测试需要大量的容量，且这种测试也只是偶尔进行的，如果为了这类测试自己去建设计算资源是非常昂贵的。而从云服务提供商处以低廉的价格购买所需的计算容量资源，显然更为划算。
▲
如图3所示，一旦该数据中心向云服务提供商Cloud1请求服务，Cloud1的服务经理将会提供接口来部署服务，包括获取信息。数据中心也可以直接与虚拟机互联(如图3中用虚线连接所示)。另外，图中也显示了一个数据中心可以与多个云服务提供商进行合作。例如，当数据中心的请求超过了Cloud1的计算容量，Cloud1会请求Cloud2的服务目录来获取Cloud2的容量。在同意获取容量后，Cloud2的服务经理会提供虚拟机的安装细节。在这个合作联盟模型中，企业的数据中心不会意识到计算机容量已经替换到了Cloud2。
另外，该数据中心同时从Cloud1和Cloud3购买云服务。原因可能有很多种，例如Cloud3或许能够提供不同类型的计算服务，或者不同于Cloud1的服务水平协议;也可能该数据中心只是向Cloud3购买存储服务;还有可能是，数据中心可能希望得到两个同类型服务，从而降低灾难性风险。Cloud1和Cloud3云服务不会相互影响，甚至很可能不会意识到彼此的存在。
