集成平台的考虑的功能之一？

目前大多数集成平台都支持双机冗余，或者是多机集群服务。以我们医院为例，我们采取了双机冗余的机制。当然，我们也曾经遇到过上述的问题，也对平台故障转移的机制进行了思考。其实在医院这种生产业务特点下，最大的需求是面临快速的业务恢复，那么对于产品的选型，更应当倾向于备机的迅速接管业务的能力以及平台上消息队列的转移。

集成平台选型时可以同时考虑冗余和集群服务。
冗余机制通常是对集成平台本身来说的，例如数据的冗余备份，集成平台承载设备的自身部件的冗余配置。
集群服务机制通常是指多个节点同时提供服务，即使有一个节点发生故障，也不会影响业务的连续性。
实现集群服务通常的做法分为三个层次选择产品。
1、数据库层，例如采用ORACLE数据库RAC 群集，单个节点故障，并不会对其他节点产生影响。
2、虚拟化层，例如VMware 虚拟机群集迁移，单个VM故障，业务也不会中断。
3、例如云平台或云原生平台实现群集化部署，通常部署在云平台或云原生平台上的业务，都可以利用云平台的相关群集策略和机制实现，可以避免单节点故障和停机。

传统集成平台架构即便运用了主被高可用、多集群等技术手段，仍然是摆脱不了星型架构的单点结构。基于容器PaaS平台的分布式敏捷集成已经是此类总线系统的成熟替代方案，一来解决了大单体巨石应用的问题，二来解决了运维问题。

当然我们仍然可以将多中心、热备等手段用于PaaS平台节点和组件设施，但应用层面上的高可用和弹性伸缩已经被平台接管，我们充分利用基于KS8的容器编排技术，让微服务化的容器集成应用“自维护”。