关键字
IaaS、PaaS、FaaS、集成平台、部署
随着医疗机构各核心系统逐渐上云，集成平台也在面临同样的问题，目前为人熟知的几种方案是基于虚拟化的IaaS“上云”方案，基于容器化的PaaS云平台方案和基于云原生的FaaS方案。
基于虚拟化的IaaS“上云”方案：
当下医疗集成平台部署最广泛的“标配”方案
随着云计算以及虚拟化技术的出现，有些医院决定将硬件部分“外包”给云服务厂商，也就是所谓的服务器“上云”。 这样医院无需关注硬件环境方面的问题，在人工成本、分线控制、基础设施成本等方面都能得到改善。
但是云化和云原生仍有不同，简单来说，传统IT架构“云化”即系统或产品本身是传统的IT架构，现在逐步把系统往云上部署，解决的是运维、部署、扩容等问题； 而云原生架构，产品从最开始的设计、定义、架构，乃至整个思维模式都是云化的，能充分发挥云平台整体服务能力以及匹配云自身演进和发展。 传统架构的云化以 “资源为中心”，更多关注在资源节约以及动态资源分配等上面，而云原生架构则能够充分利用云上的各种服务能力，包括更细粒度，更灵活的资源调度，灵活构建应用快速响应客户需求，从深度和广度两方面监管数据、挖掘数据价值（如Odin引擎中内嵌的态势感知功能）等，让云平台实现以 “应用为中心”的阶段。
基于容器化的PaaS云平台方案：
许多创新型应用提供的解决方案
如果说 虚拟化解决了医疗机构在硬件层级环境上的差异，那容器技术的出现就解决了医疗机构在操作系统层级环境上的差异。 PaaS云平台方案中，医疗机构可以将基础设施和操作系统相关的部署配置全部交由服务商代管，而自己只需要关注平台上的应用和数据，进一步降低了成本、风险和运维难度。 这也是部分医疗机构集成平台迁移上云后，当下许多创新型应用提供的解决方案。
不过，该方案最多只能做到应用的容器化，仍不能被称为云原生应用。
集成平台容器化≠云原生集成平台
集成平台实现容器化是指的传统架构下的系统直接封装成容器镜像发布到PaaS中运行，本质上还是虚拟机式的运行模式，平台所有组件和运行时均在一个容器中，和运行在IaaS上没有什么不同。 而云原生架构下（如Odin NeXT）所有组件和运行的集成业务均被打散成很小的颗粒度，每个组件或单个集成业务能够独立运行在一个或几个容器中，互相之间仅依靠微服务方式进行低耦合通讯，从而构成一个有机的整体，在使用和运维上依然是一个系统。
集成平台容器化 vs 云原生集成平台
同时，云原生集成平台在资源利用、业务隔离、系统升级等方面也有诸多优势，智能化的容器管理功能使运维人员无需了解容器运行的底层逻辑也能轻松实现业务场景需求。
基于云原生的FaaS方案：
集成平台部署架构的未来趋势
如果说IaaS上云方案，就像汽车租赁，只需要自己开，其它部分都安排好了； 而FaaS方案则直指用户核心需求，即到达目的地，就像网约车——买车、保险、车况、驾驶等都不需要管，完成到达目的地的需求即可。 直指需求、简化运维、按需付费、弹性伸缩，这就是FaaS方案的核心价值。
FaaS阶段对应用进行了更细粒度的拆分，将应用中非业务逻辑的部分交由平台管理，开发者只需掌握很少的架构开发、PaaS运维部署，以及容灾负载等方面的理论知识和技术，在平台上直接进行集成业务逻辑的开发并提供对外能力（Function）即可。
FaaS具备了三个核心价值：
- 弹性伸缩，比如大型三甲医院挂号业务有时会遇到瞬时高并发场景，需要大量计算资源支撑，FaaS能够及时快速地实现扩展。
- 按需付费，用多少资源就花多少钱，不用为闲置资源来买单。
- 简化运维，能够帮用户省去资源管理的烦恼，医院不需要关心底层技术和运行逻辑，只需要关于核心需求和业务场景。
Odin对于几种云环境的支持
Odin引擎AO企业版和Odin引擎集群版采用JVM技术实现All-In-One的集成架构能力，集医疗信息集成、ESB、ETL、API 管理、MQ 等多种数据服务模式为一体。 除了支持本地环境外，还可以直接部署在IaaS或PaaS。 纯Web一体化的架构支撑，使得运维上更加便捷高效，为医疗机构大大降低了管理成本。 Odin云原生平台NeXT前瞻性地实现单场景微服务和基于Kubernetes的容器动态化分布式部署等特性，直接把PaaS底层的容器化能力和自身低代码能力相结合，打造出适合医疗机构的FaaS层集成平台应用，使得集成业务能够更快速的迭代和部署，同时也可以更容易获得云原生所带来的高效、弹性的资源利用及延展能力，让医疗机构无需担忧底层技术实现逻辑而能专注于实际业务场景。
结语
不论是IaaS、PaaS还是FaaS，都有着相对的优势区间： 灵活性和自由度更高的IaaS方案、较为省心的PaaS方案、完全专注于业务极致降低运维成本的FaaS方案。 医疗机构需要根据自身业务需求和技术能力，选择合适的集成平台云部署方式。
Odin文章评论：