1700426710
1700426711
互通性
1700426712
1700426713
正如你在前文中所了解的，各个使用模型有一个共同原则：让多项服务共存。出于业务连续性或其他商业原因，你还会要求一项云服务可由另一供应商的类似服务所替代。这都要求服务之间存在互通性。
1700426714
1700426715
互通性指的是可以使用不同云服务供应商给出的相同或近似服务的能力。互通性的应用范围并不局限于技术方面，也同样适用于付费、报告、管理、业务流程和数据等领域的整合，无论使用何种云交付模型——私有云、公共云、混合云或社区云。你可以采用下列清单来确认自己的云服务具有互通性。
1700426716
1700426717
管理稽核
1700426718
1700426719
如果你对一项云服务使用了稽核流程与政策，那么就需保证所采购的服务与现有云服务交互的其他服务都遵守统一稽核标准。同样，机构内也要由同一管理委员会来监督所有云服务，尤其是需要进行交互的云服务。
1700426720
1700426721
合规性
1700426722
1700426723
如果你需要遵守行业或国家性法规，就需要确认所使用的云服务是否涉及该范围，如果涉及，则所有互通的云服务都需要遵守同一法规。从云服务的角度来看，一般法规与行业专门法规存在递进关系，与其自身的专业化程度相匹配。正如图38所示，电子邮件、办公效率等一般功能性服务的应用范围具有全球性，受到通用的跨国法律法规约束。而当所涉及的云服务更为专业化时，通常要进一步适用于本地法律及行业性法规。不过这只是粗略的观察，不一定适用于某个特定云服务。
1700426724
1700426725
1700426726
1700426727
1700426728
安全与数据完备性
1700426729
1700426730
考虑到数据完备性，互通的云服务需要使用同一加密标准与机制，否则数据就无法无缝衔接。而对于安全事项来说，需要确保在互通的云服务上施以同样的安全程序，避免出现安全短板。同时，还得要求所有云服务的用户都接受同等安全培训，以便在机构内以标准化形式统一执行安全政策。
1700426731
1700426732
数据一体化
1700426733
1700426734
要实现数据在云服务之间的无缝传输，存在两个重要因素：通用格式和通用数据模型。格式指的是数据呈现的方式，比如电子表格形式存储的数据就和文本文件格式不同。就算格式相同，数据内容也还需要保持统一。比如你有两个文本文件（格式相同），但一个包含的信息与存货相关，而另一个则含有薪酬相关的信息，这两者就具有不同的数据模型。因此，互通的云服务使用的数据应当具有同样的格式及模型。
1700426735
1700426736
流程一体化
1700426737
1700426738
为实现互通性，不仅要有相同的数据格式及模型，还需要保证云服务内部作用于该数据的流程是在完成同一任务，这就是流程一体化。它包含两种应用情境：一种是当一个云服务流程从另一个云服务中接收数据并触发一段工作流时，你期望这个工作流能延续前一阶段的流程；另一种则是要求两个流程完全相同，因而能够以即插即用的方式互换使用。无论是哪种情境，都需要确保各个流程使用同一业务流程语言（BPL）和协议，以满足云服务的互通要求。为简化数据与流程一体化工作，通常会采用企业服务总线（enterprise service bus, ESB），把多项技术一体化要求暗藏在较低的抽象层中。
1700426739
1700426740
业务连续性
1700426741
1700426742
业务连续性包含两方面内容，其一与灾备恢复相关，通过备用云服务来保证服务最大限度不被中断，最好是由另一服务商提供备用服务；其二则是在现有服务商无法满足高峰期需求时启用备用云服务。不论哪种情况，都可以用云爆发来保障控制流在两个云之间的无缝切换，当然前提是存在这种技术能力，来运用云爆发或者类似的自动化切换机制。这更类似于一项技术要求，运用适当的协议与标准来保证云服务之间的控制传递无缝衔接。另外，业务连续性的达成也有赖于数据与流程一体化的实现。
1700426743
1700426744
监控与报警
1700426745
1700426746
在未来，随着监控与修复流程的自动化，云服务可能会具有自我修复功能。但在那之前，你还是得确保云服务监控流程以通用标准与格式来发出警报，以便团队成员能够获取警报并及时做出反应。你还可以主动进行定期测试，比如用压力测试来确认对客户的服务能力是否足够，用入侵测试来评估是否存在安全缺口。
1700426747
1700426748
付费与报告
1700426749
1700426750
所有服务的付费流程、格式和报告（报表和收据等文件的统称）都应该大致相同，以便你能快速有效地评估每项服务的总成本。你还得确认执行付费流程的人对这些流程和报告的理解一致，不仅要做到流程的互通，相关人员也是一样。
1700426751
1700426752
业务流程
1700426753
1700426754
向云计算转型是一个重新设计业务流程、提高效率的好时机，流程连接着业务的各个方面，对其进行提升就能改进整体业务水平。而由于BPaaS云能做到业务流程的自动化，云计算也能相应成为业务重焕活力的引擎。就算你还没走到BPaaS这一步，仅使用INaaS和SaaS云服务也能提升效率——继而影响商业变革。
1700426755
1700426756
1700426757
1700426758
1700426759
图39中所示的业务流程重塑（BPR）模型（由哈默与钱皮创建）提供了重新设计业务流程的步骤。业务流程重塑模型的中心思想在于，唯有流程同步得到优化，提升组织效率的举措才可能获得成功（这也同样适用于物联网相关流程，即机器与机器间的交互效率需要趋同）。在使用BPR模型时，常见的问题（图39的步骤3）便是某项流程或其中某道工作流是否必要，事实上只有那些必要流程被保留、优化并实施。在步骤5，你会将部分流程完全设计为BPaaS云服务，另一部分使用某类云服务模型，其余的则不纳入云计算范畴。衡量是否应加入云计算组件的标准取决于你的要求及成功要素，如下文中所述。