CN106990992A - 服务配置方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明实施例公开了一种服务配置方法、装置、服务器及存储介质，该方法包括：接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中；刷新服务容器，将所述zookeeper节点加载至所述服务容器中；当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令。本方案实现了应用程序中的各个流程和环节的动态监听、动态加载，各个环节之间互不影响，可动态变更。

Description

服务配置方法、装置、服务器及存储介质

技术领域

本发明实施例涉及计算机技术，尤其涉及一种服务配置方法、装置、服务器及存储介质。

背景技术

互联网应用中重要的复杂系统都有很多个流程环节，比如下单流程，会涉及风控、审核、下单、支付等多个流程，而随着业务场景的复杂化多样化，这些流程的组合会更加复杂多样。

现有技术中，多个业务场景的流程耦合在一起，一种场景出问题，会影响其他所有场景；各个业务场景的耦合度高，一旦新增业务场景或流程环节，需要修改原有代码，容易引入新bug；代码复用率低，一旦新增业务场景或流程环节，需要新增服务节点；各个环节拆分不明晰，出问题时候难以立即定位哪个环节出问题。

发明内容

本发明提供了一种服务配置方法、装置、服务器及存储介质，实现了应用程序中的各个流程和环节的动态监听、动态加载，各个环节之间互不影响，可动态变更。

第一方面，本发明实施例提供了一种服务配置方法，包括：

接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中；

刷新服务容器，将所述zookeeper节点加载至所述服务容器中；

当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令。

第二方面，本发明实施例还提供了一种服务配置装置，包括：

引擎前端界面，用于接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中；

引擎执行模块，用于刷新服务容器，将所述zookeeper节点加载至所述服务容器中，当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令。

第三方面，本发明实施例还提供了一种服务器，所述服务器包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现前述服务配置方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种服务配置方法，该方法包括：

接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中；

刷新服务容器，将所述zookeeper节点加载至所述服务容器中；

当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令。

本发明实施例提供的技术方案，通过接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中，刷新服务容器，将所述zookeeper节点加载至所述服务容器中，当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令，实现了应用程序中的各个流程和环节的动态监听、动态加载，各个环节之间互不影响，可动态变更。

附图说明

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

图1是本发明实施例一提供的服务配置方法的流程图；

图2是本发明实施例二提供的服务配置方法的流程图；

图3A是本发明实施例三提供的服务配置方法的流程图；

图3B是本发明实施例三提供的服务配置方法的架构图；

图4是本发明实施例四提供的服务配置装置的结构框图；

图5是本发明实施例五提供的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一提供的服务配置方法的流程图，本实施例可适用于对应用程序进行服务配置的情况，该方法可由计算设备如服务器电脑来执行，如图1所示，本实施例提供的具体方案如下：

S101、接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中。

本实施例中，zookeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。

本实施例中，zookeeper节点是一个跟Unix文件系统路径相似的节点，可以向该节点存储数据，或者从该节点获取数据。如果在创建zookeeper节点时Flag设置为EPHEMERAL，当创建的zookeeper节点和zookeeper失去连接后，zookeeper节点将不再存在在zookeeper里，zookeeper使用Watcher察觉事件信息。当引擎前端界面接收到服务流程变更的信息(通常转换为指令的形式)时，比如连接超时、节点数据改变、子节点改变等可以调用引擎执行模块进行相应的数据处理。

本实施例中，当需要对服务流程进行变更时，可通过引擎前端界面进行相应的服务流程配置，当接收到用户录入的服务流程变更指令后，依据变更指令生成zookeeper节点，并存储在zookeeper以及数据库中。示例性的，当接收用户录入的服务流程变更指令后，引擎前端界面依据由服务流程变更指令确定出的xml文件生成对应的zookeeper节点进行存储。

在一个实施例中，服务流程变更指令包括服务流程新增指令、服务流程修改指令和服务流程删除指令。即可根据服务需求自行进行服务流程的增加、删除和修改。

S102、刷新服务容器，将所述zookeeper节点加载至所述服务容器中。

本实施例中，引擎执行模块在启动后会监听zookeeper中zookeeper节点(flow节点)的变化，一旦该zookeeper节点发生变化，引擎执行模块会接收到zookeeper发送的通知，进而对服务容器进行刷新已对新配置或修改的服务流程进行加载。

S103、当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令。

本实施例中，当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令，将服务流程的各个模块、流程、环节进行解耦。示例性的，每种流程环节单独设置节点以进行动态变更。由于使用了zookeeper进行服务流程以及各个环节信息的存储，实现了动态监听、动态加载。当所述zookeeper节点加载完毕后，执行新的流程逻辑的操作指令使得服务流程的变更立即生效。示例性的，针对下单流程而言，对每个环节如风控环节、审核环节、下单环节、支付环节等单独设置节点以便于各个流程环节的变更、生效。

本实施例提供了一种服务配置方法，通过接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中，刷新服务容器，将所述zookeeper节点加载至所述服务容器中，当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令，实现了应用程序中的各个流程和环节的动态监听、动态加载，各个环节之间互不影响，可动态变更。

实施例二

图2是本发明实施例二提供的服务配置方法的流程图，在上述实施例一的基础上，可选的，所述接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点包括：

接收用户录入的服务流程的名称以及所述服务流程中各个服务环节的名称和入参格式，依据所述服务流程的名称以及所述服务流程中各个服务环节的名称和入参格式生成zookeeper节点。

由此，实现了服务流程的抽象化、模块化、可配置化。

基于上述优化，如图2所示，本实施例提供的技术方案具体如下：

S201、接收用户录入的服务流程的名称以及所述服务流程中各个服务环节的名称和入参格式，依据所述服务流程的名称以及所述服务流程中各个服务环节的名称和入参格式生成zookeeper节点。

示例性的，以对购物车下单进行有效性验证的服务流程为例：

<？xml version＝”1.0”encoding＝”UTF-8”？>

<flow id＝”cart”desc＝”购物车下单”>

<node index＝”1”name＝”orderPurchUniLogicCheckInputService”

type＝”spring”></node>

<node index＝”2”name＝”iEcOrderLogicShopcartMgrService”

type＝”spring”><inputs><input>

{“order_request”:”${#1.order_request}”}

</input></inputs></node>

<node index＝”3”name＝”iOrderPurchShopcartLogicTradeService”

type＝”rpc”><inputs><input>

{“order_request”:”${#1.order_request}”,

“order_fail_list”:”${#2.order_fail_list}”

“receive_id”:”${#2.receive_id}”

“company_id”:”${#2.company_id}”

“digit_trade_sku_list”:”${#2.digit_trade_sku_list}”

“pop_trade_sku_list”:”${#2.pop_trade_sku_list}”}

</input></inputs></node></flow>

本实施例中，给出了购物车下单的各个环节的名称和对应的入参类型如下：

环节1：名称orderPurchUniLogicCheckInputService，入参类型spring；

环节2：名称iEcOrderLogicShopcartMgrService，入参类型spring；

环节3：名称iOrderPurchShopcartLogicTradeService，入参类型rpc。

S202、刷新服务容器，将所述zookeeper节点加载至所述服务容器中。

S203、当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令。

本实施例中，通过接收用户录入的服务流程的名称以及所述服务流程中各个服务环节的名称和入参格式，依据所述服务流程的名称以及所述服务流程中各个服务环节的名称和入参格式生成zookeeper节点，刷新服务容器，将所述zookeeper节点加载至所述服务容器中，当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令，实现了应用程序中的各个流程和环节的动态监听、动态加载，各个环节之间互不影响，可动态变更。

实施例三

图3A是本发明实施例三提供的服务配置方法的流程图，在上述实施例的基础上，可选的，在所述接收用户录入的服务流程变更指令之前，还包括：

配置并启动引擎前端界面以及引擎执行模块。

基于上述优化，如图3A所示，本实施例提供的技术方案具体如下：

S301、配置并启动引擎前端界面以及引擎执行模块。

如图3B所示，图3B是本发明实施例三提供的服务配置方法的架构图，其中，当引擎前端界面启动后，将接收到的xml的服务流程变更指令存储至zookeeper和DB数据库中；引擎执行模块包括一个或多个，和服务流程中的环节相对应，引擎执行模块对zookeeper进行监听，zookeeper中一旦出现节点的变化则通知对应的引擎执行模块。

S302、接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中。

S303、刷新服务容器，将所述zookeeper节点加载至所述服务容器中。

S304、当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令。

本实施例提供了一种服务配置方法，通过配置并启动引擎前端界面以及引擎执行模块，接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中，刷新服务容器，将所述zookeeper节点加载至所述服务容器中，当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令，实现了应用程序中的各个流程和环节的动态监听、动态加载，各个环节之间互不影响，可动态变更。

实施例四

图4是本发明实施例四提供的服务配置装置的结构框图，所述装置用于执行上述实施例提供的服务配置方法，具备执行方法相应的功能模块和有益效果。如图4所示，所述装置包括引擎前端界面401、引擎执行模块402。

其中，引擎前端界面401，用于接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中；

引擎执行模块402，用于刷新服务容器，将所述zookeeper节点加载至所述服务容器中，当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令。

本实施例提供的服务配置装置，通过接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中，刷新服务容器，将所述zookeeper节点加载至所述服务容器中，当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令，实现了应用程序中的各个流程和环节的动态监听、动态加载，各个环节之间互不影响，可动态变更。

在上述技术方案的基础上，所述装置还包括：启动模块403，用于配置并启动引擎前端界面以及引擎执行模块。

在上述技术方案的基础上，所述引擎前端界面401具体用于：接收用户录入的服务流程的名称以及所述服务流程中各个服务环节的名称和入参格式，依据所述服务流程的名称以及所述服务流程中各个服务环节的名称和入参格式生成zookeeper节点。

在上述技术方案的基础上，所述引擎前端界面401具体用于：接收用户录入的服务流程新增指令、服务流程修改指令和服务流程删除指令中的至少一种

实施例五

图5是本发明实施例五提供的一种服务器的结构示意图。图5示出了适于用来实现本发明实施方式的示例性服务器12的框图。图5显示的服务器12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，服务器12以通用计算设备的形式表现。服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该服务器12交互的设备通信，和/或与使得该服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与服务器12的其它模块通信。应当明白，尽管图中未示出，可以结合服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的服务配置方法。

实施例六

本发明实施例六还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种服务配置方法，该方法包括：

接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中；

刷新服务容器，将所述zookeeper节点加载至所述服务容器中；

当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种服务配置方法，其特征在于，包括：

接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中；

刷新服务容器，将所述zookeeper节点加载至所述服务容器中；

当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令。

2.根据权利要求1所述的方法，其特征在于，在所述接收用户录入的服务流程变更指令之前，还包括：

配置并启动引擎前端界面以及引擎执行模块。

3.根据权利要求2所述的方法，其特征在于，所述接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点包括：

接收用户录入的服务流程的名称以及所述服务流程中各个服务环节的名称和入参格式，依据所述服务流程的名称以及所述服务流程中各个服务环节的名称和入参格式生成zookeeper节点。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述服务流程变更指令包括：

服务流程新增指令、服务流程修改指令和服务流程删除指令中的至少一种。

5.一种服务配置装置，其特征在于，包括：

引擎前端界面，用于接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中；

引擎执行模块，用于刷新服务容器，将所述zookeeper节点加载至所述服务容器中，当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：

启动模块，用于配置并启动引擎前端界面以及引擎执行模块。

7.根据权利要求6所述的装置，其特征在于，所述引擎前端界面具体用于：

接收用户录入的服务流程的名称以及所述服务流程中各个服务环节的名称和入参格式，依据所述服务流程的名称以及所述服务流程中各个服务环节的名称和入参格式生成zookeeper节点。

8.根据权利要求4-7中任一项所述的装置，其特征在于，所述引擎前端界面具体用于：

接收用户录入的服务流程新增指令、服务流程修改指令和服务流程删除指令中的至少一种。

9.一种服务器，其特征在于，所述服务器包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-4中任一所述的服务配置方法。

10.一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种服务配置方法，其特征在于，该方法包括：

接收用户录入的服务流程变更指令，依据所述变更指令生成zookeeper节点，并存储在zookeeper以及数据库中；

刷新服务容器，将所述zookeeper节点加载至所述服务容器中；

当所述zookeeper节点加载完毕后，按照所述服务容器中的流程逻辑执行操作指令。