云原生架构、容器化技术助力大规模区域平台建设

​在针对新一代医院管理信息系统的讨论中，华卓科技认为“新一代的系统不应解决某一类的需求，而是多种思维的融合，可归纳为云架构、容器化、标准化开放平台三点。 ”随着集成场景由单一医院转向多院区医院和医共体，集成场景越来越复杂，作为支撑核心系统集成和医院日常生产的集成平台，对于产品的性能、稳定性、场景化集成能力的要求也越来越高，而 云原生架构和容器化技术 这两点对于集成平台就会越来越重要。 

云原生架构 vs 传统IT架构“云化” 

首先，什么是云原生架构，它和传统IT架构的“云化”有什么区别？ 

简单来说， 传统IT架构“云化”即系统或产品本身是传统的IT架构，现在逐步把这些医院的IT基础设施往云上部署，从本地环境变成了云环境，解决的是运维、部署、扩容等问题。 

云原生架构，本质仍是一种软件应用的技术架构，和传统IT架构不同，云原生架构从最开始的设计、定义、架构，乃至整个思维模式都是云化的，能充分发挥云的整体服务能力以及匹配云自身演进和发展。 云原生架构必须要有如下的几个特点，包括微服务、容器化、持续交付、DevOps等（这些特点也会在今后的文章中进行探讨）。 

传统架构的云化以 “资源为中心”，更多关注在资源节约以及动态资源分配等上面，而云原生架构则以 “应用为中心”，能够充分利用云上的各种服务能力，包括更细粒度的资源调度，灵活构建应用快速响应客户需求，从深度和广度两方面监管数据、挖掘数据价值（如态势感知功能）等。 

云原生架构和容器化技术 

如今医院各业务系统上云逐渐成为趋势，随之而来的是强调资源的精准利用、原子级集成业务的隔离、端与端之间的及时协同、集成能力的按需租赁等“上云基本功”。 而采用云原生架构的集成引擎，将成为集成平台的“准终局”形态，为云上实现大规模数据交互和集成业务，提供“极致”保障，其中支撑起云原生架构的就是Kubernetes容器编排和以Docker为代表的容器技术。 

和支持云环境的传统IT架构相比，云原生架构进一步深化了云的环境特点。 容器作为实现微服务的最佳载体，能对服务器中的运行的任务一一进行更细致的监控和管理，这是传统IT架构中所不能实现的。 这种监控管理粒度上的突破使云原生分布式集群打破了传统IT架构的性能局限， 

精细化资源配置大幅提升资源利用率: 容器技术的轻量级特性能大幅解耦，提升应用程序的整体敏捷性和可维护性，扩展时也能根据不同应用的资源需求分别进行扩展，扩展粒度更细，整体资源利用率更高，轻松面对超高并发环境。 

容器化分布式部署缩短响应时间： 通过容器化的分布式部署将不同进程独立存放到不同的容器中分别管理监控，更加适配微服务。 在事务处理时也能明确分工，对消息请求的响应时间更是缩短到毫秒级。 

更强大的横向扩展能力满足瞬时高并发的海量数据处理需求: 新的监管模式让瞬时弹性扩容成为可能，TPS能在极短时间跃升至数万，不仅可以轻松满足医联体等区域医疗机构每天数千万甚至上亿的数据处理和调用的请求，也能轻松支撑瞬时高并发、多频次、大流量的医院消息处理请求。 

此外云原生架构还具有集团化、互联网化、区域化等大规模数据交换所需的微服务化支持，灰度发布，多人协同，中间件租赁化等优秀特性应用。 

云原生架构在多院区医院集团、 医共体等大规模区域平台建设时的作用 

医疗健康行业的信息化建设正逐步向大规模区域协同、云计算、大数据智能化等特点发展。 无论是各级区域全民健康信息平台，还是正在火热建设中的医联体、医共体等，以及“健康城市”等，未来都可能面对每天数以千万甚至上亿级别的数据处理和调用请求，这要求集成平台必须提供更强大的横向扩展能力，以满足海量数据的处理需求。 

在对业务系统稳定性有着极致要求的金融、互联网等行业，云原生架构早已不是新鲜事物。 谷歌、亚马逊、阿里、腾讯等IT巨头公司都已使用云原生架构。 而在医疗健康领域，Odin前瞻性地将云原生融入中间件架构，开发基于微服务的分布式容器化引擎——分布式云原生数据服务平台Odin NeXT（New generation eXchange Technology）。 

2021年5月，“全球首个基础医疗数据互操作平台”——ALEX（Application Layer EXchange），在新西兰全国范围正式上线使用，覆盖新西兰90%的基础医疗数据。 Odin NeXT作为其核心数据交换中间件搭载在微软的Azure云环境中，采用FHIR API技术实现了各类医疗数据和记录在多个应用程序、全科医生、患者、保险公司之间的实时、安全的共享和互操作，具有极高的快速响应下的并发能力、极强的业务稳定性以及实时动态扩展能力。 

Odin NeXT不是简单地在Kubernetes上进行产品部署和使用，而是和Kubernetes在底层进行接口对接交互，与Kubernetes形成融合。 在业务集成过程中，通过Odin的Web图形化配置界面即可直接获得云原生能力，满足未来云环境下的API微服务化、动态性能延展、灰度发布、单集成业务强隔离等需求。