CN115134238A - 业务系统发布方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种业务系统发布方法、装置、计算机设备和存储介质。所述方法包括：从配置中心中获取配置信息；配置信息包括多个业务系统版本的发布策略数据；从配置信息中获取与待发布的业务系统版本对应的目标发布策略数据；将目标发布策略数据推送至业务系统服务器，控制待发布的业务系统版本在业务系统服务器上进行发布。采用本方法能够降低运维人员的工作量，并提高业务系统版本的迭代更新效率。

Description

业务系统发布方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种业务系统发布方法、装置、计算机设备和存储介质。

背景技术

随着互联网技术的发展，业务系统为了适应业务需求也需要不断地进行迭代更新，业务系统在每次进行迭代更新时，都需要开发新的业务系统版本并进行发布。

在对业务系统的版本进行迭代更新时，部分不同的版本对应不同的发布方式。而业务系统中一般内置了发布方式，若对某个业务系统的版本进行更新时所需的新的发布方式与内置的发布方式不一致，则需要重新构建新的发布方式，以实现对业务系统的版本进行更新。

然而，业务系统版本迭代更新的频率较高，就需要运维人员不断重新构建新的发布方式，以实现对业务系统的版本进行更新。但是，这将大幅增加运维人员的工作量，降低业务系统版本的迭代更新效率。

发明内容

基于此，有必要针对上述技术问题，提供一种能够降低运维人员的工作量，并提高业务系统版本的迭代更新效率的业务系统发布方法、装置、计算机设备和存储介质。

第一方面，本申请提供了一种业务系统发布方法。方法包括：

从配置中心中获取配置信息；配置信息包括多个业务系统版本的发布策略数据；从配置信息中获取与待发布的业务系统版本对应的目标发布策略数据；将目标发布策略数据推送至业务系统服务器，控制待发布的业务系统版本在业务系统服务器上进行发布。

在其中一个实施例中，上述方法还包括：

根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据；发布策略数据包括发布方式、与发布方式对应的发布流程、与发布方式对应的用户身份信息列表；属性信息包括业务系统版本中所更新的功能的重要度、及业务系统版本对应的业务系统服务器资源中的至少一个；基于多个业务系统版本的发布策略数据，生成配置信息。

在其中一个实施例中，从配置中心中获取配置信息，包括：

控制配置中心将配置信息发送至业务系统发布平台的缓存数据库中；通过预设引擎从缓存数据库中获取配置信息。

在其中一个实施例中，将目标发布策略数据推送至业务系统服务器，控制待发布的业务系统版本在业务系统服务器上进行发布，包括：

获取待发布的业务系统版本的程序包，将程序包部署在业务系统服务器上；通过负载均衡器将目标发布策略数据推送至业务系统服务器；根据发布方式、与发布方式对应的发布流程及程序包，控制待发布的业务系统版本在业务系统服务器上进行发布。

在其中一个实施例中，上述方法还包括：

接收用户的业务处理请求；业务处理请求包括业务系统版本标识及用户标识；根据业务系统版本标识获取与业务系统版本标识对应的发布方式；根据发布方式及用户标识，通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。

在其中一个实施例中，根据发布方式及用户标识，通过负载均衡器将业务处理请求转发至业务系统服务器进行执行，包括：

判断用户标识是否在与发布方式对应的用户身份信息列表中；若是，则通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。

在其中一个实施例中，根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据，包括：

通过配置中心的配置界面，根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据。

在其中一个实施例中，发布方式包括灰度发布、滚动发布及蓝绿部署中的至少一种。

第二方面，本申请还提供了一种业务系统发布装置。装置包括：

第一获取模块，用于从配置中心中获取配置信息；配置信息包括多个业务系统版本的发布策略数据；

第二获取模块，用于从配置信息中获取与待发布的业务系统版本对应的目标发布策略数据；

发布模块，用于将目标发布策略数据推送至业务系统服务器，控制待发布的业务系统版本在业务系统服务器上进行发布。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面任一实施例中的方法步骤。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面任一实施例中的方法步骤。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面任一实施例中的方法步骤。

上述业务系统发布方法、装置、计算机设备和存储介质，通过从配置中心中获取配置信息；配置信息包括多个业务系统版本的发布策略数据；从配置信息中获取与待发布的业务系统版本对应的目标发布策略数据；将目标发布策略数据推送至业务系统服务器，控制待发布的业务系统版本在业务系统服务器上进行发布。在本申请实施例提供的技术方案中，由于在配置中心中预先构建了不同业务系统版本发布所需的发布策略数据，通过在配置中心中配置发布策略数据后，可以直接将发布策略数据推送至业务系统服务器上，从而可以实现发布方式的灵活切换，并且，在对某个业务系统的版本进行更新时所需的新的发布方式与内置的发布方式不一致时，不需要运维人员在业务系统上不断地重新构建新的发布方式，从而降低了运维人员的工作量，也提高了业务系统版本的迭代更新效率。

附图说明

图1为一个实施例中业务系统发布方法的应用环境图；

图2为一个实施例中业务系统发布方法的流程示意图；

图3为一个实施例中生成配置信息的流程示意图；

图4为一个实施例中获取配置信息的流程示意图；

图5为一个实施例中进行业务系统发布的流程示意图；

图6为一个实施例中执行业务处理请求的流程示意图；

图7为一个实施例中灰度发布下执行业务处理请求的架构图；

图8为一个实施例中灰度发布下执行业务处理请求的流程示意图；

图9为一个实施例中业务系统发布装置的结构框图；

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

具体实施方式

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

本申请实施例提供的业务系统发布方法，可以应用于如图1所示的应用环境中。其中，业务系统平台10用于对业务系统的发布进行控制与管理，业务系统服务器20用于部署待发布的业务系统版本。业务系统平台10包括apollo配置中心102、Nginx负载均衡器104、Lua引擎106和Redis缓存数据库108，其中，配置中心102用于配置业务系统版本的发布策略数据；Nginx负载均衡器104用于转发业务处理请求并推送发布策略数据至业务系统服务器20；Lua引擎106用于从Redis缓存数据库108中读取发布策略数据；Redis缓存数据库108用于缓存发布策略数据。业务系统平台10中的配置中心102、Nginx负载均衡器104和Lua引擎106都可以是服务器，其中，服务器可以为一台服务器也可以为由多台服务器组成的服务器集群，本申请实施例对此不作具体限定。

需要说明的是，本申请实施例的执行主体可以是计算机设备，也可以是业务系统发布装置，下述方法实施例中就以计算机设备为执行主体进行说明。

在一个实施例中，如图2所示，其示出了本申请实施例提供的一种业务系统发布的流程图，该方法可以包括以下步骤：

步骤220、从配置中心中获取配置信息；配置信息包括多个业务系统版本的发布策略数据。

其中，配置中心可以部署在业务系统发布平台的一个设备中，配置中心可以是apollo配置中心，也可以是其他配置中心，本实施例对此不作具体限定。在配置中心上可以预先构建业务系统版本的配置信息，配置信息是由多个不同业务系统版本的发布策略数据所构成的。在不同的业务系统版本中所更新的功能不同，以及业务系统所部属的服务器的硬件资源也不同，因而在每次发布新的业务系统版本时，可能也需要设置不同的发布策略数据。

发布策略数据是业务系统版本在发布时所需要的相关信息，可以包括发布方式、发布流程、用户身份等信息，当然也可以包括发布相关的其他信息，本实施例对此不作具体限定。发布方式可以包括但不限于灰度发布、滚动发布及蓝绿部署等；发布流程可以是不同发布方式对应的发布具体操作过程，可以由不同发布方式的特性确定；用户身份信息可以是在发布过程中预先设定的使用新版本的业务系统的用户名单。

步骤240、从配置信息中获取与待发布的业务系统版本对应的目标发布策略数据。

其中，由于配置信息中包括了多个业务系统版本对应的发布策略数据，配置信息中的发布策略数据与业务系统版本可以一一对应，并可以以列表形式或其他形式进行保存。业务系统版本中可以携带其对应的业务版本标识和/或业务系统标识，从而可以通过不同业务系统的标识信息和业务系统版本的标识信息中的至少一个，从配置信息中获取与待发布的业务系统版本对应的目标发布策略数据。在配置中心上所构建的发布策略数据可以预先存储在本地，也可以存储在缓存数据库中，因而，业务系统发布平台可以通过调用存储位置对应的设备，从而获取到待发布业务系统版本的目标发布策略数据。

步骤260、将目标发布策略数据推送至业务系统服务器，控制待发布的业务系统版本在业务系统服务器上进行发布。

其中，从配置中心获取到待发布的业务系统版本对应的目标发布策略数据后，可以将获取到的目标发布策略数据推送至对应的业务系统服务器，从而在业务系统服务器上根据目标发布策略数据进行自动配置，进而控制待发布的业务系统版本在业务系统服务器上进行发布。在对业务系统版本进行发布时，可以是先将业务系统版本对应的程序包部署在该业务系统服务器上，再由业务系统发布平台调用其中的负载均衡器将目标发布策略数据推送至该业务系统服务器，从而实现业务系统发布的过程。这里的业务系统服务器可以是经过在配置中心修改负载均衡器的配置，从而断开与某些特定的业务系统服务器的连接，使得该部分业务系统服务器上的用户流量完全切除后所对应的空的服务器；也可以是重新所部署的服务器，本实施例对此不作具体限定。

本实施例中，通过从配置中心中获取配置信息；配置信息包括多个业务系统版本的发布策略数据；从配置信息中获取与待发布的业务系统版本对应的目标发布策略数据；将目标发布策略数据推送至业务系统服务器，控制待发布的业务系统版本在业务系统服务器上进行发布。由于在配置中心中预先构建了不同业务系统版本发布所需的发布策略数据，通过在配置中心中配置发布策略数据后，可以直接将发布策略数据推送至业务系统服务器上，从而可以实现发布方式的灵活切换，并且，在对某个业务系统的版本进行更新时所需的新的发布方式与内置的发布方式不一致时，不需要运维人员在业务系统上不断地重新构建新的发布方式，从而降低了运维人员的工作量，也提高了业务系统版本的迭代更新效率。

在一个实施例中，如图3所示，其示出了本申请实施例提供的一种业务系统发布的流程图，具体涉及的是生成配置信息的一种可能的过程，该方法可以包括以下步骤：

步骤320、根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据；发布策略数据包括发布方式、与发布方式对应的发布流程、与发布方式对应的用户身份信息列表；属性信息包括业务系统版本中所更新的功能的重要度、及业务系统版本对应的业务系统服务器资源中的至少一个。

步骤340、基于多个业务系统版本的发布策略数据，生成配置信息。

其中，业务系统版本的属性信息可以包括业务系统版本中所更新的功能的重要度、及业务系统版本对应的业务系统服务器资源中的至少一个，根据不同业务版本的属性信息可以确定与业务系统版本的发布策略数据。可选地，配置中心还提供了对应的配置界面，因而还可以通过配置中心的配置界面录入配置信息，从而根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据。配置中心还可以设置有相应的日志记录，从而可以对配置信息生效或失效的不同状态进行记录与追踪。

发布策略数据可以包括发布方式、与发布方式对应的发布流程、与发布方式对应的用户身份信息列表，发布方式可以包括灰度发布、滚动发布及蓝绿部署中的至少一种，当然也可以是其他发布方式，本实施例对此不作具体限定。其中，灰度发布也称金丝雀发布，是先牺牲部分用户进行功能验证，在验证通过后，再将其他用户全部迁移到新版本的业务系统上；滚动发布是取出一个或者多个服务器停止服务执行更新，并重新将其投入使用，周而复始，直到所有都更新成新版本的业务系统；蓝绿部署是不停老版本，并部署新版本然后进行测试，测试成功后将流量切到新版本，然后老版本同时也升级到新版本。发布方式对应的发布流程是不同发布方式对应的发布具体操作过程，由不同发布方式的特性确定。与发布方式对应的用户身份信息列表是在发布过程中预先设定的使用新版本的业务系统的用户名单。

在确定与业务系统版本的发布策略数据时，以业务系统版本中所更新的功能的重要度为例，若所更新的功能的重要性低，即对用户的影响范围小，那么就可以选择直接将所有的用户流量切换到新版本的业务系统服务器上的发布方式。再以业务系统版本对应的业务系统服务器资源为例，这里的业务系统服务器资源是服务器的硬件资源，若业务系统服务器资源足够多时，那么就可以选择可以同时运行新版本和旧版本业务系统的蓝绿部署的发布方式。

本实施例中，通过根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据，基于多个业务系统版本的发布策略数据，生成配置信息，结合业务系统版本的属性信息，能够快速准确的生成不同业务系统版本的配置信息，并且，配置中心还提供了相应的配置界面和日志记录，提高了人机交互友好性的同时，可以对配置信息的状态进行有效的记录与追踪，进而提高了业务系统发布平台的智能化程度。

在一个实施例中，如图4所示，其示出了本申请实施例提供的一种业务系统发布的流程图，具体涉及的是获取配置信息的一种可能的过程，该方法可以包括以下步骤：

步骤420、控制配置中心将配置信息发送至业务系统发布平台的缓存数据库中。

步骤440、通过预设引擎从缓存数据库中获取配置信息。

其中，缓存数据库用于对不同业务系统版本的发布策略数据进行缓存，通过配置中心所配置的发布策略数据可以预先存储在缓存数据库中，缓存数据库可以是Redis缓存数据库。从而，业务系统发布平台可以通过预设引擎中程序块调用缓存数据库读取到对应的配置信息。业务系统发布平台可以在基于Nginx负载均衡器与Lua引擎的高性能Web平台，即OpenResty平台的基础上实现，因而，这里的预设引擎可以是Lua引擎，当然也可以是其他引擎，本实施例对此不作具体限定。通过Lua引擎从缓存数据库中获取配置信息时，可以通过调用Lua脚本编写的程序块LuaProgram来调用缓存数据库，从而读取到对应的配置信息。

本实施例中，通过控制配置中心将配置信息发送至业务系统发布平台的缓存数据库中，通过预设引擎从缓存数据库中获取配置信息，由于缓存数据库是基于内存的高速缓存数据库，读写速度非常快，可以快速获取到配置信息，并且与现有技术相比，在用户请求并发大的情况下，不需要多次调用业务系统服务器数据库获取配置信息，从而也不会影响正常业务的性能。

在一个实施例中，如图5所示，其示出了本申请实施例提供的一种业务系统发布的流程图，具体涉及的是进行业务系统发布的一种可能的过程，该方法可以包括以下步骤：

步骤520、获取待发布的业务系统版本的程序包，将程序包部署在业务系统服务器上。

步骤540、通过负载均衡器将目标发布策略数据推送至业务系统服务器。

步骤560、根据发布方式、与发布方式对应的发布流程及程序包，控制待发布的业务系统版本在业务系统服务器上进行发布。

其中，业务系统服务器可以是经过在配置中心修改负载均衡器的配置，从而断开与某些特定的业务系统服务器的连接，使得该部分业务系统服务器上的用户流量完全切除后所对应的空的服务器，可以通过查看业务系统服务器的生产日志确定其上的用户流量是否完全切除。

待发布的业务系统版本的程序包是该业务系统运行所需要的组件、函数、类等文件的包，可以根据该程序包的存储路径获取到该程序包后，并运行部署命令从而将该程序包部署在业务系统服务器上。还可以通过查看业务系统服务器的部署进程来验证程序包是否部署成功，在部署成功后，可以通过负载均衡器将通过预设引擎从缓存数据库中获取到的目标发布策略数据推送至业务系统服务器，并根据发布方式、与发布方式对应的发布流程及程序包，控制待发布的业务系统版本在业务系统服务器上进行发布。负载均衡器Nginx为业务系统发布平台中的一类设备，并且用于转发业务处理请求并推送发布策略数据至业务系统服务器，负载均衡器可以是一台服务器，也可以是由多台服务器组成的服务器集群。对应地，还可以将待发布的业务系统版本的安装包推送至业务系统的前端进行安装。业务系统服务器获取到待发布业务系统版本的目标发布策略数据后，可以根据目标发布策略数据中的发布方式、与发布方式对应的发布流程进行自动配置，从而执行具体发布操作使得将该程序包对应的业务系统版本进行发布。

本实施例中，通过获取待发布的业务系统版本的程序包，将程序包部署在业务系统服务器上；通过负载均衡器将目标发布策略数据推送至业务系统服务器；根据发布方式、与发布方式对应的发布流程及程序包，控制待发布的业务系统版本在业务系统服务器上进行发布。通过直接将发布策略数据推送至业务系统服务器上，从而可以实现发布方式的灵活切换，使得业务系统的发布更加高效。

在一个实施例中，如图6所示，其示出了本申请实施例提供的一种业务系统发布的流程图，具体涉及的是执行业务处理请求的一种可能的过程，该方法可以包括以下步骤：

步骤620、接收用户的业务处理请求；业务处理请求包括业务系统版本标识及用户标识。

步骤640、根据业务系统版本标识获取与业务系统版本标识对应的发布方式。

步骤660、根据发布方式及用户标识，通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。

其中，用户的业务处理请求中携带了业务系统版本标识及用户标识，业务系统版本标识中还可以包括业务系统的ID，用户标识中可以包括用户ID、用户设备ID、Sessionid等。根据业务系统版本标识可以从缓存数据库中获取与业务系统版本标识对应的发布方式，再根据发布方式及用户标识，通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。

可选地，在根据发布方式及用户标识，通过负载均衡器将业务处理请求转发至业务系统服务器进行执行时，包括：判断用户标识是否在与发布方式对应的用户身份信息列表中；若是，则通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。

其中，用户身份信息列表是在发布过程中所预先设定的可以使用新版本的业务系统的用户名单，因而，需要根据用户标识判断该用户是否在用户身份信息列表中，若用户标识在用户身份信息列表中，则可以通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。若用户标识不在用户身份信息列表中，则可以通过负载均衡器将业务处理请求转发至原始业务系统服务器进行执行。

本实施例中，通过接收用户的业务处理请求，根据业务系统版本标识获取与业务系统版本标识对应的发布方式，根据发布方式及用户标识，通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。通过读取缓存数据库中预先存储的发布方式与用户身份信息列表，从而可以更加快速准确地对用户的业务处理请求进行转发。

在一个实施例中，以灰度发布方式为例，基于图7所示的业务请求处理架构，图8示出了本申请实施例提供的一种执行业务处理请求的流程图，该方法可以包括以下步骤：

步骤801、Nginx集群通过OpenResty平台接收用户发送的业务处理请求（以Http请求的形式）。

步骤802、OpenResty平台调用Lua引擎的程序块LuaProgram。

步骤803、程序块LuaProgram调用Redis缓存数据库，获取白名单列表。

步骤804、判断业务处理请求中的用户标识是否在白名单列表中。

步骤805、若存在，则转发该业务处理请求至灰度服务器中；灰度服务器上部署了新版本的业务系统（灰度应用系统）。

步骤806、若不存在，则转发该业务处理请求至原始服务器中；原始服务器中部署了旧版本的业务系统（稳定应用系统）。

步骤808、通过白名单用户进行业务系统的功能验证测试。

步骤808、验证测试通过后，采用滚动发布的方式，先部分截流，再进行发布升级，直至所有的业务系统服务器完成升级。

本实施例提供的业务系统发布方法中各步骤，其实现原理和技术效果与前面各业务系统发布方法实施例中类似，在此不再赘述。图8实施例中各步骤的实现方式只是一种举例，对各实现方式不作限定，各步骤的顺序在实际应用中可进行调整，只要可以实现各步骤的目的即可。

在本申请实施例提供的技术方案中，由于在配置中心中预先构建了不同业务系统版本发布所需的发布策略数据，通过在配置中心中配置发布策略数据后，可以直接将发布策略数据推送至业务系统服务器上，从而可以实现发布方式的灵活切换，并且，在对某个业务系统的版本进行更新时所需的新的发布方式与内置的发布方式不一致时，不需要运维人员在业务系统上不断地重新构建新的发布方式，从而降低了运维人员的工作量，也提高了业务系统版本的迭代更新效率。并且，结合了滚动发布和灰度发布两者不浪费硬件服务器的优点，更增加了白名单验证机制，实现了对生产发布零影响，使得发布成本和风险降到最低。

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

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的业务系统发布方法的业务系统发布装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个业务系统发布装置实施例中的具体限定可以参见上文中对于业务系统发布方法的限定，在此不再赘述。

在一个实施例中，如图9所示，提供了一种业务系统发布装置900，包括：第一获取模块902、第二获取模块904和发布模块906，其中：

第一获取模块902，用于从配置中心中获取配置信息；配置信息包括多个业务系统版本的发布策略数据。

第二获取模块904，用于从配置信息中获取与待发布的业务系统版本对应的目标发布策略数据。

发布模块906，用于将目标发布策略数据推送至业务系统服务器，控制待发布的业务系统版本在业务系统服务器上进行发布。

在一个实施例中，上述业务系统发布装置还包括确定模块和生成模块，其中：确定模块，用于根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据；发布策略数据包括发布方式、与发布方式对应的发布流程、与发布方式对应的用户身份信息列表；属性信息包括业务系统版本中所更新的功能的重要度、及业务系统版本对应的业务系统服务器资源中的至少一个；生成模块，用于基于多个业务系统版本的发布策略数据，生成配置信息。

在一个实施例中，上述第一获取模块902具体用于控制配置中心将配置信息发送至业务系统发布平台的缓存数据库中；通过预设引擎从缓存数据库中获取配置信息。

在一个实施例中，上述发布模块906具体用于获取待发布的业务系统版本的程序包，将程序包部署在业务系统服务器上；通过负载均衡器将目标发布策略数据推送至业务系统服务器；根据发布方式、与发布方式对应的发布流程及程序包，控制待发布的业务系统版本在业务系统服务器上进行发布。

在一个实施例中，上述业务系统发布装置还包括接收模块、第三获取模块和转发模块，其中：接收模块用于接收用户的业务处理请求；业务处理请求包括业务系统版本标识及用户标识；第三获取模块用于根据业务系统版本标识获取与业务系统版本标识对应的发布方式；转发模块用于根据发布方式及用户标识，通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。

在一个实施例中，上述转发模块具体用于判断用户标识是否在与发布方式对应的用户身份信息列表中；若是，则通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。

在一个实施例中，根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据，包括：

通过配置中心的配置界面，根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据。

在一个实施例中，发布方式包括灰度发布、滚动发布及蓝绿部署中的至少一种。

上述业务系统发布装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务系统发布数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务系统发布方法。

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

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

从配置中心中获取配置信息；配置信息包括多个业务系统版本的发布策略数据；从配置信息中获取与待发布的业务系统版本对应的目标发布策略数据；将目标发布策略数据推送至业务系统服务器，控制待发布的业务系统版本在业务系统服务器上进行发布。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据；发布策略数据包括发布方式、与发布方式对应的发布流程、与发布方式对应的用户身份信息列表；属性信息包括业务系统版本中所更新的功能的重要度、及业务系统版本对应的业务系统服务器资源中的至少一个；基于多个业务系统版本的发布策略数据，生成配置信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

控制配置中心将配置信息发送至业务系统发布平台的缓存数据库中；通过预设引擎从缓存数据库中获取配置信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取待发布的业务系统版本的程序包，将程序包部署在业务系统服务器上；通过负载均衡器将目标发布策略数据推送至业务系统服务器；根据发布方式、与发布方式对应的发布流程及程序包，控制待发布的业务系统版本在业务系统服务器上进行发布。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

接收用户的业务处理请求；业务处理请求包括业务系统版本标识及用户标识；根据业务系统版本标识获取与业务系统版本标识对应的发布方式；根据发布方式及用户标识，通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

判断用户标识是否在与发布方式对应的用户身份信息列表中；若是，则通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

通过配置中心的配置界面，根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据。

在一个实施例中，发布方式包括灰度发布、滚动发布及蓝绿部署中的至少一种。

本申请实施例提供的计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

从配置中心中获取配置信息；配置信息包括多个业务系统版本的发布策略数据；从配置信息中获取与待发布的业务系统版本对应的目标发布策略数据；将目标发布策略数据推送至业务系统服务器，控制待发布的业务系统版本在业务系统服务器上进行发布。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据；发布策略数据包括发布方式、与发布方式对应的发布流程、与发布方式对应的用户身份信息列表；属性信息包括业务系统版本中所更新的功能的重要度、及业务系统版本对应的业务系统服务器资源中的至少一个；基于多个业务系统版本的发布策略数据，生成配置信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

控制配置中心将配置信息发送至业务系统发布平台的缓存数据库中；通过预设引擎从缓存数据库中获取配置信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取待发布的业务系统版本的程序包，将程序包部署在业务系统服务器上；通过负载均衡器将目标发布策略数据推送至业务系统服务器；根据发布方式、与发布方式对应的发布流程及程序包，控制待发布的业务系统版本在业务系统服务器上进行发布。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

接收用户的业务处理请求；业务处理请求包括业务系统版本标识及用户标识；根据业务系统版本标识获取与业务系统版本标识对应的发布方式；根据发布方式及用户标识，通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

判断用户标识是否在与发布方式对应的用户身份信息列表中；若是，则通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

通过配置中心的配置界面，根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据。

在一个实施例中，发布方式包括灰度发布、滚动发布及蓝绿部署中的至少一种。

本实施例提供的计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

从配置中心中获取配置信息；配置信息包括多个业务系统版本的发布策略数据；从配置信息中获取与待发布的业务系统版本对应的目标发布策略数据；将目标发布策略数据推送至业务系统服务器，控制待发布的业务系统版本在业务系统服务器上进行发布。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据；发布策略数据包括发布方式、与发布方式对应的发布流程、与发布方式对应的用户身份信息列表；属性信息包括业务系统版本中所更新的功能的重要度、及业务系统版本对应的业务系统服务器资源中的至少一个；基于多个业务系统版本的发布策略数据，生成配置信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

控制配置中心将配置信息发送至业务系统发布平台的缓存数据库中；通过预设引擎从缓存数据库中获取配置信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取待发布的业务系统版本的程序包，将程序包部署在业务系统服务器上；通过负载均衡器将目标发布策略数据推送至业务系统服务器；根据发布方式、与发布方式对应的发布流程及程序包，控制待发布的业务系统版本在业务系统服务器上进行发布。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

接收用户的业务处理请求；业务处理请求包括业务系统版本标识及用户标识；根据业务系统版本标识获取与业务系统版本标识对应的发布方式；根据发布方式及用户标识，通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

判断用户标识是否在与发布方式对应的用户身份信息列表中；若是，则通过负载均衡器将业务处理请求转发至业务系统服务器进行执行。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

通过配置中心的配置界面，根据多个业务系统版本的属性信息，确定与业务系统版本的发布策略数据。

在一个实施例中，发布方式包括灰度发布、滚动发布及蓝绿部署中的至少一种。

本实施例提供的计算机程序产品，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

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

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

Claims (12)

1.一种业务系统发布方法，其特征在于，所述方法包括：

从配置中心中获取配置信息；所述配置信息包括多个业务系统版本的发布策略数据；

从所述配置信息中获取与待发布的业务系统版本对应的目标发布策略数据；

将所述目标发布策略数据推送至业务系统服务器，控制所述待发布的业务系统版本在所述业务系统服务器上进行发布。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据多个所述业务系统版本的属性信息，确定与所述业务系统版本的发布策略数据；所述发布策略数据包括发布方式、与所述发布方式对应的发布流程、与所述发布方式对应的用户身份信息列表；所述属性信息包括所述业务系统版本中所更新的功能的重要度、及所述业务系统版本对应的业务系统服务器资源中的至少一个；

基于多个所述业务系统版本的发布策略数据，生成所述配置信息。

3.根据权利要求1或2所述的方法，其特征在于，所述从配置中心中获取配置信息，包括：

控制所述配置中心将所述配置信息发送至所述业务系统发布平台的缓存数据库中；

通过预设引擎从所述缓存数据库中获取所述配置信息。

4.根据权利要求2所述的方法，其特征在于，所述将所述目标发布策略数据推送至业务系统服务器，控制所述待发布的业务系统版本在所述业务系统服务器上进行发布，包括：

获取所述待发布的业务系统版本的程序包，将所述程序包部署在所述业务系统服务器上；

通过负载均衡器将所述目标发布策略数据推送至所述业务系统服务器；

根据所述发布方式、与所述发布方式对应的发布流程及所述程序包，控制所述待发布的业务系统版本在所述业务系统服务器上进行发布。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收用户的业务处理请求；所述业务处理请求包括业务系统版本标识及用户标识；

根据所述业务系统版本标识获取与所述业务系统版本标识对应的发布方式；

根据所述发布方式及用户标识，通过负载均衡器将所述业务处理请求转发至所述业务系统服务器进行执行。

6.根据权利要求5所述的方法，其特征在于，所述根据所述发布方式及用户标识，通过负载均衡器将所述业务处理请求转发至所述业务系统服务器进行执行，包括：

判断所述用户标识是否在与所述发布方式对应的用户身份信息列表中；

若是，则通过负载均衡器将所述业务处理请求转发至所述业务系统服务器进行执行。

7.根据权利要求2所述的方法，其特征在于，所述根据多个所述业务系统版本中的属性信息，确定与所述业务系统版本的发布策略数据，包括：

通过所述配置中心的配置界面，根据多个所述业务系统版本的属性信息，确定与所述业务系统版本的发布策略数据。

8.根据权利要求2所述的方法，其特征在于，所述发布方式包括灰度发布、滚动发布及蓝绿部署中的至少一种。

9.一种业务系统发布装置，其特征在于，所述装置包括：

第一获取模块，用于从配置中心中获取配置信息；所述配置信息包括多个业务系统版本的发布策略数据；

第二获取模块，用于从所述配置信息中获取与待发布的业务系统版本对应的目标发布策略数据；

发布模块，用于将所述目标发布策略数据推送至业务系统服务器，控制所述待发布的业务系统版本在所述业务系统服务器上进行发布。

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

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

12.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。

Images