CN110362341B - 基于微服务架构的业务管理方法、装置、设备和存储介质 - Google Patents

Abstract

本申请涉及一种基于微服务架构的业务管理方法、装置、计算机设备和存储介质。所述方法包括：获取微服务架构触发指令，并根据所述微服务架构触发指令从业务存储库获取与微服务架构关联的第一业务标识及配置文件；从所述配置文件中提取与所述第一业务标识对应的第一容器和第一执行参数，并进行关联存储；将所述第一业务标识生成业务选择项；获取与被选中的所述业务选择项的所述第一业务标识对应的第一容器和第一执行参数；在所述微服务架构的预设显示区域显示所述第一容器，并在所述第一容器内根据所述第一执行参数执行第一业务。采用本方法能够快速且独立管理超大系统的多个业务。

Description

基于微服务架构的业务管理方法、装置、设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种基于微服务架构的业务管理方法、装置、计算机设备和存储介质。

背景技术

目前多数公司均存在超大规模的网页前端开发项目，网页前端开发项目一般与多个业务线兼容，为了保证网页前端开发项目的顺利呈现，同一项目框架下各业务线之间参数、逻辑等需要相互调整。因而，业务线一旦增加，各个业务线中的业务功能模块之间的逻辑耦合度都会增加，使得网页前端开发项目的可维护性发生下降，项目框架难以更新。而且，当一个系统变得越来越庞大时，不论是编译打包还是加载所需的数据量都极其巨大，这样不仅会降低开发效率，还会降低各个业务线的执行效率，而且也增加了开发或业务线执行的时长。

发明内容

基于此，有必要针对上述技术问题，提供一种能够快速且独立管理超大系统的多个业务的基于微服务架构的业务管理方法、装置、计算机设备和存储介质。

一种基于微服务架构的业务管理方法，所述方法包括：

获取微服务架构触发指令，并根据所述微服务架构触发指令从业务存储库获取与微服务架构关联的第一业务标识及配置文件；

从所述配置文件中提取与所述第一业务标识对应的第一容器和第一执行参数，并进行关联存储；

将所述第一业务标识生成业务选择项；

获取与被选中的所述业务选择项的所述第一业务标识对应的第一容器和第一执行参数；

在所述微服务架构的预设显示区域显示所述第一容器，并在所述第一容器内根据所述第一执行参数执行第一业务。

在其中一个实施例中，所述在所述微服务架构的预设显示区域显示所述第一容器，并在所述第一容器内根据所述第一执行参数执行第一业务之后，包括：

获取第二业务标识，所述第二业务标识为第二业务的标识；

根据所述第二业务标识获取第二执行参数和第二容器；

在所述微服务架构的预设显示区域显示所述第二容器，并在所述第二容器内根据所述第二执行参数执行第二业务。

在其中一个实施例中，所述在所述微服务架构的预设显示区域显示所述第二容器，并在所述第二容器内根据所述第二执行参数执行第二业务，包括：

从所述配置文件中提取所述第一业务标识的第一销毁函数和所述第二业务标识的第二初始化参数；

根据所述第一销毁函数清除所述第一容器内的所述第一执行参数；

当所述第一执行参数清除完成后，在所述预设显示区域显示所述第二容器，在所述第二容器内根据所述第二初始化参数执行第二业务。

在其中一个实施例中，所述获取第二业务标识，包括：

获取所述微服务架构访问的页面地址；

判断所述页面地址是否与所述第一业务的网络地址对应；

当判定所述页面地址与所述第一业务的网络地址不对应时，获取与所述页面地址对应的第二业务标识。

在其中一个实施例中，所述获取第二业务标识，包括：

显示所述业务选择项，并接收输入的业务更改指令；

根据所述业务更改指令获取更改后的第二业务标识。

在其中一个实施例中，所述业务存储库的生成方法，包括：

接收业务发送的注册请求和配置文件，所述配置文件包含所述业务的业务标识、执行参数、容器和网络地址；

根据所述注册请求获取预设配置模板；

判断所述配置文件和所述预设配置模板是否对应；

当判定所述配置文件和所述预设配置模板对应时，将所述业务标识、所述配置文件和所述注册请求进行对应存储。

在其中一个实施例中，所述将所述业务标识、所述配置文件和所述注册请求进行对应存储，包括：

接收第三业务的中止指令，所述中止指令携带有第三业务标识；

根据所述中止指令生成中止标签；

将所述第三业务标识、所述配置文件、所述注册请求和所述中止标签进行对应存储。

在其中一个实施例中，所述根据所述微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件，包括：

判断所述业务标识是否存在对应的中止标签；

当判定所述业务标识不存在所述中止标签时，根据所述微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件。

一种基于微服务架构的业务管理装置，所述装置包括：

业务信息获取模块，用于获取微服务架构触发指令，并根据所述微服务架构触发指令从业务存储库获取与微服务架构关联的第一业务标识及配置文件；

存储模块，用于从所述配置文件中提取与所述第一业务标识对应的容器和执行参数，并进行关联存储；

选择项生成模块，用于将所述第一业务标识生成业务选择项，并显示所述业务选择项；

容器参数获取模块，用于获取与被选中的所述业务选择项的所述业务标识对应的第一容器和第一执行参数；

业务执行模块，用于在所述微服务架构的预设显示区域显示所述第一容器，并在所述第一容器内根据所述第一执行参数执行第一业务。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。

上述基于微服务架构的业务管理方法、装置、计算机设备和存储介质，不仅根据微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件，减少了编译打包或是加载所需的数据量，缩短了终端接收显示各业务的时长；还根据业务标识生成业务选择项，通过被选中的业务选择项的业务标识对应的第一容器和第一执行参数；在微服务架构的预设显示区域显示第一容器，并在第一容器内根据第一执行参数执行第一业务，通过配置文件中的第一容器和第一执行参数执行第一业务，在保持系统完整性的同时，实现对一个超大系统的拆分，且拆分后的各业务可独立开发、独立部署，实现了业务与业务之间框架和逻辑的解耦。

附图说明

图1为一个实施例中基于微服务架构的业务管理方法的应用场景图；

图2为一个实施例中基于微服务架构的业务管理方法的流程示意图；

图3为另一个实施例中基于微服务架构的业务管理方法的流程示意图；

图4为一个实施例中基于微服务架构的业务管理步骤的流程示意图；

图5为一个实施例中业务存储库的生成方法的流程示意图；

图6为另一个实施例中业务存储库的生成步骤的流程示意图；

图7为一个实施例中业务管理步骤的流程示意图；

图8为一个实施例中基于微服务架构的业务管理装置的结构框图；

图9为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的基于微服务架构的业务管理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104、服务器106进行通信。终端102获取微服务架构触发指令，并且终端102根据微服务架构触发指令从服务器104的业务存储库获取与微服务架构关联的第一业务标识及配置文件；终端102从配置文件中提取与第一业务标识对应的容器和执行参数，并进行关联存储；终端102将第一业务标识生成业务选择项；终端102获取与被选中的业务选择项的第一业务标识对应的第一容器和第一执行参数；终端102在微服务架构的预设显示区域显示第一容器，并在第一容器内根据第一执行参数执行第一业务，终端102通过微服务架构和第一业务的服务器106通信连接。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式智能设备，服务器104和服务器106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种基于微服务架构的业务管理方法，以该方法应用于图1中的终端为例进行说明，包括以下步骤：

步骤202，获取微服务架构触发指令，并根据微服务架构触发指令从业务存储库获取与微服务架构关联的第一业务标识及配置文件。

微服务架构触发指令用于启动对微服务架构的控制操作。微服务架构用于将多个复杂的应用程序划分为不同的业务，并将每个业务部署在独立进程中运行，微服务架构的呈现形式可以是网页或应用等。在本实施例中，业务可以是彼此之间相互独立的基于web页面实现的桌面应用、应用程序或者小程序中的网络视图等。终端可以检测终端的触摸屏的预设区域内是否接收到用户的按压操作、或者检测是否接收到用户的控制语音等，并根据检测到的肯定结果生成微服务架构触发指令。例如，可以设定当终端接收到用户的“启动XX页面”的语音时，终端生成并获取微服务架构触发指令。

业务存储库存储有与微服务架构关联的第一业务标识及配置文件。业务存储库可以设置在服务器上，也可以设置在终端上。当业务存储库设置在服务器上时，终端可以将微服务架构触发指令发送给服务器，微服务架构触发指令包含微服务架构的架构标识，服务器根据与微服务架构对应的架构标识搜索与微服务架构关联的第一业务标识及配置文件；当业务存储库可以设置在终端上时，终端可以根据微服务架构触发指令从业务存储库获取与微服务架构关联的第一业务标识及配置文件。

步骤204，从配置文件中提取与第一业务标识对应的第一容器和第一执行参数，并进行关联存储。

配置文件记录有业务各种的相关配置信息，例如，配置文件可以包含第一业务标识、第一容器及第一执行参数等，文件格式可以是便于读取的JSON格式等。第一业务标识是用于标识第一业务的，可以是识别字符串或数字组等。第一容器是用于提供与微服务架构隔离的运行环境并为业务的初始化提供可挂载的页面元素，包括子系统渲染界面时添加到web页面中的所有元素节点以及它们的样式或动画。配置文件也可以包含第一业务标识、第一容器的节点信息及第一执行参数等，微服务架构可以根据第一容器的节点信息生成第一容器，在一个实施例中，第一容器为DIV容器。业务可以在容器内独立运行，且业务的运行不受微服务架构自身的影响。第一执行参数是终端执行业务的各种参数，例如，第一执行参数可以是业务的销毁函数、初始化参数、业务分配给微服务架构的页面地址等。业务通过页面地址可以以页面为最小单位在微服务架构中运行，实现各业务之间完全解耦。终端从配置文件中提取与第一业务标识对应的第一容器和第一执行参数，并将第一业务标识、第一容器和第一执行参数进行关联存储。

步骤206，将第一业务标识生成业务选择项。

终端将与微服务架构对应的第一业务标识生成业务选择项，终端将业务选择项提供给用户进行选择。终端可以通过窗口显示业务选择项，也可以通过语音播报业务选择项，或通过神经网络等展示业务选择项。当终端通过界面显示业务选择项时，各业务选择项可以通过图标、缩略图或图片等形式静态或动态展示在操作显示界面/预设窗口中。终端可以检测触摸屏上的按压操作或者接收用户输入的语音信息判定用户选择的业务选择项。

步骤208，获取与被选中的业务选择项的第一业务标识对应的第一容器和第一执行参数。

终端的微服务架构获取被选中的业务选择项对应的第一业务标识，而后获取与第一业务标识对应的第一容器和第一执行参数。第一执行参数可以保存在微服务架构所处的浏览器或是应用中，或是因特网中的网络站点，例如portal站点。

步骤210，在微服务架构的预设显示区域显示第一容器，并在第一容器内根据第一执行参数执行第一业务。

终端在微服务架构的预设显示区域内显示第一容器，并在第一容器内根据第一执行参数执行第一业务。终端可以通过微服务架构的路由控制模块控制第一容器的显示，而后第一容器通过portal站点触发调用第一执行参数中的初始化数据，从而执行第一业务。当配置文件包含第一业务的导航菜单列表数据时，终端在预设显示区域内显示第一容器根据导航菜单列表数据生成的导航菜单列表，从而实现对第一业务的业务页面的可访问性。

上述基于微服务架构的业务管理方法中，不仅根据微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件，减少了编译打包或是加载所需的数据量，缩短了终端接收显示各业务的时长；还根据业务标识生成业务选择项，通过被选中的业务选择项的业务标识对应的第一容器和第一执行参数；在微服务架构的预设显示区域显示第一容器，并在第一容器内根据第一执行参数执行第一业务，通过配置文件中的第一容器和第一执行参数执行第一业务，在保持系统完整性的同时，实现对一个超大系统的拆分，且拆分后的各业务可独立开发、独立部署、或者重构和升级改造，实现了业务与业务之间框架和逻辑的解耦。不仅如此，还缩短了超大系统的启动时间，提高了用户体验。

在另一实施例中，如图3所示，在微服务架构的预设显示区域显示第一容器，并在第一容器内根据第一执行参数执行第一业务之后，包括以下步骤：

步骤302，获取第二业务标识，第二业务标识为第二业务的标识。

终端获取第二业务标识，第二业务标识为第二业务的标识。第二业务标识可以通过终端检测终端的触摸屏的预设区域内是否接收到用户的按压操作而得到，也可以通过终端检测微服务架构访问的页面地址得到。

步骤304，根据第二业务标识获取第二执行参数和第二容器。

终端根据第二业务标识获取第二执行参数和第二容器。第一业务与第二业务为不同的业务，两个业务之间互不相关、互不干扰，业务之间可以通过微服务架构进行通信和数据共享。例如，第一业务为“网页淘宝”，第二业务为“网页支付宝”，两个业务之间可以通过微服务架构传输账号和密码，但是“网页淘宝”和“网页支付宝”之间的执行参数和容器都不同，终端需要根据业务“网页支付宝”的第二执行参数和第二容器执行第二业务。

步骤306，在微服务架构的预设显示区域显示第二容器，并在第二容器内根据第二执行参数执行第二业务。

终端在微服务架构的预设显示区域执行第二容器，并在第二容器内根据第二执行参数执行第二业务。终端可以通过微服务架构的路由控制模块控制第一容器的隐藏、并控制第二容器进行显示，而后第二容器可以通过portal站点触发调用第二执行参数中的初始化数据，从而执行第二业务。

上述基于微服务架构的业务管理方法中，通过不同的容器执行不同的业务，并根据执行的业务显示对应的容器，避免出现业务之间的互相干扰及微服务架构显示的页面性能变低。

在另一个实施例中，如图4所示，在微服务架构的预设显示区域显示第二容器，并在第二容器内根据第二执行参数执行第二业务，包括以下步骤：

步骤402，从配置文件中提取第一业务标识的第一销毁函数和第二业务标识的第二初始化参数。

终端从配置文件中提取第一业务标识的第一销毁函数和第二业务标识的第二初始化参数。第一销毁函数用于清除在第一容器中第一业务已运行的各项参数，第一销毁函数可以是与业务销毁对应的生命周期函数。第二初始化参数为在第二容器中初始化启动第二业务的参数，第二初始化参数可以是与业务初始化显示对应的生命周期函数。

步骤404，根据第一销毁函数清除第一容器内的第一执行参数。

终端根据第一销毁函数不仅可以清除第一容器内的第一执行参数中的第一初始化参数，还可以清除第一容器执行第一业务产生的各种数据，终端根据第一销毁函数中断第一容器与第一业务之间的连接，进而中止微服务架构与第一业务的连通。终端再通过微服务架构隐藏第一容器。

步骤406，当第一执行参数清除完成后，在预设显示区域显示第二容器，在第二容器内根据第二初始化参数执行第二业务。

当第一容器内的第一执行参数清除完成后，终端可以立即在预设显示区域显示第二容器，也可以等待预设时间后再显示第二容器。终端在第二容器内根据第二初始化参数执行第二业务。

上述基于微服务架构的业务管理方法中，在第一容器内的第一执行参数清除完成后，在显示第二容器，进一步降低了业务之间的互相干扰，避免微服务架构显示的页面性能变低。

在一个实施例中，获取第二业务标识，包括以下步骤：获取微服务架构访问的页面地址；判断页面地址是否与第一业务的网络地址对应；当判定页面地址与第一业务的网络地址不对应时，获取与页面地址对应的第二业务标识。

终端获取微服务架构访问的页面地址。每个业务分配给微服务架构的网络地址都存储在配置文件中。终端可以根据配置文件中的网络地址列表，生成路由映射到业务的哈希表。当终端获取到微服务架构访问的页面地址时，终端会通过哈希表快速查找页面地址是否与第一业务的网络地址对应，当判定页面地址与第一业务的网络地址不对应时，终端在哈希表中查询并获取与页面地址对应的第二业务标识。当判定页面地址与第一业务的网络地址对应时，终端的微服务架构保持与第一业务的连通状态，第一业务根据不同页面地址的变更，对业务中的程序块及时进行变更。

上述基于微服务架构的业务管理方法中，通过获取微服务架构访问的页面地址，微服务架构根据业务之间的页面地址的变更，对业务及时进行切换，缩短用户的等待时间，提高业务管理的效率。

在另一个实施例中，获取第二业务标识，包括以下步骤：显示业务选择项，并接收输入的业务更改指令；根据业务更改指令获取更改后的第二业务标识。

终端可以显示业务选择项，而后接收用户输入的业务更改指令。业务更改指令可以包含被用户选中变更的业务选择项，也可以包含更改后的第二业务标识。终端根据业务更改指令获取更改后的第二业务标识。

在一个实施例中，如图5所示，业务存储库的生成方法，包括以下步骤：

步骤502，接收业务终端发送的注册请求和配置文件，配置文件包含业务的业务标识、执行参数、容器和网络地址。

终端接收业务终端发送的注册请求和配置文件。配置文件记录有业务各种的相关配置信息，例如，配置文件包含业务的业务标识、执行参数、容器和网络地址。配置文件包含的配置信息可以根据微服务架构进行调整。具体地，配置文件可以包含业务的版本号、业务名称、运行时需要的容器ID、启动需要的静态文件列表、业务的导航菜单以及其包含的所有微服务架构可访问的网络地址等。

步骤504，根据注册请求获取预设配置模板。

终端根据注册请求获取预设配置模板。预设配置模板是与微服务架构对应存储的，用于指示微服务架构启动业务所需要的配置信息。预设配置模板可以包含配置文件的基础框架和该框架内配置信息的格式，例如，预设配置模板可以设定配置文件包括四部分，第一部分为业务标识，第二部分为执行参数，第三部分为容器，第四部分为网络地址。

步骤506，判断配置文件和预设配置模板是否对应。

终端判断配置文件和预设配置模板是否对应。终端根据预设配置模板中的基础框架，提取配置文件对应位置处的配置信息，并判断配置信息是否符合配置信息的格式。当终端判定配置信息均符合配置信息的格式时，终端判定配置文件和预设配置模板对应；否则终端判定配置文件和预设配置模板不对应。

步骤508，当判定配置文件和预设配置模板对应时，将业务标识、配置文件、注册请求与微服务架构进行对应存储。

当终端判定配置文件和预设配置模板对应时，终端将业务标识、配置文件、注册请求与微服务架构进行对应存储。

在另一实施例中，如图6所示，将业务标识、配置文件和注册请求进行对应存储，包括以下步骤：

步骤602，接收第三业务的中止指令，中止指令携带有第三业务标识。

中止指令用于指示微服务架构中止与第三业务的连接的控制操作。终端接收管理终端或第三业务的业务终端发送的第三业务的中止指令。中止指令携带有第三业务标识。

步骤604，根据中止指令生成中止标签。

终端根据中止指令生成中止标签。

步骤606，将第三业务标识、配置文件、注册请求和中止标签进行对应存储。

终端将第三业务标识、配置文件、注册请求和中止标签进行对应存储。

在上一个实施例中，如图7所示，根据微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件，包括以下步骤：

步骤702，判断业务标识是否存在对应的中止标签。

终端判断业务标识是否存在对应的中止标签。

步骤704，当判定业务标识不存在中止标签时，根据微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件。

当判定业务标识不存在中止标签时，终端根据微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件。当判定业务标识存在中止标签时，终端中止获取与微服务架构关联的业务标识及配置文件。

当需要再次连通微服务架构和第三业务时，终端可以接收管理终端或第三业务的业务终端发送的第三业务的恢复指令，恢复指令携带有第三业务标识，恢复指令用于指示微服务架构恢复与第三业务的连接的控制操作。终端根据恢复指令生成恢复标签，并发送给业务存储库。业务存储库将第三业务标识、配置文件、注册请求和恢复标签进行对应存储。

在上述基于微服务架构的业务管理方法中，通过给业务添加中止标签实现了业务可插拔的特性，无需更新微服务架构，不需要从微服务架构的代码层面将业务移除。

应该理解的是，虽然图2-7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-7中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图8所示，提供了一种基于微服务架构的业务管理装置，包括：业务信息获取模块802、存储模块804、选择项生成模块806、容器参数获取模块808和业务执行模块810，其中：

业务信息获取模块802，用于获取微服务架构触发指令，并根据微服务架构触发指令从业务存储库获取与微服务架构关联的第一业务标识及配置文件。

存储模块804，用于从配置文件中提取与第一业务标识对应的容器和执行参数，并进行关联存储。

选择项生成模块806，用于将第一业务标识生成业务选择项，并显示业务选择项。

容器参数获取模块808，用于获取与被选中的业务选择项的第一业务标识对应的第一容器和第一执行参数。

业务执行模块810，用于在微服务架构的预设显示区域显示第一容器，并在第一容器内根据第一执行参数执行第一业务。

在一些实施例中，装置还包括第二业务标识获取模块、第二容器参数获取模块和第二业务执行模块，其中：

第二业务标识获取模块，用于获取第二业务标识。

第二容器参数获取模块，用于根据第二业务标识获取第二执行参数和第二容器。

第二业务执行模块，用于在微服务架构的预设显示区域显示第二容器，并在第二容器内根据第二执行参数执行第二业务。

在另一个实施例中，第二业务执行模块包括参数提取单元、清除单元和第二执行单元，其中：

参数提取单元，用于从配置文件中提取第一业务标识的第一销毁函数和第二业务标识的第二初始化参数。

清除单元，用于根据第一销毁函数清除第一容器内的第一执行参数。

第二执行单元，用于当第一执行参数清除完成后，在预设显示区域显示第二容器，在第二容器内根据第二初始化参数执行第二业务。

在一些实施例中，第二业务标识获取模块包括地址获取单元、地址判断单元和标识获取单元，其中：

地址获取单元，用于获取微服务架构访问的页面地址。

地址判断单元，用于判断页面地址是否与第一业务的网络地址对应。

标识获取单元，用于当判定页面地址与第一业务的网络地址不对应时，获取与页面地址对应的第二业务标识。

在一实施例中，第二业务标识获取模块包括选择项显示单元和标识获取单元，其中：

选择项显示单元，用于显示业务选择项，并接收输入的业务更改指令。

标识获取单元，用于根据业务更改指令获取更改后的第二业务标识。

在一实施例中，业务信息获取模块包括请求接收单元、模板获取单元、模板判断单元和存储单元，其中：

请求接收单元，用于接收业务终端发送的注册请求和配置文件，配置文件包含业务的业务标识、执行参数、容器和网络地址。

模板获取单元，用于根据注册请求获取预设配置模板。

模板判断单元，用于判断配置文件和预设配置模板是否对应。

存储单元，用于当判定配置文件和预设配置模板对应时，将业务标识、配置文件、注册请求与微服务架构进行对应存储。

在一个实施例中，业务信息获取模块还包括中止指令接收单元、标签生成单元和存储单元，其中：

中止指令接收单元，用于接收第三业务的中止指令，中止指令携带有第三业务标识。

标签生成单元，用于根据中止指令生成中止标签。

存储单元，用于将第三业务标识、配置文件、注册请求和中止标签进行对应存储。

在另一实施例中，业务信息获取模块还包括标签判断单元和获取单元，其中：

标签判断单元，用于判断业务标识是否存在对应的中止标签。

获取单元，用于当判定业务标识不存在中止标签时，根据微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件。

关于基于微服务架构的业务管理装置的具体限定可以参见上文中对于基于微服务架构的业务管理方法的限定，在此不再赘述。上述基于微服务架构的业务管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于微服务架构的业务管理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：获取微服务架构触发指令，并根据微服务架构触发指令从业务存储库获取与微服务架构关联的第一业务标识及配置文件；从配置文件中提取与第一业务标识对应的第一容器和第一执行参数，并进行关联存储；将第一业务标识生成业务选择项；获取与被选中的业务选择项的第一业务标识对应的第一容器和第一执行参数；在微服务架构的预设显示区域显示第一容器，并在第一容器内根据第一执行参数执行第一业务。

在一个实施例中，处理器执行计算机程序时实现的在微服务架构的预设显示区域显示第一容器，并在第一容器内根据第一执行参数执行第一业务之后，包括：获取第二业务标识；根据第二业务标识获取第二执行参数和第二容器；在微服务架构的预设显示区域显示第二容器，并在第二容器内根据第二执行参数执行第二业务。

在一个实施例中，处理器执行计算机程序时实现的在微服务架构的预设显示区域显示第二容器，并在第二容器内根据第二执行参数执行第二业务，包括：从配置文件中提取第一业务标识的第一销毁函数和第二业务标识的第二初始化参数；根据第一销毁函数清除第一容器内的第一执行参数；当第一执行参数清除完成后，在预设显示区域显示第二容器，在第二容器内根据第二初始化参数执行第二业务。

在一个实施例中，处理器执行计算机程序时实现的获取第二业务标识，包括：获取微服务架构访问的页面地址；判断页面地址是否与第一业务的网络地址对应；当判定页面地址与第一业务的网络地址不对应时，获取与页面地址对应的第二业务标识。

在一个实施例中，处理器执行计算机程序时实现的获取第二业务标识，包括：显示业务选择项，并接收输入的业务更改指令；根据业务更改指令获取更改后的第二业务标识。

在一个实施例中，处理器执行计算机程序时实现的业务存储库的生成方法，包括：接收业务终端发送的注册请求和配置文件，配置文件包含业务的业务标识、执行参数、容器和网络地址；根据注册请求获取预设配置模板；判断配置文件和预设配置模板是否对应；当判定配置文件和预设配置模板对应时，将业务标识、配置文件、注册请求与微服务架构进行对应存储。

在一个实施例中，处理器执行计算机程序时实现的将业务标识、配置文件和注册请求进行对应存储，包括：接收第三业务的中止指令，中止指令携带有第三业务标识；根据中止指令生成中止标签；将第三业务标识、配置文件、注册请求和中止标签进行对应存储。

在一个实施例中，处理器执行计算机程序时实现的根据微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件，包括：判断业务标识是否存在对应的中止标签；当判定业务标识不存在中止标签时，根据微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取微服务架构触发指令，并根据微服务架构触发指令从业务存储库获取与微服务架构关联的第一业务标识及配置文件；从配置文件中提取与第一业务标识对应的第一容器和第一执行参数，并进行关联存储；将第一业务标识生成业务选择项；获取与被选中的业务选择项的第一业务标识对应的第一容器和第一执行参数；在微服务架构的预设显示区域显示第一容器，并在第一容器内根据第一执行参数执行第一业务。

在一个实施例中，计算机程序被处理器执行时实现的在微服务架构的预设显示区域显示第一容器，并在第一容器内根据第一执行参数执行第一业务之后，包括：获取第二业务标识；根据第二业务标识获取第二执行参数和第二容器；在微服务架构的预设显示区域显示第二容器，并在第二容器内根据第二执行参数执行第二业务。

在一个实施例中，计算机程序被处理器执行时实现的在微服务架构的预设显示区域显示第二容器，并在第二容器内根据第二执行参数执行第二业务，包括：从配置文件中提取第一业务标识的第一销毁函数和第二业务标识的第二初始化参数；根据第一销毁函数清除第一容器内的第一执行参数；当第一执行参数清除完成后，在预设显示区域显示第二容器，在第二容器内根据第二初始化参数执行第二业务。

在一个实施例中，计算机程序被处理器执行时实现的获取第二业务标识，包括：获取微服务架构访问的页面地址；判断页面地址是否与第一业务的网络地址对应；当判定页面地址与第一业务的网络地址不对应时，获取与页面地址对应的第二业务标识。

在一个实施例中，计算机程序被处理器执行时实现的获取第二业务标识，包括：显示业务选择项，并接收输入的业务更改指令；根据业务更改指令获取更改后的第二业务标识。

在一个实施例中，计算机程序被处理器执行时实现的业务存储库的生成方法，包括：接收业务终端发送的注册请求和配置文件，配置文件包含业务的业务标识、执行参数、容器和网络地址；根据注册请求获取预设配置模板；判断配置文件和预设配置模板是否对应；当判定配置文件和预设配置模板对应时，将业务标识、配置文件、注册请求与微服务架构进行对应存储。

在一个实施例中，计算机程序被处理器执行时实现的将业务标识、配置文件和注册请求进行对应存储，包括：接收第三业务的中止指令，中止指令携带有第三业务标识；根据中止指令生成中止标签；将第三业务标识、配置文件、注册请求和中止标签进行对应存储。

在一个实施例中，计算机程序被处理器执行时实现的根据微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件，包括：判断业务标识是否存在对应的中止标签；当判定业务标识不存在中止标签时，根据微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (11)

1.一种基于微服务架构的业务管理方法，所述方法包括：

获取微服务架构触发指令，并根据所述微服务架构触发指令从业务存储库获取与微服务架构关联的第一业务标识及配置文件；

从所述配置文件中提取与所述第一业务标识对应的第一容器和第一执行参数，并进行关联存储；

将所述第一业务标识生成业务选择项；

获取与被选中的所述业务选择项的所述第一业务标识对应的第一容器和第一执行参数；

在所述微服务架构的预设显示区域显示所述第一容器，并在所述第一容器内根据所述第一执行参数执行第一业务。

2.根据权利要求1所述的方法，其特征在于，所述在所述微服务架构的预设显示区域显示所述第一容器，并在所述第一容器内根据所述第一执行参数执行第一业务之后，包括：

获取第二业务标识，所述第二业务标识为第二业务的标识；

根据所述第二业务标识获取第二执行参数和第二容器；

在所述微服务架构的预设显示区域显示所述第二容器，并在所述第二容器内根据所述第二执行参数执行第二业务。

3.根据权利要求2所述的方法，其特征在于，所述在所述微服务架构的预设显示区域显示所述第二容器，并在所述第二容器内根据所述第二执行参数执行第二业务，包括：

从所述配置文件中提取所述第一业务标识的第一销毁函数和所述第二业务标识的第二初始化参数；

根据所述第一销毁函数清除所述第一容器内的所述第一执行参数；

当所述第一执行参数清除完成后，在所述预设显示区域显示所述第二容器，在所述第二容器内根据所述第二初始化参数执行第二业务。

4.根据权利要求2所述的方法，其特征在于，所述获取第二业务标识，包括：

获取所述微服务架构访问的页面地址；

判断所述页面地址是否与所述第一业务的网络地址对应；

当判定所述页面地址与所述第一业务的网络地址不对应时，获取与所述页面地址对应的第二业务标识。

5.根据权利要求2所述的方法，其特征在于，所述获取第二业务标识，包括：

显示所述业务选择项，并接收输入的业务更改指令；

根据所述业务更改指令获取更改后的第二业务标识。

6.根据权利要求1所述的方法，其特征在于，所述业务存储库的生成方法，包括：

接收业务终端发送的注册请求和配置文件，所述配置文件包含业务的业务标识、执行参数、容器和网络地址；

根据所述注册请求获取预设配置模板；

判断所述配置文件和所述预设配置模板是否对应；

当判定所述配置文件和所述预设配置模板对应时，将所述业务标识、所述配置文件、所述注册请求与所述微服务架构进行对应存储。

7.根据权利要求6所述的方法，其特征在于，所述将所述业务标识、所述配置文件和所述注册请求进行对应存储，包括：

接收第三业务的中止指令，所述中止指令携带有第三业务标识；

根据所述中止指令生成中止标签；

将所述第三业务标识、所述配置文件、所述注册请求和所述中止标签进行对应存储。

8.根据权利要求7所述的方法，其特征在于，所述根据所述微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件，包括：

判断所述业务标识是否存在对应的中止标签；

当判定所述业务标识不存在所述中止标签时，根据所述微服务架构触发指令从业务存储库获取与微服务架构关联的业务标识及配置文件。

9.一种基于微服务架构的业务管理装置，其特征在于，所述装置包括：

业务信息获取模块，用于获取微服务架构触发指令，并根据所述微服务架构触发指令从业务存储库获取与微服务架构关联的第一业务标识及配置文件；

存储模块，用于从所述配置文件中提取与所述第一业务标识对应的容器和执行参数，并进行关联存储；

选择项生成模块，用于将所述第一业务标识生成业务选择项，并显示所述业务选择项；

容器参数获取模块，用于获取与被选中的所述业务选择项的所述第一业务标识对应的第一容器和第一执行参数；

业务执行模块，用于在所述微服务架构的预设显示区域显示所述第一容器，并在所述第一容器内根据所述第一执行参数执行第一业务。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述方法的步骤。

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

Images