1700425713
4.托管在该单元内的应用程序的升级；
1700425714
1700425715
5.有关未来升级安排的路线图的变动。
1700425716
1700425717
对于标准单元特征的任何变动都会对其副本产生同等改变，这么一来对变化情况的管理就要容易得多，但额外测试仍不可或缺，因为某个单元的变化可能在这一复合云中问题不大，但在另一复合云中就不一定可行。因此，为实施标准单元的更改，需要对所有封装了该标准单元副本的复合云进行测试。
1700425718
1700425719
1700425720
1700425721
1700425722
标准化、可重复利用、便于管理是复合关系的关键优势。其他优点还包括云组装和配置过程的灵活便利，当你在设计新的云时，只需决定使用哪些模块（即单元）。只要一眨眼工夫，新的云就能搭建完成！对于封装而成的高抽象层级来说，云单元的搭建细节并不重要，你需要了解的只是这个云单元的用途，而非如何搭建、包含何物等细枝末节。作为组件的云单元可以处于任意抽象层、采用任意配送模式，对于复合云而言都毫无区别。复合云可以是IaaS、PaaS、SaaS、INaaS或BPaaS，不过SaaS及以上的高抽象层级更多出现在复合云服务中。
1700425723
1700425724
联合
1700425725
1700425726
联合是复合的一种特殊形式。其中包含的云服务来自彼此独立的云，而且往往属于不同的服务供应商，可谓是云服务的大杂烩。联合云的组件单元既可以是自己拥有的，也可能属于第三方，甚至所有的云单元都可以来自第三方云服务供应商。这意味着你无须经历自建云或云单元的麻烦，只需要针对服务层级协议和价格进行谈判即可，前提是服务供应商提供的云服务恰如所需。除了能快速创建及使用云之外，联合方式对服务供应商和经纪人也各有裨益。云服务经纪人可以整合多家云服务供应商，和他们分别商定合同、服务层级协议价格，并向你打包提供联合云服务。作为用户，你只需要与云服务经纪人打交道，而不必和其他供应商就条款和价格一一进行谈判。联合方式的另一个优势是提升服务水平，一方面增加现有服务的处理量以满足新增需求，另一方面也可以新增服务种类。这都得益于全球云服务市场时时敞开的大门，如果你的用户突然需要某种资源或服务，而你现有的云服务对此尚无覆盖，你只需从市场采购相应服务，并将其加入你的经纪人或供应商产品目录即可。还有，通过联合可以让一个云单元把工作导入到另一个云单元，从而平衡单元间的工作负荷，或保证失效安全（failure safety）（失效安全是指某一单元失效时，另一单元可以接管工作，以保障服务供应）。需要注意，联合方式的重要前提是云之间的互通与整合，互通性带来的“即插即用”特点将在第10章“向云转型”的部分中进行更为深入的讨论。
1700425727
1700425728
云单元
1700425729
1700425730
云单元是指可提供独立的基本功能或服务的云，它能作为一个部件，在其他云或云单元中重复使用。前文中讨论了云关系的主要原理，云单元可以视为被封装在云内的一些模块，比如用于提供数据库服务的数据库单元、用于运行互联网站点的网络单元、电子邮件服务器单元等。由于云单元可以共享，因而不必在每个用到该单元的云中重新创建，它们是一次投入，多次利用（当然，这其中涉及很多技术细节——云单元如何向其他单元开放服务，如何进行服务宣传，是否设置控制单元来维护服务目录，单元之间的信息传递需要用到哪些通用数据模型和格式——但由于我们的目的是了解主要概念，因此不会深入探讨细节）。按照前文中所述的云关系，在不同云中重复使用具有独立功能的专业化云单元，就能够节约成本，提升利润。这与戈森（Gossen）的经济学第一定律[1]背道而驰，用量越多，边际效用反而越大。云单元的重复利用也能提高云功能的创建速度，不必再从无到有，从而能在更短的时间内推向市场。
1700425731
1700425732
1700425733
1700425734
1700425735
图9显示的是一类称为“母云”的云服务，由多个云单元组成，根据用途可选择是否包含控制单元，其主要作用是协调其他云单元所提供的服务。以网络服务为例，母云中可能封装了下列云单元：网络服务器单元、数据库单元、存储单元以及包含网络服务商业逻辑的SaaS单元。“云齿轮”则是一类主要应用于IaaS和PaaS的特殊云单元，专业化程度较高，独立提供诸如病毒防护、硬盘加密、公共文件共享、备份等应用服务。
1700425736
1700425737
云单元模式
1700425738
1700425739
网络服务云具有一种模式，即所有网络服务都包含数据库、几个存储器、商业逻辑及网络服务器，这些组件就描述了网络服务的核心。类似的例子还有电子邮件服务、存货管理服务、订单处理服务、音频流服务等，每一类云服务都是由提供特定功能的云单元组成。云模式通过单元形式实现，并能作为某一类云服务或其用例的模板。
1700425740
1700425741
模式并不是个新词，最初使用这一说法的领域是面向对象的软件（object oriented software），并由四人组（Gang of Four）[2]写入论文。他们将软件的模式定义为可重复使用且用于提供问题解决方案的对象，并指出模式具有四个核心要素：
1700425742
1700425743
1.模式名称 定义调用模式的通用词汇表。
1700425744
1700425745
2.问题说明 描述在何时、基于何种情境应用此模式。
1700425746
1700425747
3.解决方式 描述组成模式的各个元素（此处即指云单元名称）、它们之间的关系（下节中会对此展开阐述）以及各个接口。
1700425748
1700425749
4.应用结果 应用该模式的成本收益与影响（在我们的讨论中即指模式中的价格与效用模型）。
1700425750
1700425751
表3中以四人组的分析框架来描述案例中的网络服务模式。
1700425752
1700425753
1700425754
1700425755
1700425756
表3的形式可以用于阐释任一具有特定用例的云模式。在第6至9章中，我们会看到创建云服务模式的过程中，可供使用的用例模式琳琅满目，而这些模式都是由一个个云单元拼接而来。
1700425757
1700425758
1700425759
1700425760
1700425761
1700425762