不管我们谈论的是那些把数字音乐托管在iTunes上或者亚马逊上的消费者，还是运转托管软件的企业，超不多每个人都在以某种途径在其日常生活中同云合并在一起。而且主张一些事物都将在云端似乎成为了现实的语言，这不只是加速的业务而且服务提供商也体验到了成本节省和转移到基于云的模型的效率。

　　但是尽管企业可能以前同一个或者两个云服务提供商共事过，现在这个数字更大了，一些公司同不同的组织签订合同，获得基于云的存储、应用、基础架构和流程。消费端，用户可能每天在一种极为复杂的云价值链中接收来自无数公司的内容，但是终端消费者不知道也不关心着实际上就是个例子。一切事情都在这两种客户场景背后无缝完成，这种级别的复杂性导致了服务提供商之间的问题。

　　在新的数字服务世界中，有如此多的参与者，关键是以一种标准的方式创建透明度水平，通过应用程序接口AP，在每个包含的实体间来交换管理信息。

　　复杂价值链减少云可视性

　　在不远的过去，服务提供商拥有服务交付的各个方面；他们拥有基础架构，但是也拥有花园里的内容。这些围墙已经建立起来，然而，在他们的地盘，更加复杂的交付价值链减少了对于整个服务交付流程的可视化。

　　这是一种“夹心蛋糕”模型的正常发展，在交付服务给终端消费者时，有很多的实体起到作用。服务提供商控制了面向客户的服务面，但是不用有且直接控制其支持的整个价值链。

　　服务本身可能托管在多种不同的云环境中，比如，可能是混合应用提供商和云计算服务提供商，伴随着多种访问、传输和网络提供商，应用商店和加速器都是复合服务的参与组件。

　　问题是服务提供商，和大多数客户保持一种直接且持续的关系，能够管理自己的系统，就交付什么给客户赢得具体的可视性，但是他们却不能有足够的可视性看到其环境之外发生了什么，以及生育的云价值链。

　　如果你是一个服务提供商，且具有服务水平协议来符合客户，你需要一种方式来获得全景视图，端到端的，所有在交付服务中使用的不同云平台和基于云托管的环境。

　　云服务标准视图

　　TM论坛在让这一点成为现实中迈出了关键的有，通过其数字服务计划，该计划于2012年秋天发布，旨在促进贯穿云价值链的开发性，改善端到端的数字服务管理。这项计划的第一个成果就是Multi Cloud Management Packs，TM论坛最新发布的Frameworx 12.5套件标准版和最佳实践的一部分。

　　Multi Cloud Management Packs的内容基于TM论坛成员的协作，包括Alcatel-Lucent、AT&T、CA Technologies、France Telecom-Orange、Huawei、Microsoft Corp、NetCracker Technology、Oracle、Progress、PT SAPO、Syntologica和Tech Mahindra。此外，AT&T、BaseN、Ericsson、IBM、Microsoft和PT SAPO这样的成员开发和实现了TM论坛的Catalyst项目的部分组件包。

　　这个包的一个关键性能就是合作伙伴管理，或者我觉得就是各种混乱关系之间的关系。这比形成合租伙伴更重要，培养开放性促进数字世界的成功。传统上，服务提供商并不需要花费大量时间来发展合作伙伴关系，关注于厂商关系的紧密管理。但是市场变化非常之快，需要构建有效、长期的战略合作伙伴成为越来越重要的核心竞争力。

　　这个包中更为技术的部分是简单管理API，如果在多种云环境中广泛使用，将会允许任何厂商快速的进入允价值链，看到所有的服务组件如何操作的快照。这意味着网路提供商能够看到提供商交付的内容状态，比如其基础架构上的数据或者应用，反之亦然。

　　Multi Cloud Management Packs是减少交付基于云的服务的复杂性的重要一步。在现实世界解决方案中，将多种类型的服务提供商放到一起，会给客户提供最可能的服务。