Page 16 - 嘉和资讯144期
P. 16

嘉和专栏
       用 Consul 实现服务注册和发现;其 能调优,要将原有系统的业务功能在

       中也采用了 RPC、Redis 等技术,大                                  新系统上得到更好的体现。


       部分都是基于开源组件搭建新架构体                                              在数据库适配方面,人大金仓在

       系。
                                                              常用功能、兼容性、集群、备份还原、

              新架构使用了容器技术,                                     容灾等方面都具有很好的功能特性,

       Docker 容器化部署具有跨平台性、                                    并能通过数据库迁移工具,可以很方

       灵活性、安全性、易扩展性和可移植                                       便地实现向人大金仓数据库的迁移。

       性。还用到了 Consul 服务注册与发

       现、Ocelot 网关、Redis 等。                                          在浏览器支持方面,谷歌和火狐

                                                              支持国产操作系统。
              微服务架构对于国产化的支撑具

       有显而易见的优势,可以支撑国产硬                                              在集成方面,新架构在集成方面

       件(如鲲鹏、龙芯、飞腾),国产操                                       更加方便。比如在某儿童医院,要与

       作系统(如麒麟、统信、欧拉),国                                       C/S 架构的 HIS 集成,可通过页面集

       产数据库(如达梦、人大金仓、瀚高),                                     成、数据集成,实现比以往更加紧密

       支持 x86、ARM 等多架构,具有兼                                    的集成。与 B/S 架构的系统,则可以

       容性高、交互体验提升等优势,为未                                       实现任意形式的集成。

       来信创做好了基础准备。
                                                                     新架构基于 Nginx 实现负载均

       全面拥抱口腔信创                                               衡,它提供了一种廉价有效透明的方


                                                              法扩展网络设备和服务器的带宽、增
              在微服务拆分方面,嘉和美康的

       经验是:不要拆分太细,应按照业务                                       加吞吐量、加强网络数据处理能力、

       进行拆分,而不是按照功能模块。太                                       提高网络的灵活性和可用性。基于

       细颗粒度的拆分方式会导致数据很复                                       Consul 实现统一配置管理,简化应

       杂、交互也非常复杂。按照业务拆分,                                      用架构,降低部署和维护的复杂性。


       在复杂度、扩展性、安装部署、容错性、                                     利用 Consul 服务多实例的特性,实
       维护成本等方面均有优势。                                           现在线热更,在部署和更新时,不再

                                                              需要停机,对于前端业务来说是完全
              在服务工程架构上,基本按照大                                  无感的。

       的业务框架进行工程拆分,如:药房、

       医嘱、预约、诊疗、病历、质控、随                                              当然,搭建新架构并不难,难点

       访等,然后进行各业务功能的完善。                                       在于对业务的重构和应用的完善,这

       难处在于:一是资源消耗大,二是功                                       才是最重要的。
   11   12   13   14   15   16   17   18   19   20   21