基于微服务架构的电力客户服务应用构建研究.docxVIP

?

?

基于微服务架构的电力客户服务应用构建研究

?

?

张靖刘培忠李明郭

摘要：随着客户用电需求的不断变化和电力企业内部精细化管理的不断推进，对电力客户服务应用的快速响应能力、业务融合能力提出更高要求。本文首先对电力客户服务应用普遍构建方式进行调研，分析当前面临的问题，进而提出一种新的基于微服务架构的电力客户服务应用构建方法，并对应用构建过程中服务场景规划及微服务架构实现方式加以阐述，最后展望其在赋能企业创新方面发挥的作用。

关键词：移动应用;平台化;微服务架构

：TP315：A：1007-9416（2020）09-0111-04

0引言

随着互联网时代的到来和经济的快速发展，客户的用电需求不断变化，由于传统构架技术的局限性，大多电力客户服务应用无法灵活扩展和改造。此外，随着电力企业内部精细化管理的推进，现场作业应用越来越多，且业务多有重叠现象，不同业务应用之间流程独立、数据独立、人员权限独立，但实际工作中业务执行人员一致，管理单位一致，二者之间的矛盾不断突出，难以满足末端业务融合[1-3]和“企业数字化转型”带来的新要求[4]。

本文在此基础上提出一种新的基于微服务架构[5-7]的电力客户服务应用构建方法，不局限于某一特定业务，打造移动应用APP及业务中台[8]，将功能复杂、耦合度高、运维成本大的系统改造为功能独立、耦合度低、运维成本低的分布式系统。实现“统一终端、统一入口、统一认证、统一流程、统一操作”，规范新增业务应用的管理和接入，为将来业务创新发展提供有力支撑。

1电力客户服务应用普遍构建方式

通过对目前典型电力客户服务应用的调研分析，本节从业务规划和技术架构两个方面简述其构建方式。

1.1业务规划

在业务规划方面普遍采用针对选定业务场景进行抽象建模的设计方式，如“电力营销现场稽查作业系统”[9]、“计量普查移动应用系统”[10]。

现场稽查作业系统主要面向现场稽查业务下发、执行、反馈的作业场景，分为现场稽查作业数据处理系统和现场稽查作业终端系统两部分，现场稽查作业数据处理系统面向稽查工作管理人员，用于作业任务制定;现场稽查作业终端系统面向现场作业人员，用于任务接收、处理、提交，终端应用与营销业务应用的数据交互通过现场稽查作业数据处理系统实现。

计量普查移动应用系统主要面向资产库房盘点、出入库、现场勘察、装表接电等作业场景，与现场稽查作业系统类似，分为计量普查移动管理平台和计量普查移动作业应用终端两部分，管理平台负责计量普查作业任务管理，终端应用用于作业人员接收并处理计量普查相关现场任务。

1.2技术架构

在技术架构方面，普遍采用传统单体应用架构[11]，将表示层的JSP、业务逻辑层的Service、Controller和数据访问层的Dao，打成war包，部署在Tomcat、Jetty或者其他Servlet容器中，当应用运行起来后，所有的功能也都运行在同一个进程中。

2现有构建方式分析及改进方法

从以上论述可以看出，目前电力客户服务应用普遍采用“单一业务设计、单体架构开发”的构建方式。在建设初期，这种方式可以满足特定业务需求，且设计开发方便、应用部署简单、性价比高，但随着业务发展，单体架构的弊端将逐渐显露：修改某一业务逻辑时涉及整体代码调整，技术难度大;每次修改完需全量部署，影响范围广、风险高;随着业务不断变化，系统变得臃肿复杂，信息化运维升级困难[12-13]。由于以上原因，当系统拓展能力无法满足业务拓展需求时，只能采用构建新系统的方式来解决，长期下去，应用越来越多、基础功能重复建设，业务壁垒和数据孤岛的现象越来越严重，导致基层员工和管理人员工作负担加重，信息化成本不断增加等问题。

为解决传统构建方式导致的问题，本文对此提出一种基于微服务架构的电力客户服务应用构建方法，在业务规划方面，以平台化功能规划为主，实现公共能力抽象，建设时无需考虑所有业务功能细节，但可支撑未来各类业务的不断融合接入，规避了因未来不确定性而盲目规划大而全功能带来的风险;在技术架构方面，采用微服务架构，将单体应用程序拆分成微服务，每个服务运行在各自的进程，采用此方式在设计开发初期工作量会较大，但随着项目的不断推进和完善，开发效率将明显提高，当未来业务变更或增加新业务时，可进行独立开发部署，大大缩短迭代周期。逐步实现电力客户服务应用从业务耦合、多头管理、刚性支撑到業务分治、归口管理、柔性支撑的架构转变。

3电力客户服务应用构建

本节从基础功能及微应用场景规划、中台服务功能规划、电力客户服务应用架构方案三个方面对应用构建方法做详细阐述。

3.1基础功能及微应用场景规划

本文提出的构建方法从业务规划上偏向平台化，但为保证服务功能规划具有普适性，可满足未来各种业务的不断融合接入，首先需要就基础功能及微应用场景进行划分梳理[