CN110138876B - 任务部署方法、装置、设备及平台 - Google Patents

Abstract

本公开关于一种任务部署方法、装置、设备及平台，所述任务部署的方法包括：确定待部署任务的任务信息，所述任务信息包括所述待部署任务需要部署的目标区域标识及任务配置信息；确定所述目标区域标识对应的代理服务标识；将所述任务配置信息发送至所述代理服务标识对应的代理服务，以由所述代理服务将所述任务配置信息发送至所述目标区域标识对应的区域调度节点，由所述区域调度节点按照所述任务配置信息进行任务部署。本实施例可以缩短跨地域任务部署的时长。

Description

任务部署方法、装置、设备及平台

技术领域

本公开涉及服务部署技术领域，尤其涉及任务部署方法、装置、设备及平台。

背景技术

部署平台是持续集成、持续部署、DevOps(Development和Operations的组合词，是一组过程、方法与系统的统称，用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合)理念的重要组成，是影响敏捷开发的关键因素。特别对于业务涉及国内外多个区域的企业，面对复杂的网络环境，一个高效统一的部署平台可以提高整个企业的研发迭代效率。

相关技术中，部署平台解决的都是同机房或同一个区域同环境的部署，在部署过程中，由主控端发起部署服务到目的服务器上，此时由于网络环境联通，所以可正常部署。但针对跨地域的不连通网络，如海外与国内的部署，或公有云与私有云的部署，上述的部署平台就无法正常执行，需要搭建额外的部署系统。这样多区域上线会产生额外的操作成本，例如在多个不联通的区域都有服务需要上线时，则需要分别上线，且还会产生额外的维护和管理成本。

发明内容

本公开提供一种任务部署方法、装置、设备及平台，以至少解决相关技术中跨地域进行任务部署时操作繁琐、维护及管理成本高的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种任务部署平台，包括处于不同网络环境的全局部署系统以及区域部署系统；

所述全局部署系统包括：

管理子系统，被配置为确定待部署任务的任务信息，并将所述任务信息发送至全局调度节点，所述任务信息包括所述待部署任务需要部署的目标区域标识及任务配置信息；

全局调度节点，被配置为在获得所述任务信息后，确定所述目标区域标识对应的代理服务标识，将所述任务配置信息发送至所述代理服务标识对应的代理服务中；

所述区域部署系统包括：

代理服务，被配置为从所述全局调度节点中接收到任务配置信息以后，将所述任务配置信息发送至所述目标区域标识对应的区域调度节点中；

区域调度节点，被配置为在获得所述任务配置信息以后，根据所述任务配置信息确定对应的任务部署逻辑，并将所述任务部署逻辑进行封装后得到的封装信息发送至部署代理节点中；

部署代理节点，被配置为从所述封装信息中获得所述任务部署逻辑以后，按照所述任务部署逻辑进行任务部署。

根据本公开实施例的第二方面，提供一种任务部署的方法，所述任务部署的方法包括：

确定待部署任务的任务信息，所述任务信息包括所述待部署任务需要部署的目标区域标识及任务配置信息；

确定所述目标区域标识对应的代理服务标识；

将所述任务配置信息发送至所述代理服务标识对应的代理服务，以由所述代理服务将所述任务配置信息发送至所述目标区域标识对应的区域调度节点，由所述区域调度节点按照所述任务配置信息进行任务部署。

根据本公开实施例的第三方面，提供一种任务部署的方法，所述任务部署的方法包括：

接收代理服务发送的任务配置信息，其中，所述任务配置信息为所述代理服务从全局部署系统中接收的信息；

根据所述任务配置信息确定对应的任务部署逻辑；

按照所述任务部署逻辑进行任务部署。

根据本公开实施例的第四方面，提供一种任务部署装置，所述任务部署装置包括：

任务信息确定模块，被配置为确定待部署任务的任务信息，所述任务信息包括所述待部署任务需要部署的目标区域标识及任务配置信息；

代理服务信息确定模块，被配置为确定所述目标区域标识对应的代理服务标识；

任务配置信息发送模块，被配置为将所述任务配置信息发送至所述代理服务标识对应的代理服务，以由所述代理服务将所述任务配置信息发送至所述目标区域标识对应的区域调度节点，由所述区域调度节点按照所述任务配置信息进行任务部署。

根据本公开实施例的第五方面，提供一种任务部署装置，所述任务部署装置包括：

任务配置信息接收模块，被配置为接收代理服务发送的任务配置信息，其中，所述任务配置信息为所述代理服务从全局部署系统中接收的信息；

任务部署逻辑确定模块，被配置为根据所述任务配置信息确定对应的任务部署逻辑；

任务部署模块，被配置为按照所述任务部署逻辑进行任务部署。

根据本公开实施例的第六方面，提供一种任务部署设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如上述的任务部署的方法。

根据本公开实施例的第七方面，提供一种存储介质，当所述存储介质中的指令由所述任务部署设备的处理器执行时，使得所述任务部署设备能够执行上述的任务部署的方法。

根据本公开实施例的第八方面，提供一种计算机程序产品，包括可执行程序代码，其中，所述程序代码在通过上述装置执行时实施上述的方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

在本公开实施例提供的任务部署平台中，通过全局部署系统的管理子系统来确定待部署任务的任务信息，然后全局调度节点根据该任务信息中包含的目标区域标识确定对应的代理服务标识，并将任务信息中包含的任务配置信息发送至该代理服务标识对应的代理服务，由代理服务将该任务配置信息发送至区域部署系统的区域调度节点，并由区域调度节点根据该任务配置信息确定具体的任务部署逻辑，最终通过部署代理节点根据该任务部署逻辑执行具体的任务部署操作。整个任务部署过程中，通过统一的全局部署系统进行任务配置并发送任务配置命令，具体的任务部署操作由各区域部署系统来完成，可以大大缩短跨地域任务部署的时长。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种任务部署平台的结构框图。

图2是根据一示例性实施例示出的一种任务部署平台的结构示意图。

图3是根据一示例性实施例示出的一种任务部署的方法的流程图。

图4是根据一示例性实施例示出的另一种任务部署的方法的流程图。

图5是根据一示例性实施例示出的一种任务部署装置框图。

图6是根据一示例性实施例示出的另一种任务部署装置框图。

图7是根据一示例性实施例示出的一种用于执行所述任务部署的方法的装置的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种任务部署平台的结构框图，本实施例通过任务部署平台可以管理发布多个区域的任务部署。

如图1所示，该任务部署平台可以包括处于不同网络环境的全局部署系统10以及区域部署系统20。

例如，不同网络环境可以包括全局部署系统10与区域部署系统20处于不同网段，比如，全局部署系统10在北京220.181.0.0/16网段，区域部署系统20在巴西2.16.224.0/24网段。

在本公开中，全局部署系统10至少可以包括管理子系统101以及全局调度节点102。

管理子系统101，被配置为确定待部署任务的任务信息，并将所述任务信息发送至全局调度节点，所述任务信息包括所述待部署任务需要部署的目标区域标识及任务配置信息。

在一种例子中，管理子系统101可以为用户提供发起任务部署操作的界面。例如，上述提供的界面可以包括应用程序界面或者web界面，本公开对此不作限制。本实施例通过管理子系统101可以管理部署所有区域的任务(如服务等)，节省了管理成本以及维护成本，提高了管理效率。

通过检测用户的任务部署操作，管理子系统101可以确定待部署任务的任务信息。作为一种示例，任务信息可以包括但不限于：待部署任务需要部署的目标区域标识及任务配置信息。

在本公开的一种可能的实施方式中，管理子系统101可以通过如下方式确定待部署任务的任务信息，即管理子系统101还被配置为：

获取用户的登录信息，所述登录信息包括用户标识；从全局数据库中查找所述用户标识，获得所述用户标识对应的用户权限；获取所述用户权限对应的任务列表以及区域列表，并展示所述任务列表及区域列表；确定用户从所述任务列表中选择的待部署任务以及针对所述待部署任务输入的任务配置信息；确定用户从所述区域列表中选择的目标区域标识；根据所述待部署任务的任务配置信息以及所述目标区域标识，生成任务信息。

在一种例子中，用户可以首先在管理子系统101中进行注册，并登录管理子系统101，然后进行任务部署操作。当用户登录管理子系统101时，可以获得用户的登录信息，作为一种示例，该登录信息可以包括用户标识及登录密码等。

在本公开实施例中，全局部署系统10中还可以包括全局数据库，作为一种示例，全局数据库中可以存储所有的用户信息、节点信息、任务信息、历史发布信息、权限信息及任务可部署的区域相关信息等。通过全局数据库可以使得平台的所有区域、节点、用户、任务、权限、部署信息等数据统一管理，统一数据源。

当管理子系统101获得用户的登录信息以后，可以从全局数据库中查找该登录信息中的用户标识，从而获得该用户标识对应的用户权限。在实际中，不同角色的用户可以具有不同的任务部署权限，用户与权限的对应关系可以预先配置的，例如，普通开发人员、普通运维人员或其他系统人员等不同的角色可以配置不同的用户权限，该用户权限可以包括用户部署任务的权限。

当确定用户权限以后，则管理子系统101可以进一步确定该用户权限对应的任务列表以及区域列表，即在该用户权限下用户可进行哪些区域的哪些任务的部署。在一种实施方式中，管理子系统101可以向用户展示当前用户的权限下的任务列表及区域列表，用户可以从任务列表中选择待部署任务，并为该待部署任务配置任务配置信息，同时，用户还可以区域列表中选择该待部署任务需要部署的目标区域标识。当管理子系统101检测到用户确定的待部署任务的任务配置信息以及目标区域标识以后，可以根据该待部署任务的任务配置信息以及目标区域标识，生成任务信息。

作为一种示例，任务配置信息可以包括任务标识、任务实例、任务环境、任务的功能、任务挂载的产品模块标识、该任务的版本信息、更新类型等任务的基本配置信息。在实现时，用户可以通过列表的形式选择任务配置信息，也可以通过命令行的形式输入任务配置信息，但本公开并不限于此。

作为一种示例，目标区域标识对应的目标区域可以包括但不限于跨地域不联通的机房所在的区域(如跨国内外的机房)、公有云(或私有云)的环境等。本实施例将自建机房、公有云、私有云等复杂环境抽象为统一环境，即统一为区域，可以保证新增区域的快速接入。

在本公开的一种可能的实施方式中，目标区域标识可以包括一个或多个，当目标区域标识为多个时，针对各目标区域标识可以分别生成对应的任务信息。因此通过本公开实施例部署平台可以同时部署多个地域(国家、地区)的任务，提高了任务并行部署的效率。

需要说明的是，为了降低延时，管理子系统101中用户操作的界面可以部署在网络延迟最低的其他机房，由于由平台发起的请求网络开销很小，访问速度基本不受影响。

在本公开实施例中，本实施例还可以包括全局队列，该全局队列可以用于存放全局的消息或日志。作为一种示例，全局队列又可以细分为全局的消息队列和日志队列，在实现时，消息队列可以由redis集群组成，日志队列可以由kafka集群组成。

在一种实施方式中，当管理子系统101确定待部署任务的任务信息以后，可以将该任务信息放入全局队列中等待被消费。

例如，当用户发起区域3的A任务的部署操作时，可以根据区域3以及A任务的任务配置信息生成任务信息，并将该任务信息放入全局队列中。

全局调度节点102，被配置为在获得所述任务信息后，确定所述目标区域标识对应的代理服务标识，将所述任务配置信息发送至所述代理服务标识对应的代理服务中。

在本公开实施例中，全局调度节点102可以为全局任务的异步调度器。在一种实施方式中，全局调度节点102可以实时监听全局队列，当监听到全局队列有新任务时，则从全局队列中取出任务信息，例如从全局队列中取出部署A任务的任务信息，对该任务信息进行解析获得对应的任务配置信息以及目标区域标识。随后，全局调度节点102可以根据该目标区域标识确定对应的代理服务标识，并将任务配置信息发送至该代理服务标识对应的代理服务中。

作为一种示例，代理服务可以为区域消息转发服务，其可以部署在与全局机房(如全局调度节点)打通的服务器上。在一种实施方式中，代理服务与全局调度节点102可以通过第一指定网络专线(如国际专线)或第一指定防火墙规则或VPN(Virtual PrivateNetwork，虚拟专用网络)等方式进行连接。

需要说明的是，代理服务所处的区域与目标区域标识对应的目标区域相同或不同，即部署代理服务的服务器所在的区域可以与目标区域标识对应的目标区域为同一区域，也可以与目标区域为不同区域，例如，当在中国部署东南亚的任务时，若东南亚的网络环境不好，则可以在中国香港或新加坡等国际专线网络较好且到部署两端(中国-东南亚)的网络都较快的地区选择代理服务。

在本公开实施例的一种可能的实施方式中，全局调度节点102可以采用如下方式根据目标区域标识确定对应的代理服务标识，即全局调度节点102还被配置为：

根据所述目标区域标识，从所述全局数据库中查找所述目标区域标识，以获得所述目标区域标识对应的代理服务标识。

在一种例子中，全局数据库中还可以存储各区域标识与对应的代理服务标识的关联关系。在一种实现中，该关联关系可以是开发人员预先配置的，开发人员可以选取网络环境，例如国际专线网络环境较好的节点作为代理服务节点，并根据各个区域的实际网络情况为该区域配置对应的代理服务，以及将各区域与对应的代理服务进行关联。

当全局调度节点102获得目标区域标识以后，可以在全局数据库中查找该目标区域标识，并在查找到的与该目标区域标识存在关联的代理服务标识时，将任务配置信息进行封装后发送至该代理服务标识对应的代理服务中。

在本公开中，区域部署系统20至少可以包括代理服务201、区域调度节点202及部署代理节点203等。

代理服务201，被配置为从所述全局调度节点中接收到任务配置信息以后，将所述任务配置信息发送至所述目标区域标识对应的区域调度节点中。

在本公开实施例中，当代理服务201从全局调度节点102中接收到任务配置信息以后，可以将该任务配置信息发送至区域调度节点202中。在一种实施方式中，当代理服务201所处区域与区域调度节点202所处区域不同时，代理服务201与区域调度节点202可以通过第二指定网络专线(如国际专线)或第二指定防火墙规则进行连接。

在本公开实施例中，区域部署系统20还可以包括区域队列，该区域队列可以为存放日志及消息的队列。则在一种实施方式中，代理服务201可以将任务配置信息存入目标区域标识对应的区域队列中。

需要说明的是，一个代理服务可以负责一个或多个目标区域，当代理服务负责多个目标区域时，可以根据目标区域标识将任务配置放置在对应的区域队列中。

在本公开实施例中，代理服务可以使得中央调度(即全局部署系统)所在区域的网络不用与目标区域的所有机器都打通，也不需要代理服务和目标区域的所有机器都打通，只需要代理服务分别与全局调度节点以及区域调度节点联通就可以，尽量减少跨区域的网络传输和调度，大大降低了网络建设和维护的成本(因为两个不同的网络环境完全打通或架设专线的成本很高的)，且提高了跨地域网络间通信的安全性。

区域调度节点202，被配置为在获得所述任务配置信息以后，根据所述任务配置信息确定对应的任务部署逻辑，并将对所述任务部署逻辑进行封装后得到的封装信息发送至部署代理节点中。

在本公开实施例中，区域调度节点202可以为区域任务的异步调度器。在一种实施方式中，区域调度节点202在实时监听到区域队列放入任务配置信息以后，可以从该区域队列中取出任务配置信息。然后确定该任务配置信息对应的任务部署逻辑，并将对该任务部署逻辑进行封装后得到的封装信息发送至部署代理节点203中。

作为一种示例，任务部署逻辑可以包括任务部署的逻辑流程，例如，该逻辑流程可以为：第一步：状态检查；第二步：创建目录；第三步：解压，等等。在实际中，不同的任务所需的任务部署逻辑可以不同，具体可以根据任务的具体部署过程确定。

在一种实施方式中，区域调度节点202中各任务的任务部署逻辑可以由全局部署系统 10定时同步到各区域部署系统20中。例如，可以在任务部署之前将各任务的任务部署逻辑同步给各区域调度节点202。区域调度节点202可以根据任务配置信息调整对应任务的任务部署逻辑的参数，进行封装后得到封装信息发送至部署代理节点203中。

部署代理节点203，被配置为从所述封装信息中获得所述任务部署逻辑以后，按照所述任务部署逻辑进行任务部署。

在本公开实施例中，部署代理节点agent 203可以为实际执行部署更新操作的执行器。当部署agent 203接收到区域调度节点202发送的封装信息以后，对该封装信息进行解封装获得任务部署逻辑，然后可以按照该任务部署逻辑的顺序执行任务部署或更新等操作。

在本公开实施例的一种可能的实施场景中，当部署代理节点203完成任务部署以后，则可以反馈部署结果，在这种场景下，任务部署平台中各部分还具有如下配置。

所述部署代理节点203，还被配置为获取部署结果，并将所述部署结果上报至所述区域调度节点。

在本实施例中，当部署代理节点203完成任务部署以后，则可以获得部署结果，并将部署结果上报至区域调度节点202中。作为一种示例，该部署结果可以包括但不限于如下结果：部署成功、部署失败或部署超时等。

在实际中，不同类型的部署结果可以具有不同的结果标识。例如，部署成功的结果标识为1，部署失败的结果标识为0，部署超时的结果标识为2，等等。

所述区域调度节点202，还被配置为将接收到的所述部署结果发送至所述代理服务中。

在一种实施方式中，当区域调度节点202接收到部署代理节点203上报的部署结果以后，可以将该部署结果放入区域队列中，例如，将该部署结果放入区域的返回队列中。则代理服务监听到该返回队列中的部署结果时，从返回队列中取出该部署结果。

所述代理服务201，还被配置为在获得所述部署结果后，将所述部署结果发送至所述全局调度节点。

在一种实施方式中，当代理服务201获得部署结果以后，可以通过第一指定网络或者防火墙规则将该部署结果回传给全局调度节点102。

所述全局调度节点102，还被配置为将所述部署结果发送至所述管理子系统。

在一种实施方式中，当全局调度节点102接收到部署结果以后，可以将该部署结果缓存在全局队列中。当管理子系统监听到该全局队列中的部署结果时，则可以取出该部署结果。

在其他实施例中，全局调度节点102还可以将该部署结果存储在全局数据库中进行持久化存储。

所述管理子系统101，还被配置为展示所述部署结果。

在一种实施方式中，管理子系统101获得部署结果后，可以通过交互界面展示该部署结果，则用户可以在该交互页面中看到任务部署的状态变更。

在一种实施例中，任务部署平台中的管理子系统、全局调度节点、全局队列、全局数据库、代理服务、区域调度节点、部署代理节点、区域队列等均可以为冗余架构，均可以采用集群的方式进行部署，数据库采用一主多从的方式进行自动切换，避免任何一台机器挂掉影响功能使用的情况，避免单点风险，使得平台高可用、易扩展。

另外，在本公开中，全局数据库、全局队列及区域队列等可以根据不同的业务用途设置多个，例如全局数据库可以包括用于记录用户信息的全局数据库、用于记录节点信息的全局数据库等。队列可以包括用于存放消息的队列，也可以包括用于存放返回消息的队列等。

在本公开实施例提供的任务部署平台中，通过全局部署系统的管理子系统来确定待部署任务的任务信息，然后全局调度节点根据该任务信息中包含的目标区域标识确定对应的代理服务标识，并将任务信息中包含的任务配置信息发送至该代理服务标识对应的代理服务，由代理服务将该任务配置信息发送至区域部署系统的区域调度节点，并由区域调度节点根据该任务配置信息确定具体的任务部署逻辑，最终通过部署代理节点根据该任务部署逻辑执行具体的任务部署操作。整个任务部署过程中，通过统一的全局部署系统进行任务配置并发送任务配置命令，具体的任务部署操作由各区域部署系统来完成，可以大大缩短跨地域任务部署的时长。

例如，在国内部署海外A任务的更新，全局部署系统只需发送A任务更新的必要信息(消息大小一般比较小，例如小于1KB)给海外的代理服务即可，而部署可能涉及到的如几十个步骤都是同区域机房内部完成的，无需在国内执行部署的步骤，大大缩短了部署时长。比如，从北京部署巴西AWS(Amazon Web Services)的任务，若采用现有技术的方案，遇到网络延迟高时，一个任务的部署在巴西圣保罗机房需要1个小时。而基于本公开实施例的任务部署平台，部署在3分钟内可以完成。

图2是根据一示例性实施例示出的一种任务部署平台的结构示意图，本实施例示例性地描述了通过任务部署平台管理发布多个区域的任务部署的场景。

如图2所示，任务部署平台可以包括全局节点(即图1中的全局部署系统)以及区域1-区域3的区域部署系统。如图2所示，全局节点至少可以包括部署平台管理系统(即图 1中的管理子系统)、全局队列、全局数据库及全局调度(即图1中的全局调度节点)；各区域的区域部署系统至少可以包括代理服务、区域队列、区域调度(即图1中的区域调度节点)及部署Agent(即图1中的部署代理节点)等。

上述各组件说明如下：

部署平台管理系统：用户发起部署操作的web界面，提供权限管理、节点管理、任务管理、发布管理等，可获取整个部署的生命周期信息。

全局调度：全局任务的异步调度器，会将全局队列及全局数据库中的任务信息封装，通过各区域的代理服务传送给区域调度。同时也会接收各区域的代理服务的消息，拼装成日志或信息放入队列。

全局队列：存放全局任务及日志的消息队列。部署平台管理系统会使用全局队列存放消息及获取日志。全局调度会从全局队列获取发布任务信息，同时存入任务的实时状态信息。其中会细分为消息队列和日志队列，消息队列由redis集群组成，日志队列由kafka集群组成。

全局数据库：存储了所有的用户信息、节点信息、任务信息、历史发布信息及权限信息等，其可以存储所有区域的相关信息。

代理服务：区域消息转发服务。代理服务部署在网络环境较好的区域中与全局机房打通(有专线连接或此服务器通过防火墙规则准入)的服务器上。此服务会将全局调度发出的任务部署信息存入区域队列，也会从区域队列中获取任务的部署结果回传给全局调度。

区域队列：存放区域任务及日志的消息队列。此队列会从代理服务接收全局调度传入的部署信息，同时也会接收从区域调度回传的任务执行结果信息。

区域调度：区域任务的异步调度器。会将区域队列中的任务信息拼装成Agent调度信息，发送给本区域各Agent执行。同时负责Agent的日常监听调度。

部署Agent：实际执行部署更新操作的执行器。部署Agent接收到区域调度的部署指令，按照部署策略顺序执行部署更新操作，并上报更新状态。

假设用户通过全局节点部署区域3的A任务，一种示例性的流程可以为：

用户登陆部署平台管理系统→从全局数据库中获取用户权限及任务信息→用户开始发起部署操作：区域3的A任务(发送“Start”)→将A任务的任务信息(任务所在区域、包含实例、更新类型等)放入全局的任务队列→全局调度从全局队列中获取部署A 的任务信息，并从全局数据库中获取区域节点及代理服务信息后，将信息封装传送给区域 3的代理服务→代理服务将接收的信息转存入区域3的区域队列→区域3的区域调度实时监听区域队列，当监听到有新的任务会从区域队列中取出任务信息，并确定更新调度的逻辑(第一步：状态检查，第二步：创建目录，第三步：解压，等等)，将该逻辑发给部署 Agent→部署Agent按照收到的逻辑指示的步骤顺序执行更新A任务，并上报状态(如成功、失败、超时等)→区域3的区域调度，收到Agent的部署结果后，将该消息放到返回队列→区域3的代理服务监听返回队列，将队列中的信息回传给全局调度→全局调度将收到的信息缓存到全局队列中，并将部署结果持久化存到全局数据库→用户从部署平台管理系统的页面看到部署状态的变更。

通过本实施例的任务部署平台，可以达到如下有益效果：

(1)跨区域部署

每个区域具有对应的代理服务,此代理服务和该区域的其他机器网络连通，代理服务和全局调度通过专线、公网防火墙转发、vpn等方式打通，确保通过此通道使得全局部署系统可将部署消息发送到各区域机房进行任务部署。

(2)低延时

全局调度只发送命令，通过跨地域的网络传输很小，实际的复杂部署步骤由各区域的区域调度和部署Agent执行，降低了任务部署的延时。而回传的结果，也优先发送最终结果(很小)，保证了效率。

用户的操作界面无需部署在各个区域内，只需在网络延迟最低的区域部署即可。

例如：在北京部署的平台，可以同时操作北美、南美、东南亚等地区的任务部署，而不会出现访问国外网站慢的情况。

(3)统一的数据源

数据源的统一，所有区域的任务部署管理都在全局节点，各区域部署任务的信息来源，发布的结果信息都会由全局数据库提供，保证了所有区域数据的一致性。

(4)快速接入扩展

无论是自建机房还是公有云、私有云等，都可以抽象为一个区域的架构，使得接入方式可以复制，保证新增区域的快速接入。

(5)高可用

部署平台管理系统、(全局、区域)的调度、队列以及代理服务都是冗余架构，避免单点风险。

图3是根据一示例性实施例示出的一种任务部署的方法的流程图，如图3所示，该任务部署的方法可以用于全局部署系统中，包括以下步骤。

在步骤S11中，确定待部署任务的任务信息，所述任务信息包括所述待部署任务需要部署的目标区域标识及任务配置信息。

在本公开的一种可能的实施方式中，步骤S11进一步可以包括如下步骤：

获取用户的登录信息，所述登录信息包括用户标识；从全局数据库中查找所述用户标识，获得所述用户标识对应的用户权限；获取所述用户权限对应的任务列表以及区域列表，并展示所述任务列表及区域列表；确定用户从所述任务列表中选择的待部署任务以及针对所述待部署任务输入的任务配置信息；确定用户从所述区域列表中选择的目标区域标识；根据所述待部署任务的任务配置信息以及所述目标区域标识，生成任务信息。

在本公开的一种可能的实施方式中，用户选择的目标区域标识包括一个或多个，当选择的目标区域标识为多个时，针对各目标区域标识可以生成对应的任务信息，使得用户可以同时在不同区域进行任务的部署。

在步骤S12中，确定所述目标区域标识对应的代理服务标识。

在本公开的一种可能的实施方式中，步骤S12进一步可以包括如下步骤：

从预设的全局数据库中查找所述目标区域标识，以获得所述目标区域标识对应的代理服务标识，其中，所述全局数据库中存储各区域标识与对应的代理服务标识的关联关系。

在步骤S13中，将所述任务配置信息发送至所述代理服务标识对应的代理服务，以由所述代理服务将所述任务配置信息发送至所述目标区域标识对应的区域调度节点，由所述区域调度节点按照所述任务配置信息进行任务部署。

在本公开的一种可能的实施方式中，可以通过第一指定网络专线或第一指定防火墙规则将任务配置信息发送至代理服务标识对应的代理服务。

在本公开的一种可能的实施方式中，本实施例的任务部署的方法还可以包括如下步骤：

接收所述代理服务传送的部署结果，并将所述部署结果存储在所述全局数据库中；展示所述部署结果。

在本公开实施例中，当需要进行跨地域任务部署时，在确定待部署任务需要部署的目标区域标识及任务配置信息以后，可以先确定该目标区域标识对应的代理服务标识，然后将任务配置信息发送至该代理服务标识对应的代理服务，以由该代理服务将所述任务配置信息发送至目标区域标识对应的区域调度节点，由该区域调度节点按照任务配置信息进行任务部署。本实施例中全局部署系统只需进行任务配置并发送任务配置命令，具体的任务部署操作由各区域部署系统来完成，可以大大缩短跨地域任务部署的时长。

图4是根据一示例性实施例示出的另一种任务部署的方法的流程图，如图4所示，该任务部署的方法可以用于区域部署系统中，包括以下步骤。

在步骤S21中，接收代理服务发送的任务配置信息，其中，所述任务配置信息为所述代理服务从全局部署系统中接收的信息。

在本公开的一种可能的实施方式中，可以通过第二指定网络专线或第二指定防火墙规则接收代理服务发送的任务配置信息。

在步骤S22中，根据所述任务配置信息确定对应的任务部署逻辑。

在步骤S23中，按照所述任务部署逻辑进行任务部署。

在本公开的一种可能的实施方式中，本实施例的任务部署的方法还可以包括如下步骤：

获得部署结果；将所述部署结果发送至所述代理服务，以由所述代理服务将所述部署结果发送至所述全局部署系统中进行保存及显示。

在本公开实施例中，在接收到代理服务发送的任务配置信息以后，可以根据任务配置信息确定对应的任务部署逻辑，并按照该任务部署逻辑进行任务部署。整个部署过程的执行都在区域部署系统中，可以大大缩短跨地域任务部署的时长。

图5是根据一示例性实施例示出的一种任务部署装置框图。参照图5，该装置包括任务信息确定模块501、代理服务信息确定模块502和任务配置信息发送模块503。

任务信息确定模块501，被配置为确定待部署任务的任务信息，所述任务信息包括所述待部署任务需要部署的目标区域标识及任务配置信息；

代理服务信息确定模块502，被配置为确定所述目标区域标识对应的代理服务标识；

任务配置信息发送模块503，被配置为将所述任务配置信息发送至所述代理服务标识对应的代理服务，以由所述代理服务将所述任务配置信息发送至所述目标区域标识对应的区域调度节点，由所述区域调度节点按照所述任务配置信息进行任务部署。

在本公开的一种可能的实施方式中，所述代理服务信息确定模块502具体被配置为：

从预设的全局数据库中查找所述目标区域标识，以获得所述目标区域标识对应的代理服务标识，其中，所述全局数据库中存储各区域标识与对应的代理服务标识的关联关系。

在本公开的一种可能的实施方式中，所述任务部署装置还包括如下模块：

部署结果接收模块，被配置为接收所述代理服务传送的部署结果，并将所述部署结果存储在所述全局数据库中；

部署结果展示模块，被配置为展示所述部署结果。

在本公开的一种可能的实施方式中，所述任务信息确定模块501具体被配置为：

获取用户的登录信息，所述登录信息包括用户标识；

从全局数据库中查找所述用户标识，获得所述用户标识对应的用户权限；

获取所述用户权限对应的任务列表以及区域列表，并展示所述任务列表及区域列表；

确定用户从所述任务列表中选择的待部署任务以及针对所述待部署任务输入的任务配置信息；

确定用户从所述区域列表中选择的目标区域标识；

根据所述待部署任务的任务配置信息以及所述目标区域标识，生成任务信息。

在本公开的一种可能的实施方式中，所述选择的目标区域标识包括一个或多个，当所述目标区域标识为多个时，针对各目标区域标识生成对应的任务信息。

在本公开的一种可能的实施方式中，所述任务配置信息发送模块503具体被配置为：

通过第一指定网络专线或第一指定防火墙规则将所述任务配置信息发送至所述代理服务标识对应的代理服务。

图6是根据一示例性实施例示出的另一种任务部署装置框图。参照图6，该装置包括任务配置信息接收模块601、任务部署逻辑确定模块602和任务部署模块603。

任务配置信息接收模块601，被配置为接收代理服务发送的任务配置信息，其中，所述任务配置信息为所述代理服务从全局部署系统中接收的信息；

任务部署逻辑确定模块602，被配置为根据所述任务配置信息确定对应的任务部署逻辑；

任务部署模块603，被配置为按照所述任务部署逻辑进行任务部署。

在本公开的一种可能的实施方式中，所述任务部署装置还包括如下模块：

部署结果获取模块，被配置为获得部署结果；

部署结果发送模块，被配置为将所述部署结果发送至所述代理服务，以由所述代理服务将所述部署结果发送至所述全局部署系统中进行保存及显示。

在本公开的一种可能的实施方式中，所述任务配置信息接收模块601具体被配置为：

通过第二指定网络专线或第二指定防火墙规则接收代理服务发送的任务配置信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7是根据一示例性实施例示出的一种用于执行所述任务部署的方法的装置的框图。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器，上述指令可由装置的处理器执行以完成上述图5或图6的方法实施例。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是 ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本公开实施例还提供一种任务部署设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现上述图5或图6的任务部署的方法。

本公开实施例还提供一种存储介质，当所述存储介质中的指令由所述任务部署设备的处理器执行时，使得所述任务处理设备能够执行上述图5或图6的任务部署的方法。

本公开实施例还提供一种计算机程序产品，包括可执行程序代码，其中，所述程序代码在通过上述装置执行时实施根据图5或图6的方法实施例。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (28)

1.一种任务部署平台，其特征在于，包括处于不同网络环境的全局部署系统以及区域部署系统；所述全局部署系统包括管理子系统、全局调度节点；所述区域部署系统包括代理服务、区域调度节点和部署代理节点；其中，所述全局调度节点与所述代理服务的网络连通；所述代理服务与所述区域调度节点的网络连通；

所述全局部署系统中的管理子系统，被配置为确定待部署任务的任务信息，并将所述任务信息发送至全局调度节点，所述任务信息包括所述待部署任务需要部署的目标区域标识及任务配置信息；

全局调度节点，被配置为在获得所述任务信息后，确定所述目标区域标识对应的代理服务标识，将所述任务配置信息发送至所述代理服务标识对应的代理服务中；

所述区域部署系统中的代理服务，被配置为从所述全局调度节点中接收到任务配置信息以后，将所述任务配置信息发送至所述目标区域标识对应的区域调度节点中；

区域调度节点，被配置为在获得所述任务配置信息以后，根据所述任务配置信息确定对应的任务部署逻辑，并将对所述任务部署逻辑进行封装后得到的封装信息发送至部署代理节点中；

部署代理节点，被配置为从所述封装信息中获得所述任务部署逻辑以后，按照所述任务部署逻辑进行任务部署。

2.根据权利要求1所述的任务部署平台，其特征在于，

所述部署代理节点，还被配置为获取部署结果，并将所述部署结果上报至所述区域调度节点；

所述区域调度节点，还被配置为将接收到的所述部署结果发送至所述代理服务中；

所述代理服务，还被配置为在获得所述部署结果后，将所述部署结果发送至所述全局调度节点；

所述全局调度节点，还被配置为将所述部署结果发送至所述管理子系统；

所述管理子系统，还被配置为展示所述部署结果。

3.根据权利要求1或2所述的任务部署平台，其特征在于，所述全局部署系统还包括全局队列；

所述管理子系统还被配置为将所述任务信息放入所述全局队列中；

所述全局调度节点还被配置为在监听到所述全局队列放入任务信息时，从所述全局队列中获取所述任务信息。

4.根据权利要求1或2所述的任务部署平台，其特征在于，所述区域部署系统还包括区域队列；

所述代理服务还被配置为将所述任务配置信息放入所述目标区域标识对应的区域队列中；

所述区域调度节点还被配置为在监听到所述区域队列放入任务配置信息以后，从所述区域队列中取出所述任务配置信息。

5.根据权利要求2所述的任务部署平台，其特征在于，所述全局部署系统还包括全局数据库；

所述全局调度节点还被配置为：

从所述全局数据库中查找所述目标区域标识，以获得所述目标区域标识对应的代理服务标识；

或者，

在获得所述部署结果以后，将所述部署结果存储在所述全局数据库中。

6.根据权利要求1或2所述的任务部署平台，其特征在于，所述代理服务所处的区域与所述目标区域标识对应的目标区域相同或不同；当所述代理服务所处的区域与所述目标区域不同时，则所述代理服务与所述全局调度节点通过第一指定网络专线或第一指定防火墙规则进行通信；所述代理服务与所述区域调度节点通过第二指定网络专线或第二指定防火墙规则进行通信。

7.根据权利要求1所述的任务部署平台，其特征在于，所述管理子系统还被配置为：

获取用户的登录信息，所述登录信息包括用户标识；

从全局数据库中查找所述用户标识，获得所述用户标识对应的用户权限；

获取所述用户权限对应的任务列表以及区域列表，并展示所述任务列表及区域列表；

确定用户从所述任务列表中选择的待部署任务以及针对所述待部署任务输入的任务配置信息；

确定用户从所述区域列表中选择的目标区域标识；

根据所述待部署任务的任务配置信息以及所述目标区域标识，生成任务信息。

8.根据权利要求7所述的任务部署平台，其特征在于，所述选择的目标区域标识包括一个或多个，当所述目标区域标识为多个时，针对各目标区域标识生成对应的任务信息。

9.一种任务部署的方法，其特征在于，应用在与区域部署系统关联的全局部署系统，所述全局部署系统以及区域部署系统处于不同网络环境；所述全局部署系统包括管理子系统、全局调度节点；所述区域部署系统包括代理服务、区域调度节点和部署代理节点；其中，所述全局调度节点与所述代理服务的网络连通；所述代理服务与所述区域调度节点的网络连通；所述任务部署的方法包括：

管理子系统确定待部署任务的任务信息，所述任务信息包括所述待部署任务需要部署的目标区域标识及任务配置信息；

全局调度节点确定所述目标区域标识对应的代理服务标识；将所述任务配置信息发送至所述代理服务标识对应的代理服务，以由所述代理服务将所述任务配置信息发送至所述目标区域标识对应的区域调度节点，由所述区域调度节点根据所述任务配置信息确定对应的任务部署逻辑，将对所述任务部署逻辑进行封装后得到的封装信息发送至部署代理节点中；并由部署代理节点按照所述封装信息中的任务配置信息进行任务部署。

10.根据权利要求9所述的任务部署的方法，其特征在于，所述确定所述目标区域标识对应的代理服务标识的步骤包括：

从预设的全局数据库中查找所述目标区域标识，以获得所述目标区域标识对应的代理服务标识，其中，所述全局数据库中存储各区域标识与对应的代理服务标识的关联关系。

11.根据权利要求10所述的任务部署的方法，其特征在于，所述任务部署的方法还包括：

接收所述代理服务传送的部署结果，并将所述部署结果存储在所述全局数据库中；

展示所述部署结果。

12.根据权利要求9或10或11所述的任务部署的方法，其特征在于，所述确定待部署任务的任务信息的步骤包括：

获取用户的登录信息，所述登录信息包括用户标识；

从全局数据库中查找所述用户标识，获得所述用户标识对应的用户权限；

获取所述用户权限对应的任务列表以及区域列表，并展示所述任务列表及区域列表；

确定用户从所述任务列表中选择的待部署任务以及针对所述待部署任务输入的任务配置信息；

确定用户从所述区域列表中选择的目标区域标识；

根据所述待部署任务的任务配置信息以及所述目标区域标识，生成任务信息。

13.根据权利要求12所述的任务部署的方法，其特征在于，所述选择的目标区域标识包括一个或多个，当所述目标区域标识为多个时，针对各目标区域标识生成对应的任务信息。

14.根据权利要求9所述的任务部署的方法，其特征在于，所述将所述任务配置信息发送至所述代理服务标识对应的代理服务的步骤包括：

通过第一指定网络专线或第一指定防火墙规则将所述任务配置信息发送至所述代理服务标识对应的代理服务。

15.一种任务部署的方法，其特征在于，应用在与全局部署系统关联的区域部署系统，所述全局部署系统以及区域部署系统处于不同网络环境；所述全局部署系统包括管理子系统、全局调度节点；所述区域部署系统包括代理服务、区域调度节点和部署代理节点；其中，所述全局调度节点与所述代理服务的网络连通；所述代理服务与所述区域调度节点的网络连通；所述任务部署的方法包括：

区域调度节点接收代理服务发送的任务配置信息，其中，所述任务配置信息为所述代理服务从全局部署系统中接收的信息；

区域调度节点根据所述任务配置信息确定对应的任务部署逻辑，将对所述任务部署逻辑进行封装后得到的封装信息发送至部署代理节点中；

部署代理节点从所述封装信息中获得所述任务部署逻辑以后，按照所述任务部署逻辑进行任务部署。

16.根据权利要求15所述的任务部署的方法，其特征在于，在所述按照所述任务部署逻辑进行任务部署的步骤之后，所述任务部署的方法还包括：

获得部署结果；

将所述部署结果发送至所述代理服务，以由所述代理服务将所述部署结果发送至所述全局部署系统中进行保存及显示。

17.根据权利要求15或16所述的任务部署的方法，其特征在于，所述接收代理服务发送的任务配置信息的步骤包括：

通过第二指定网络专线或第二指定防火墙规则接收代理服务发送的任务配置信息。

18.一种任务部署装置，其特征在于，应用在与区域部署系统关联的全局部署系统，所述全局部署系统以及区域部署系统处于不同网络环境；所述全局部署系统包括管理子系统、全局调度节点；所述区域部署系统包括代理服务、区域调度节点和部署代理节点；其中，所述全局调度节点与所述代理服务的网络连通；所述代理服务与所述区域调度节点的网络连通；所述任务部署装置包括：

任务信息确定模块，被配置为管理子系统确定待部署任务的任务信息，所述任务信息包括所述待部署任务需要部署的目标区域标识及任务配置信息；

代理服务信息确定模块，被配置为全局调度节点确定所述目标区域标识对应的代理服务标识；

任务配置信息发送模块，被配置为全局调度节点将所述任务配置信息发送至所述代理服务标识对应的代理服务，以由所述代理服务将所述任务配置信息发送至所述目标区域标识对应的区域调度节点，由所述区域调度节点根据所述任务配置信息确定对应的任务部署逻辑，将对所述任务部署逻辑进行封装后得到的封装信息发送至部署代理节点中；并由部署代理节点按照所述封装信息中的任务配置信息进行任务部署。

19.根据权利要求18所述的任务部署装置，其特征在于，所述代理服务信息确定模块具体被配置为：

从预设的全局数据库中查找所述目标区域标识，以获得所述目标区域标识对应的代理服务标识，其中，所述全局数据库中存储各区域标识与对应的代理服务标识的关联关系。

20.根据权利要求19所述的任务部署装置，其特征在于，所述任务部署装置还包括：

部署结果接收模块，被配置为接收所述代理服务传送的部署结果，并将所述部署结果存储在所述全局数据库中；

部署结果展示模块，被配置为展示所述部署结果。

21.根据权利要求18或19或20所述的任务部署装置，其特征在于，所述任务信息确定模块具体被配置为：

获取用户的登录信息，所述登录信息包括用户标识；

从全局数据库中查找所述用户标识，获得所述用户标识对应的用户权限；

获取所述用户权限对应的任务列表以及区域列表，并展示所述任务列表及区域列表；

确定用户从所述任务列表中选择的待部署任务以及针对所述待部署任务输入的任务配置信息；

确定用户从所述区域列表中选择的目标区域标识；

根据所述待部署任务的任务配置信息以及所述目标区域标识，生成任务信息。

22.根据权利要求21所述的任务部署装置，其特征在于，所述选择的目标区域标识包括一个或多个，当所述目标区域标识为多个时，针对各目标区域标识生成对应的任务信息。

23.根据权利要求18所述的任务部署装置，其特征在于，所述任务配置信息发送模块具体被配置为：

通过第一指定网络专线或第一指定防火墙规则将所述任务配置信息发送至所述代理服务标识对应的代理服务。

24.一种任务部署装置，其特征在于，应用在与全局部署系统关联的区域部署系统，所述全局部署系统以及区域部署系统处于不同网络环境；所述全局部署系统包括管理子系统、全局调度节点；所述区域部署系统包括代理服务、区域调度节点和部署代理节点；其中，所述全局调度节点与所述代理服务的网络连通；所述代理服务与所述区域调度节点的网络连通；所述任务部署装置包括：

任务配置信息接收模块，被配置为区域调度节点接收代理服务发送的任务配置信息，其中，所述任务配置信息为所述代理服务从全局部署系统中接收的信息；

任务部署逻辑确定模块，被配置为区域调度节点根据所述任务配置信息确定对应的任务部署逻辑，将对所述任务部署逻辑进行封装后得到的封装信息发送至部署代理节点中；

任务部署模块，被配置为部署代理节点从所述封装信息中获得所述任务部署逻辑以后，按照所述任务部署逻辑进行任务部署。

25.根据权利要求24所述的任务部署装置，其特征在于，所述任务部署装置还包括：

部署结果获取模块，被配置为获得部署结果；

部署结果发送模块，被配置为将所述部署结果发送至所述代理服务，以由所述代理服务将所述部署结果发送至所述全局部署系统中进行保存及显示。

26.根据权利要求24或25所述的任务部署装置，其特征在于，所述任务配置信息接收模块具体被配置为：

通过第二指定网络专线或第二指定防火墙规则接收代理服务发送的任务配置信息。

27.一种任务部署设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求9-14或15-17任一项所述的任务部署的方法。

28.一种存储介质，当所述存储介质中的指令由所述任务部署设备的处理器执行时，使得所述任务部署设备能够执行如权利要求9-14或15-17任一项所述的任务部署的方法。

Images