信息技术应用创新(微服务助力信息技术应用创新)

摘要:在上一期的《全信创生态》一篇,小编为大家分享了信息技术应用创新的全生态产业发展情况,希望大家有所收获。相信大家读后也会思考如何快速实现信创应用的建设等问题。本期将为大家介绍如何应用微服务技术助力信创应用建设。


在上一期的《全信创生态》一篇,小编为大家分享了信息技术应用创新的全生态产业发展情况,希望大家有所收获。相信大家读后也会思考如何快速实现信创应用的建设等问题。本期将为大家介绍如何应用微服务技术助力信创应用建设。

一、政策要求

目前,信息技术应用创新已升格为国家战略,也是未来国内自然资源和规划行业技术应用的趋势,具体政策要求详见《政策汇总|信息化创新——信息安全新曙光》。

二、常见建设模式

较为常见的主要有两种模式:

桌面端适配模式

此种模式通常是在时间紧、资金有限的情况下采取的。主要是通过适度的后端和桌面端改造以适配国产操作系统和浏览器,使原有平台和应用系统操作基本无异常。注意:此模式不完全符合国家信创要求,只是一个过渡阶段。

全面升级模式

此模式主要是从应用系统的前后端、软硬件等全方位的信创升级,包括:IT基础设施、基础软件、应用软件和信息安全四个方面的全面升级,具体可详见《全信创生态》一文。

三、微服务技术

具体信创项目落地时,建议各地先期可结合自身信息化的建设情况以及预算情况,采取合适的建设模式,但最终都需走向全信创的发展阶段。如果采取了全面升级的建设模式,技术上建议采用微服务技术升级,便于后期的更新迭代以及服务资产的管理,更容易向开发运维一体化(DevOps)发展。

1、架构演进

在计算资源不断发展、互联网和移动应用推动、业务规模扩张、数据爆发式增长等因素的推动下,IT技术架构也在不同层面和不同角度向前演进。目前架构演进在IT业界也有不同的阶段分法,小编较为赞同的说法:C/S架构、B/S架构、面向服务化构建应用的 SOA架构、整合IT资源和按需使用的云计算架构等发展阶段,并且一直在不断地演变和进化。而微服务本质就是面向分布式服务的一种SOA架构风格,与传统以ESB为核心的SOA架构不同,微服务架构更注重分布式服务,可以说是SOA发展出来的产物,是一种比较现代化的细粒度 SOA 实现方式,例如:一个大型的复杂软件应用,可由一个或多个微服务组成,系统中的各个微服务可被独立部署,各个微服务之间是松耦合的,每个微服务仅关注于完成一件任务。

2、服务拆分

随着自然资源机构改革的推进,围绕“两统一、七个关键环节”的核心职能,自然资源业务体系需全面打通,主要涵盖调查评价、确权登记、所有者权益、空间规划、用途管制、开发利用、生态修复、多维监管、防灾减灾、综合支撑等十多个主要业务域。这些业务受原有各自应用系统的割裂,难以有效协作贯通,“应用烟囱”现象普遍存在。因此,在信创升级服务拆分时,不能过大易显得臃肿,过小易逻辑碎片化,需遵循以下拆分原则:

1) 单一职责、高内聚低耦合,独立逻辑功能作为一个服务;

2) 服务粒度需适中,不建议一个接口一个服务;

3) 以业务要素为一个模型来切入;

4) 可采取演进式拆分,粒度随着迭代过程来逐步优化;

5) 阶段性合并,服务被强依赖并唯一依赖时可合并;

6) 避免环形依赖与双向依赖。

服务拆分是微服务建设的基础,合理的服务拆分,能提高微服务的可维护性。

3、技术实现

随着业务、数据和应用资产的日益增多,传统SOA架构已难以胜任,小编建议大家借助信创升级时机,将技术架构向微服务架构转型升级,以支撑各类应用系统的敏捷开发、测试、实施、部署和监控,微服务框架实际就是综合性的服务管理生态系统,其框架如下图所示:

信息技术应用创新(微服务助力信息技术应用创新)

图 微服务框架

微服务框架主要包括以下关键组件:

1) 注册中心,实现微服务发现、配置和管理;

2) 负载均衡器,保障微服务高可用性;

3) 动态代理,实现服务端与客户端快速调度;

4) 熔断器,避免故障蔓延;

5) 网关,实现微服务访问控制;

6) 边卡模式,实现异构服务接入;

7) 链路跟踪,理清微服务调用关系以及查错;

8) Web负载LVS四层和Nginx七层负载,实现性能线性扩展;

9) 消息中间件MQ,实现系统解耦;

10) 分布式缓存,提升性能;

11) 日志收集系统,实现日志采集与分析等。

微服务框架结合容器化技术,可快速实现开发运维一体化DevOps,助力平台快速响应需求的变化。

4、服务治理

微服务架构通过统一服务注册、统一配置管理、统一服务调用、统一日志管控、统一链路跟踪,使得各个微服务应用之间互相协调配合,合为一体。上海数慧通过近年来的不断实践,总结出四个步骤可供参考:

第一步,微服务基建,即搭建微服务基础设施,提供服务注册、配置、熔断、负载均衡、日志和链路跟踪等基础能力。

第二步,平台微服务化,即对自然资源应用支撑平台的微服务化改造。针对平台的核心功能,抽取其相关源代码,实行微服务化封装,形成流程运行、规则调用、任务调度、移动开发和运维、安全管理、数据流动、空间分析等各类公共微服务组件,为业务应用系统开发提供支撑。

第三步,应用微服务化,即对各类业务应用系统和数据应用系统的微服务化。对于当前运行良好的应用系统,可以抽取其与业务能力相关的应用功能,形成微服务应用组件。通过服务的注册、发现、调用,实现其应用功能服务化和资产化复用。

第四步,微服务治理和利用,即在微服务开发和治理体系的支持下,利用上述剥离封装的各类微服务资产,面向行业应用要求,通过快速构建、编排和个性化开发,搭建出全新的自然资源微服务应用。

四、结语

数慧经过多年架构转型和信创实践,目前已经完成多个平台的微服务架构升级、信创改造,例如:业务基础平台(DAP5)、国土空间基础信息平台(BICP)、统一应用安全中心(DASC)、DevOps一体化PaaS云平台(DPaaS)等。

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注