CN110942387A - 基于微服务的电票业务功能构建方法和系统 - Google Patents

Abstract

本发明提供一种基于微服务的电票业务功能构建方法和系统，提供微服务开发平台，在微服务开发平台将业务基础组件封装成原子微服务；依据业务流程需要，在组合服务编排端对原子微服务进行组合编排，形成业务组合微服务；令原子微服务、业务组合微服务在微服务提供端进行发布，形成已发布微服务；令已发布微服务在服务中心端进行注册，形成已注册微服务；对已注册微服务在微服务消费端进行订阅，形成已订阅微服务；对电票业务请求发起响应，调用已订阅微服务。通过将业务分解成多个独立的服务，实现对解决方案的解耦，基于共享服务中心，利用流程引擎实现业务服务的编排，动态复用和编排组合业务功能，达到快速响应电票业务的快速创新需求的目标。

Description

基于微服务的电票业务功能构建方法和系统

技术领域

本发明涉及资产系统技术领域，具体地，涉及一种基于微服务的电票业务功能构建方法和系统。

背景技术

近年来，随着中国人民银行加大电票推广力度，电票使用日益普及，用户对电票接受度越来越高，电票业务呈爆发式增长，同时，随着票交所的成立与发展，电票作为一种中短期金融工具成为金融市场的重要组成部分。在线电票业务系统作为金融业务开展的生产系统，需要稳定、高效地保障日常业务的正常开展，同时，能够快速在功能上进行调整和扩展，发布上线，以适应新的业务发展要求。

电票业务系统初建阶段，系统建设以满足当时的业务要求为主，优先考虑整合、覆盖，因此软件以单体架构应用为主，功能复用考虑不多，基础技术组件、通用业务组件没有有效的剥离复用，代码冗余度高，紧耦合，可维护性差。经过多年的逐步升级，系统日渐庞大，内部服务之间缺乏隔离机制，使得系统健壮性不足，单点问题易产生全局影响；扩展性不够，具体表现为新功能的设计、实施勾连关系多、发布上线周期长，难度大；现有系统业务流程以硬编码的方式存在于应用中，导致电票业务流程调整灵活度不足，调整周期长。可见，单体架构应用的电票业务系统存在的上述问题给电票业务的快速发展带来了限制。

随着云计算技术的发展，业务系统逐渐向微服务技术的方向演进。微服务是一项在云中部署应用和服务的新技术，通过将应用和服务分解成更小的、松散耦合的组件，使得应用和服务可以更加容易升级和扩展。微服务架构将单体系统拆分为一系列的服务，一个业务系统由多个微服务组成，拆分后的微服务之间是松耦合的，每个微服务可被独立开发、独立部署，且每个微服务仅关注于完成一件任务并很好地完成该任务，在所有情况下，每个任务代表着一个小的业务能力。微服务架构应用相对于单体架构应用而言，具有以下优点：复杂度可控，微服务架构通过分解单体式应用为多个服务的方法，让复杂性能够可控。为了实现同一功能，应用被分解为多个可管理的分支或服务，通过微服务架构模式，让复杂的功能，通过模块化的方式呈现出来，让单个服务更容易开发和维护；灵活可扩展，灵活性是基于微服务架构模式，使得每个服务独立扩展。微服务架构下，技术选型是比较灵活的。在这种模式下，每个团队都可以根据自身服务的需求和行业发展状况做出自己的判断，选择适合的技术栈；独立部署，微服务具备独立的运行进程，所以每个微服务也可以独立部署。这样，当某个微服务发生变更时无需编译、部署整个应用，让发布更高效；开发针对性强，在单体架构系统下，新人的培养周期很长，需要花费大量时间了解本地开发环境。而微服务架构模式使得每个服务独立扩展，开发运维人员也不需要再花费过多的时间去熟悉本地环境，而只需要了解自己所处的模块状况即可；故障隔离，相较而言，微服务架构模式下，当某一组件发生故障时，不会出现单块架构系统的进程内扩散等弊端，故障会被隔离在单个服务中，降低开发维护成本，提高开发效率；降低应用成本，在单体架构系统中，使用的是技术分层，譬如控制层、逻辑层、数据层等。但随着市场需求的不断变化，用户需求逐渐个性化，开发周期越来越短，产品的生命周期也开始变短，单块架构系统开始面临挑战，无论是开发还是维护成本太高。采用微服务架构，可以在一定程度上解决目前单体架构的电票业务系统存在的问题。

发明内容

针对现有技术中的缺陷，本发明的目的是提供一种基于微服务的电票业务功能构建方法和系统。

根据本发明提供的一种基于微服务的电票业务功能构建系统，包括以下模块，微服务开发模块：提供微服务开发平台，在微服务开发平台将业务基础组件封装成原子微服务；微服务组合模块：依据业务流程需要，在组合服务编排端对原子微服务进行组合编排，形成业务组合微服务；微服务部署模块：令原子微服务、业务组合微服务在微服务提供端进行发布，形成已发布微服务；微服务注册模块：令已发布微服务在服务中心端进行注册，形成已注册微服务；微服务消费模块：对已注册微服务在微服务消费端进行订阅，形成已订阅微服务；微服务调用模块：对电票业务请求发起响应，调用已订阅微服务。

根据本发明提供的一种基于微服务的电票业务功能构建方法，包括以下步骤，微服务开发步骤：提供微服务开发平台，在微服务开发平台将业务基础组件封装成原子微服务；微服务组合步骤：依据业务流程需要，在组合服务编排端对原子微服务进行组合编排，形成业务组合微服务；微服务部署步骤：令原子微服务、业务组合微服务在微服务提供端进行发布，形成已发布微服务；微服务注册步骤：令已发布微服务在服务中心端进行注册，形成已注册微服务；微服务消费步骤：对已注册微服务在微服务消费端进行订阅，形成已订阅微服务；微服务调用步骤：对电票业务请求发起响应，调用已订阅微服务。

优选地，所述微服务提供端设置有微服务运行环境，微服务能够发布到目标微服务提供端；所述微服务运行环境包括微服务运行容器、流程引擎、服务引擎、第一服务中心客户端；所述微服务运行容器采用J2EE应用容器；所述流程引擎采用运行业务组合微服务执行引擎；所述服务引擎采用服务的执行引擎；所述第一服务中心客户端将已发布微服务的服务信息注册到服务中心端，所述服务信息包括已发布微服务的标志、微服务运行容器的IP地址和端口。

优选地，所述服务中心端能够管理微服务的发布注册、服务订阅、安全控制、限流降级、服务信息同步；所述微服务消费端在订阅已注册微服务后，服务中心端能够自动已订阅微服务的目标地址、安全级别、限流降级中的任一项或任多项同步推送至微服务消费端。

优选地，所述组合服务编排端将若干个微服务按设定顺序进行组合执行，所述组合服务编排端主要包括服务编排流程管理单元、服务编排设计单元、服务配置单元；所述服务编排流程管理单元展示业务组合微服务，发布业务组合微服务；所述服务编排设计单元提供图形编辑器、服务流程图，将原子微服务进行组合；所述服务配置单元提供微服务的服务标识、基本属性、输入输出参数的配置。

优选地，所述微服务消费端能够订阅需要消费的已注册微服务，发起服务调度；所述微服务消费端主要包括第二服务中心客户端、微服务调度端；所述第二服务中心客户端能够订阅服务中心端的已注册微服务，在服务中心端接受订阅后，将已注册微服务的服务目标地址推送至微服务消费端本地；在已订阅微服务的信息更新后，在微服务消费端本地令已订阅微服务的信息同步更新；所述微服务调度端在微服务消费端本地，依照设定算法选择服务目标地址，发起已订阅微服务的服务调用。

优选地，原子微服务、业务组合微服务能够发布在多个微服务提供端，形成分布式微服务的负载均衡。

优选地，所述J2EE应用容器主要包括Weblogic、Websphere、Tomcat、Jetty中的任一个。

优选地，所述流程引擎采用Activiti工作流引擎。

根据本发明提供的一种存储有计算机程序的计算机可读存储介质，其特征在于，所述计算机程序被处理器执行时实现上述方法的步骤。

与现有技术相比，本发明具有如下的有益效果：

1、服务可视化和集中管控，将电票微服务化，并发布注册到服务中心，实现了服务的可视化，且提供服务管理界面，对服务进行集中管理；

2、服务共享，构建电票服务共享中心，单一的微服务可以被多个组合服务进行共享复用；

3、灵活可扩展，单个服务模块可以进行横向动态扩展，响应不断增长的业务请求；

4、增加业务流程灵活性，基于电票服务共享中心，通过流程引擎对业务服务进行编排，可以快速构建组合服务，并动态调整和热部署服务。能够快速满足业务创新需求；

5、增加系统稳定性，服务模块之间独立部署，故障隔离；既能够实现快速部署，又不影响其它模块的运行。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为微服务系统架构图；

图2为上收组合服务流程图。

具体实施方式

下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明，但不以任何形式限制本发明。应当指出的是，对本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变化和改进。这些都属于本发明的保护范围。

本发明提供了一种电票业务功能基于微服务进行构建的方法和系统，通过将功能分解成多个独立的服务，以实现对解决方案或者复杂系统的解耦，同时，可以基于共享服务中心，利用流程引擎实现业务服务的编排，动态复用和编排组合业务功能，达到快速响应电票业务的快速创新需求的目标。

根据本发明提供的一种基于微服务的电票业务功能构建方法，包括以下步骤，微服务开发步骤：提供微服务开发平台，在微服务开发平台将业务基础组件封装成原子微服务，所述微服务开发平台提供基础技术组件，能够帮助开发人员快速开发业务微服务；微服务组合步骤：依据业务流程需要，在组合服务编排端对原子微服务进行组合编排，形成业务组合微服务；微服务部署步骤：令原子微服务、业务组合微服务在微服务提供端进行发布，形成已发布微服务；优选地，微服务提供端对已发布微服务的部署节点进行管理；微服务注册步骤：令已发布微服务在服务中心端进行注册，形成已注册微服务；微服务消费步骤：对已注册微服务在微服务消费端进行订阅，形成已订阅微服务；微服务调用步骤：对电票业务请求发起响应，调用已订阅微服务。

具体地，所述微服务提供端设置有微服务运行环境，微服务能够发布到目标微服务提供端；所述微服务运行环境包括微服务运行容器、流程引擎、服务引擎、第一服务中心客户端；所述微服务运行容器采用J2EE应用容器；所述流程引擎采用运行业务组合微服务执行引擎；所述服务引擎采用服务的执行引擎；所述第一服务中心客户端将已发布微服务的服务信息注册到服务中心端，所述服务信息包括已发布微服务的标志、微服务运行容器的IP地址和端口。所述的第一服务中心客户端，对于微服务提供端，用于将微服务和组合服务信息自动注册到微服务中心，包括服务的标志，所在运行时容器的IP地址，端口。在微服务消费端中，其提供对服务中心端中服务的订阅，当服务中心端接收到服务订阅请求后，就会将服务目标地址等信息推送到微服务消费端本地；当订阅的服务相关信息发生变化后，会及时同步到微服务消费端。优选地，微服务提供端还提供微服务运行容器，容纳微服务和组合服务的运行时环境。

具体地，所述服务中心端能够管理微服务的发布注册、服务订阅、安全控制、限流降级、服务信息同步；所述微服务消费端在订阅已注册微服务后，服务中心端能够自动已订阅微服务的目标地址、安全级别、限流降级中的任一项或任多项同步推送至微服务消费端。

具体地，所述组合服务编排端将若干个微服务按设定顺序进行组合执行，所述组合服务编排端主要包括服务编排流程管理单元、服务编排设计单元、服务配置单元；所述服务编排流程管理单元展示业务组合微服务，发布业务组合微服务；所述服务编排设计单元提供图形编辑器、服务流程图，将原子微服务进行组合；所述服务配置单元提供微服务的服务标识、基本属性、输入输出参数的配置。

具体地，所述微服务消费端能够订阅需要消费的已注册微服务，发起服务调度；所述微服务消费端主要包括第二服务中心客户端、微服务调度端；所述第二服务中心客户端能够订阅服务中心端的已注册微服务，在服务中心端接受订阅后，将已注册微服务的服务目标地址推送至微服务消费端本地；在已订阅微服务的信息更新后，在微服务消费端本地令已订阅微服务的信息同步更新；所述微服务调度端在微服务消费端本地，依照设定算法选择服务目标地址，发起已订阅微服务的服务调用。当微服务消费端的应用要调用订阅的某一服务时，会从本地存储的服务目标地址列表中按照设定算法选择一个目标地址，然后发起对该服务的调用。

具体地，原子微服务、业务组合微服务能够发布在多个微服务提供端，形成分布式微服务的负载均衡。

具体地，所述J2EE应用容器主要包括Weblogic、Websphere、Tomcat、Jetty中的任一个。

具体地，所述流程引擎采用Activiti工作流引擎。所述服务引擎采用基于Spring4.0基础进行扩展的iPlat4J服务执行引擎。

具体地，所述服务消费端在服务调度时启用服务调度寻址，所述服务调度寻址的具体过程如下，首先，当服务提供端模块A，在运行容器上部署成功后，服务会自动注册到共享服务中心装置；当服务提供端模块A中的服务发生变更，比如服务更新，服务废弃等，也会实时同步到共享服务中心装置；

其次，对于服务消费端模块B，当其部署到运行容器后，会自动将服务注册信息同步到本地；当服务提供端模块A中的信息发生变化后，共享服务中心装置也会将服务信息同步到服务消费端模块B本地；最后，服务消费端模块B调用相关服务时，从本地找到相关服务目标地址信息，然后，直接点对点发起对服务提供端模块A上服务的调用。

根据本发明提供的一种存储有计算机程序的计算机可读存储介质，其特征在于，所述计算机程序被处理器执行时实现上述方法的步骤。

根据本发明提供的一种基于微服务的电票业务功能构建系统，包括以下模块，微服务开发模块：提供微服务开发平台，在微服务开发平台将业务基础组件封装成原子微服务；微服务组合模块：依据业务流程需要，在组合服务编排端对原子微服务进行组合编排，形成业务组合微服务；微服务部署模块：令原子微服务、业务组合微服务在微服务提供端进行发布，形成已发布微服务；微服务注册模块：令已发布微服务在服务中心端进行注册，形成已注册微服务；微服务消费模块：对已注册微服务在微服务消费端进行订阅，形成已订阅微服务；微服务调用模块：对电票业务请求发起响应，调用已订阅微服务。

本发明提供的基于微服务的电票业务功能构建系统，可以通过基于微服务的电票业务功能构建方法的步骤流程实现。本领域技术人员可以将基于微服务的电票业务功能构建方法理解为所述基于微服务的电票业务功能构建系统的优选例。

以下阐述本发明的另一个优选例，如图1所示，基于微服务的电票业务功能构建系统，包括微服务开发平台装置，组合服务编排装置，微服务提供端装置，微服务消费端装置，微服务中心装置。微服务开发平台装置，用于微服务开发，调试，构建。采用宝信分布式服务化开发平台iPlat4J,该平台提供了服务开发的开发工具外，还包括基础开发框架，通用业务组件库，通用技术组件库，服务运行时引擎以及开发规范，实施指南等。如表1，设计人员进行服务拆分和设计后，可以微服务开发平台装置在开发IDE上进行服务开发。

表1电票业务微服务列表

以一个电票微服务的开发为示例，一个JAVA类ServiceElectricBill做为一个微服务集，其中每一个函数如startEndorseApplication做为一个背书发起微服务。开发人员可以在开发IDE上进行测试验证功能的完善性，验证完之后可以构建成微服务应用包发布到微服务提供端装置。微服务提供端装置，用于提供微服务的运行环境，包括微服务运行容器装置，流程引擎装置，服务引擎装置，以及运行在上面的微服务/组合服务应用包。微服务运行容器装置可以采用J2EE应用容器，包括Weblogic,Websphere,Tomcat,Jetty等，本实施实例采用Tomcat 8.5.23。流程引擎装置是指运行组合服务的执行引擎，本实例采用Activiti 5.16，Activiti是开源的工作流引擎。服务引擎装置是指服务的执行引擎，本实例基于Spring 4.0基础进行扩展的iPlat4J服务执行引擎。服务中心客户端装置，对于微服务提供端装置，用于将微服务和组合服务信息自动注册到微服务中心。包括服务的标志，所在运行时容器的IP地址，端口。对于一个微服务，其可以分布式部署到多个微服务提供端装置上，因此，其在微服务中心注册的也是多个目标服务地址。微服务中心装置，用于管理服务的发布注册，服务订阅，安全控制，限流降级，服务信息同步。对于微服务消费端装置，当其订阅微服务中心装置上注册的服务后，会自动将订阅的服务的目标地址，安全，限流降级等信息推送同步到微服务消费端装置本地。微服务管理界面展现了已经注册的微服务。微服务消费端装置，用于订阅需要消费的服务目标地址等信息，并发起服务调度。包括服务中心客户端装置，微服务调度装置。服务中心客户端装置，同微服务提供端装置中的服务中心客户端装置，但在微服务消费端装置中，其提供对服务中心装置中服务的订阅，当服务中心装置接收到服务订阅请求后，就会将服务目标地址等信息推送到微服务消费端装置本地；当订阅的服务相关信息发生变化后，会及时同步到微服务消费端装置。微服务调度装置，当微服务消费端装置中的应用要调用订阅的某一服务时，会从本地存储的服务目标地址列表中按照一定算法选择一个目标地址，然后发起对该服务的调用。组合服务编排装置，用于进行将多个微服务按一定顺序进行组合执行。包括服务编排模型管理，服务编排设计器，服务配置：1)编排流程模型管理：对服务编排设计器设计的组合服务进行管理，包括新建模型、编辑模型、删除模型、发布模型等操作。2)服务编排设计器：通过可视化设计工具，提供灵活的条件、分支、循环等基本服务编排功能，服务组合完全支持视图化拖拽功能，服务编排的过程通过可视化拖拽和配置方式即可实现，并且提供清晰的服务流程图。设计器可以帮助业务流程设计人员创建编排流程模型、使用拖拽方式绘制流程的各类图元，并使用连接线将之有序地串接为一个完整的业务流程模型，提供对流程模型属性(如基本属性、相关数据、触发事件、业务变量、返回值、流程启动者、时间限制、业务规则、扩展属性)、流程中各业务环节属性(如模拟表单、模拟属性设置、时间限制、触发事件、补偿、启动策略、扩展属性、异常定义等)的即时设置，并将之保存、提交和发布，以供使用。在编排流程模型设计界面中，流程设计主要包括以下几部分：图元管理：对图形元数据的统一管理，提供基于BPMN2.0标准的活动、事件、网关、泳道、连线及其它(注释、分组)等的选择使用，并在此基础上新增了服务图元。画布管理：帮助用户快速保存、检验流程，以及对流程图元的复制、粘贴、删除，重做、撤消、对齐、大小调整，图的放大与缩小等。流程模型发布：负责流程模型版本的提交及发布。3)服务配置：可以点击单个服务图元进行服务配置，包括基本属性，监听配置，输入输出参数，扩展属性等操作，通过该功能可以实现服务的导入。

如图2所示，展示了电票上收组合服务的业务流程。以电票上收组合服务实现为例，介绍具体的原子微服务以及组合微服务的实现过程。基于微服务的电票上收组合服务实现过程如下，微服务拆分设计：通过对业务进行分析，按业务领域拆分成电票服务、电票库存服务、电票流水服务、内票服务、内票库存服务、内票流水服务、资金服务、票据锁服务、消息服务。为每个服务设计好服务标识，JAVA类和相关方法名称、参数；微服务开发：在微服务开发平台装置开发IDE上实现服务的JAVA类和相关方法，并进行服务的单一测试；微服务发布：在微服务开发平台装置开发IDE上利用打包工具(本发明中采用Maven)构建成应用包，发布到微服务运行容器装置上。微服务服务中心客服端装置自动发现微服务并将其注册到微服务中心装置。在微服务管理界面，可以查看到已经注册的微服务；组合服务编排：进入组合服务编排装置的编排流程模型管理界面，在编排流程模型管理界面，可以创建一个流程模型。点击编辑按钮，进入服务编排流程模型设计器界面。在服务编排流程模型设计器界面，可以参照上收组合服务流程图，从左边图元区，拖拽服务活动图元到图元面板上，用连线将各个服务活动图元按顺序连接起来，得到服务编排界面中显示的组合服务。对于编排服务流程模型中的每一个服务活动的配置，可以右键点击，弹出服务配置界面，可以进行设定该活动需要调用的服务标识，输入输出参数；组合服务发布：当服务流程模型编排完成后，可以点击设计器中的发布按钮，将组合服务发布到微服务提供端装置中，并注册到微服务中心装置。该组合服务可以被其他组合服务进行编排。

本领域技术人员知道，除了以纯计算机可读程序代码方式实现本发明提供的系统、装置及其各个模块以外，完全可以通过将方法步骤进行逻辑编程来使得本发明提供的系统、装置及其各个模块以逻辑门、开关、专用集成电路、可编程逻辑控制器以及嵌入式微控制器等的形式来实现相同程序。所以，本发明提供的系统、装置及其各个模块可以被认为是一种硬件部件，而对其内包括的用于实现各种程序的模块也可以视为硬件部件内的结构；也可以将用于实现各种功能的模块视为既可以是实现方法的软件程序又可以是硬件部件内的结构。

以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变化或修改，这并不影响本发明的实质内容。在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。

Claims (10)

1.一种基于微服务的电票业务功能构建系统，其特征在于，包括以下模块：

微服务开发模块：提供微服务开发平台，在微服务开发平台将业务基础组件封装成原子微服务；

微服务组合模块：依据业务流程需要，在组合服务编排端对原子微服务进行组合编排，形成业务组合微服务；

微服务部署模块：令原子微服务、业务组合微服务在微服务提供端进行发布，形成已发布微服务；

微服务注册模块：令已发布微服务在服务中心端进行注册，形成已注册微服务；

微服务消费模块：对已注册微服务在微服务消费端进行订阅，形成已订阅微服务；

微服务调用模块：对电票业务请求发起响应，调用已订阅微服务。

2.一种基于微服务的电票业务功能构建方法，其特征在于，包括以下步骤：

微服务开发步骤：提供微服务开发平台，在微服务开发平台将业务基础组件封装成原子微服务；

微服务组合步骤：依据业务流程需要，在组合服务编排端对原子微服务进行组合编排，形成业务组合微服务；

微服务部署步骤：令原子微服务、业务组合微服务在微服务提供端进行发布，形成已发布微服务；

微服务注册步骤：令已发布微服务在服务中心端进行注册，形成已注册微服务；

微服务消费步骤：对已注册微服务在微服务消费端进行订阅，形成已订阅微服务；

微服务调用步骤：对电票业务请求发起响应，调用已订阅微服务。

3.根据权利要求1所述的基于微服务的电票业务功能构建系统或者根据权利要求2所述的基于微服务的电票业务功能构建方法，其特征在于，所述微服务提供端设置有微服务运行环境，微服务能够发布到目标微服务提供端；

所述微服务运行环境包括微服务运行容器、流程引擎、服务引擎、第一服务中心客户端；

所述微服务运行容器采用J2EE应用容器；

所述流程引擎采用运行业务组合微服务执行引擎；

所述服务引擎采用服务的执行引擎；

所述第一服务中心客户端将已发布微服务的服务信息注册到服务中心端，所述服务信息包括已发布微服务的标志、微服务运行容器的IP地址和端口。

4.根据权利要求1所述的基于微服务的电票业务功能构建系统或者根据权利要求2所述的基于微服务的电票业务功能构建方法，其特征在于，所述服务中心端能够管理微服务的发布注册、服务订阅、安全控制、限流降级、服务信息同步；

所述微服务消费端在订阅已注册微服务后，服务中心端能够自动已订阅微服务的目标地址、安全级别、限流降级中的任一项或任多项同步推送至微服务消费端。

5.根据权利要求1所述的基于微服务的电票业务功能构建系统或者根据权利要求2所述的基于微服务的电票业务功能构建方法，其特征在于，所述组合服务编排端将若干个微服务按设定顺序进行组合执行，所述组合服务编排端主要包括服务编排流程管理单元、服务编排设计单元、服务配置单元；

所述服务编排流程管理单元展示业务组合微服务，发布业务组合微服务；

所述服务编排设计单元提供图形编辑器、服务流程图，将原子微服务进行组合；

所述服务配置单元提供微服务的服务标识、基本属性、输入输出参数的配置。

6.根据权利要求1所述的基于微服务的电票业务功能构建系统或者根据权利要求2所述的基于微服务的电票业务功能构建方法，其特征在于，所述微服务消费端能够订阅需要消费的已注册微服务，发起服务调度；

所述微服务消费端主要包括第二服务中心客户端、微服务调度端；

所述第二服务中心客户端能够订阅服务中心端的已注册微服务，在服务中心端接受订阅后，将已注册微服务的服务目标地址推送至微服务消费端本地；在已订阅微服务的信息更新后，在微服务消费端本地令已订阅微服务的信息同步更新；

所述微服务调度端在微服务消费端本地，依照设定算法选择服务目标地址，发起已订阅微服务的服务调用。

7.根据权利要求1所述的基于微服务的电票业务功能构建系统或者根据权利要求2所述的基于微服务的电票业务功能构建方法，其特征在于，原子微服务、业务组合微服务能够发布在多个微服务提供端，形成分布式微服务的负载均衡。

8.根据权利要求1所述的基于微服务的电票业务功能构建系统或者根据权利要求2所述的基于微服务的电票业务功能构建方法，其特征在于，所述J2EE应用容器主要包括Weblogic、Websphere、Tomcat、Jetty中的任一个。

9.根据权利要求1所述的基于微服务的电票业务功能构建系统或者根据权利要求2所述的基于微服务的电票业务功能构建方法，其特征在于，所述流程引擎采用Activiti工作流引擎。

10.一种存储有计算机程序的计算机可读存储介质，其特征在于，所述计算机程序被处理器执行时实现权利要求2至9中任一项所述的方法的步骤。

Images