关键字
冷备、热备、集群、分布式集群、可用性、高性能、同步性
三级医院集成平台面临的问题： 医院业务、数据量大，集成平台服务不能停摆，因为停摆导致医院相关业务中断。 一些医院相关管理人员反映，有时因为担心平台的稳定性，觉睡的不踏实，接到一个紧急电话就马上需要去现场解决问题的情况时有发生。
因此，集成平台的稳定性及灾备建设方案就显得尤为重要，其中为人熟知的几种方案是冷备，热备，双活和集群
冷备方案的缺点
在集成平台的建设中，有的厂商只能提供冷备解决方案，冷备方案在技术上实现相对简单。
但是，冷备方案依然存在如下问题：
核心问题： 出问题时不能自动切换至备机，使用人员发现问题并且手动切换后医院业务才能继续运行，这样导致医院业务中断时间长。
其它问题：
1. 服务器总体运行效率极低，资源利用率不足50%
2. 平台性能存在瓶颈
为了解决手动切换的缺陷，Odin提供了热备方案
Odin提供的热备方案，在主机出现问题的时候可以自动切换到备用服务器处理业务。 用户常常感知不到主备机的切换过程，保证了系统能持续运行，同时也能够适应实时性要求比较高的业务。
然而，由于热备服务器只接收来自主机的底层数据同步，不能作为独立的业务处理服务器，仅仅为管理员提供了修复主服务器的时间窗口。 因此服务器总体资源利用率仍然不足50%，热备方案仅有一台服务器保持运行，因此性能上常常难以满足未来三级医院对于大量数据的处理需求，无法解决冷备方案中的 “其它问题”。
为了解决性能瓶颈和运行效率的问题，Odin提供了双活方案
Odin的双活方案中部署的各台服务器没有主备之分，均是独立部署，能同时运行项目处理业务，提升了资源的整体利用率，解决了热备方案中备机常年处于闲置状态的问题，在保证高可用的同时也解决了单台服务器处理的性能瓶颈问题。
然而，双活或多活方案中仍然存在着管理监控不统一以及同步性问题。 任何一台引擎上的配置修改都需要手动同步到其他引擎服务器上。 同时该方案也不适用于对消息处理顺序有要求的项目，因为消息被平均分发到多台服务器后，消息原本的处理顺序无法得到保证。
既然冷备，热备，双活都存在缺点，那有没有能解决以上所有不足，达到“可用性，性能，效率，同步性---我全都要”的方案呢？
有！
目前最适合的方案，Odin的集群方案
Odin的集群方案： 解决了热备和双活方案中的缺点
Odin的集群方案分离了管理监控、生产服务、数据存储等功能，并利用负载均衡构建集群体系，通过合理的技术架构实现一处配置、多点运行、数据一致的效果。
Odin的集群方案中多台服务器同时运行业务。 即使某个服务器出现故障，也能由其他服务器无缝进行业务接管，避免了服务器故障时的业务中断，保证业务的持续运行。
Odin的集群方案还同时解决了性能问题
Odin的集群方案通过集群架构来提升系统整体的处理能力，再经由负载均衡提供高效合理的动态任务分配机制进一步提升了系统的总体运行效率，能在绝大多数医疗数据应用场景中保证系统的高性能。
Odin集群方案与一般集群方案的差别： 应用层级别的集群，不是操作系统级别的集群，实现的效果不同。
同样是集群方案，有些厂商提供的集群方案是 操作系统级别的集群，用来实现硬件和操作系统级别的故障转移从而达到高可用。 这种方案难以充分利用硬件资源。
Odin的集群方案是针对医院平台的业务特点所开发的应用级软件集群，可以将服务分布到多台服务器上同时运行，并可以进行动态扩展，同时实现高可用和高性能。
Odin集群适合的对象
普通规模的三级医院、医院集团
三级医院和医院集团业务量大，对于高可用性和实时性都有较强需求，Odin的集群方案是目前最适合的方案。 医院可以通过该方案保证集成平台的性能及日常运行的稳定。
云，分布式的NeXT ： 针对超大型三甲医院、医院集团和区域项目更好的解决方案
从冷备，热备，双活到集群方案，Odin深入了解三级医院对于集成平台的灾备及性能需求，不断改善产品方案，提升用户体验。 对于超大型三甲医院、医院集团和区域项目等客户，Odin也提供了 更好更有针对性的解决方案--- 分布式的NeXT数据服务平台。 Odin也将在今后通过官网，微信公众号等官方渠道提供该方案详情，敬请期待。
Odin文章评论：