CN110324191A - 混合云部署方法、装置及系统 - Google Patents

Abstract

本公开提供了一种混合云部署方法、装置、系统及计算机可读介质，其中，一种混合云部署方法包括：获取混合云部署参数，包括云类型、云区域、目标端和部署方式；基于混合云部署参数，将目标端分为可并发部署的部署组；针对部署组，验证部署权限并且在通过验证后接收部署令牌；以及使用部署令牌发送调用请求，使得与部署组中的目标端相关联的服务端执行预定义文件，以及使得在目标端上执行部署。

Description

混合云部署方法、装置及系统

技术领域

本公开涉及软件工程领域，更具体地，涉及一种混合云部署方法、装置、系统及计算机可读介质。

背景技术

现有阶段，部署环节的部署方式按服务是否容器(Docker)化，分为Docker化部署类型和非Docker化部署类型。对于Docker化部署类型，其采用Kubernetes(简称为K8S)服务解决了不同云之间的限制。而非Docker化部署类型，针对不同的云采用不同的部署方式，例如，对于私有云，采用传统的安全外壳协议(Secure Shell，简称为SSH)部署方式，其基于主机间的SSH认证进行部署，对亚马逊(AWS)云，采用其自带的Codedeploy工具部署方式，对阿里(Ali)云采用自带的云助手工具部署方式，可以看出对于非Docker化部署类型，其针对不同的云采用的部署方式不同。

对于持续交付，一个最重要的理念就是一致性原则。一个项目有可能跨云部署，但是因为不同的云分别有各自的部署逻辑，因此无法保证各环境部署的一致性，有可能测试环境成功部署的服务未必在生产环境部署成功，这就造就了部署风险。

发明内容

有鉴于此，本公开提供了一种混合云部署方法、装置、系统及计算机可读介质，保障了持续交付部署的一致性。

按照本公开内容的第一方面，本公开提供了一种混合云部署方法，包括：

获取混合云部署参数，包括云类型、云区域、目标端和部署方式；

基于混合云部署参数，将目标端分为可并发部署的部署组；

针对部署组，验证部署权限并且在通过验证后接收部署令牌；以及

使用部署令牌发送调用请求，使得与部署组中的目标端相关联的服务端执行预定义文件，以及使得在目标端上执行部署。

按照本公开内容的第二方面，本公开提供了一种混合云部署装置，包括：

部署参数获取模块，用于获取混合云部署参数，包括云类型、云区域、目标端和部署方式；

部署组获得模块，用于基于混合云部署参数，将目标端分为可并发部署的部署组；

部署权限验证模块，用于针对部署组，验证部署权限并且在通过验证后接收部署令牌；以及

部署模块，用于使用部署令牌发送调用请求，使得与部署组中的目标端相关联的服务端执行预定义文件，以及使得在目标端上执行部署。

按照本公开内容的第三方面，一种混合云部署系统，包括控制端、接口端、目标端和与目标端相关联的服务端，其中

控制端被配置用于获取混合云部署参数，包括云类型、云区域、目标端和部署方式，并基于混合云部署参数，将目标端分为可并发部署的部署组；

接口端被配置用于针对部署组验证控制端，当通过验证后向控制端发送部署令牌；

控制端还被配置用于使用部署令牌发送调用请求；

服务端被配置用于响应于调用请求，执行预定义文件；以及

目标端被配置用于在其上执行并发部署。

按照本公开内容的第四方面，本公开提供了一种计算机可读介质，其上存储有可执行指令，可执行指令被处理器执行时使处理器执行如上述第一方面所述的方法。

经由上述公开内容可知，本公开提供的一种混合云部署方法、装置、系统及计算机可读介质，通过直接获取混合云部署参数，在目标端执行部署，打破了不同云不同部署工具之间的限制，采用统一的一套部署方案，保障了持续交付部署的一致性，降低了部署风险，也降低了不同云部署工具的学习成本和维护成本，对于后期云服务的扩展提供了基础，使得部署环节不再受云服务的影响。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本公开具体实施方式中提供的一种混合云部署系统的结构图；

图2为本公开具体实施方式中提供的一种混合云部署方法的流程图；

图3为本公开具体实施方式中提供的一种混合云部署装置的结构图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

持续交付(Continuous delivery，简称为CD)，是一种软件工程手法，让软件产品的产出过程在一个短周期内完成，以保证软件可以稳定、持续地保持在随时可以发布的状况。它的目标在于让软件的构建、测试与发布变得更快以及更频繁。这种方式可以减少软件开发的成本与时间，减少风险。

部署环节的部署方式按服务是否Docker化分为Docker化部署类型和非Docker化部署类型。其中，Docker化部署类型可以采用K8S服务解决不同云之间的限制。而非Docker化部署类型针对不同的云采用不同的部署方式，例如，对私有云采用传统的SSH部署方式，对于AWS云采用其自带的Codedeploy工具部署方式，对于Ali云采用其自带的云助手工具部署方式。

但是对于非Docker化部署类型采用不同部署方式而言，存在以下缺点：

(1)不同云部署方式不一致，会带来部署风险；

(2)同一项目的跨云部署，需要针对不同云提供不同的部署方案，加大了工作量；

(3)不同云的部署方式，只能按照各自云定义的工具来实现，加大了对工具熟悉学习成本，也加大了维护成本；

(4)对于SSH部署方式而言，只能进行目标主机的串型部署，如果进行并行部署，则要求负责高质量的部署控制逻辑。

持续交付一个最重要的理念就是一致性原则，一个项目有可能跨云部署，但是因为不同的部署方式有各自的部署逻辑，因此无法保证各环境部署的一致性，有可能测试环境成功部署的服务未必在生产环境部署成功，这就造就了部署风险。

针对上述缺点，本公开提供了一种混合云部署方法、装置、系统及计算机可读介质，通过直接获取混合云部署参数，实现混合云的统一部署，使得不同云部署方式一致，降低了部署风险。

在本公开的具体实施例中，本公开针对非Docker化部署类型设计了一套混合云统一部署方案，其是基于C/S架构的配置管理系统进行的分布式部署，这种部署方案简单且易部署，而且是可伸缩的，足以管理成千上万的服务器，也具有足够快的速度控制，可以以毫秒级的速度与客户端通信。

在本公开的一具体实施例中，如图1所示，本公开提供了一种混合云部署系统10，包括控制端11、接口端12、目标端14和与目标端14相关联的服务端13。

其中，控制端11可以被配置用于获取混合云部署参数，包括云类型、云区域、目标端14和部署方式，并基于混合云部署参数，将目标端14分为可并发部署的部署组。在本公开的具体实施例中，可以通过在控制端11的可视化界面输入混合云部署参数，以使控制端11可以直接获取混合云部署参数。其中，云类型可以包括私有云、公有云、混合云。云区域可以为地理位置区域，可以通过地理位置对云区域进行划分，每个云区域可以构成一个最小部署配置单元，每个部署配置单元中可以仅设置一个主服务器和一个接口端12，在本公开的具体实施例中，主服务器可以为部署配置主端，接口端12可以为部署配置API。

接口端12可以被配置用于针对部署组验证控制端11，当通过验证后向控制端11发送部署令牌。

控制端11还可以被配置用于使用部署令牌发送调用请求。

服务端13可以被配置用于响应于调用请求，执行预定义文件。

目标端14可以被配置用于在其上执行并发部署。

在本公开的具体实施例中，目标端14可以为目标主机集群，接口端12可以为服务端13的接口端12。每一个目标主机可以安装有一个客户端，即部署配置从端。

在本公开的具体实施例中，如图2所示，本公开提供了一种混合云部署方法，可以包括：

S1、获取混合云部署参数，包括云类型、云区域、目标端14和部署方式。

其中，云类型可以包括私有云、公有云、混合云。

云区域可以根据机房建站的不同分不同区域，跨区域将存在网络传输性能下降和专线费用成本高的限制。

目标端14可以为目标主机集群，在本公开的具体实施例中，作为混合云部署参数的目标端14可以为目标主机IP、目标主机名、目标主机实例ID等。

部署方式可以包括串型部署、全量并发部署、分批次部署中的一个或多个。

其中，串型部署是使用最多的部署方式，串型部署一次部署一个服务，一般重要的服务需要使用串型部署，这种部署方式安全性高、速度慢；全量并发部署一次部署全部服务，一般不重要的服务可以通过全量并发部署方式进行部署，这种部署方式速度快、安全性低；分批次部署是根据服务停服级别将目标主机集群分批次多次部署，这种部署方式比较灵活，可以兼容串型部署和全量并发部署。

服务停服级别可以采用单个服务所承受的最大请求处理量以及服务集群平均请求处理量作为参考指标，即，启动的服务的最大请求处理量之和需要大于等于服务集群平均请求处理量，停止的服务可以用于执行部署，停止的服务即为服务停服级别，其中，服务集群平均请求处理量以及单个服务所承受的最大请求处理量均可以通过监控历史数据获得。例如，一个集群5个服务平均请求处理量为15万，单个服务所承受的最大请求处理量为5万。因此，在该集群下，只允许一次最多停服2个服务，即一次最多部署2个服务，相当于一次最多部署40％的服务，可以采用当部署的服务大于等于1时采取下取整策略，当部署的服务小于1时采取上取证策略实现该集群的部署，即第一次可以部署5×40％＝2个服务；第二次可以部署(5－2)×40％＝1个服务；第三次可以部署(5－2－1)×40％＝1个服务；第四次可以部署(5－2－1－1)×40％＝1个服务。停服期间可保障其他启动的3个服务可以完成对服务集群平均请求处理量的处理。

S2、基于混合云部署参数，将目标端14分为可并发部署的部署组；

其中，作为混合云部署参数的目标端14可以通过目标主机翻译将目标端14的目标主机名、目标主机IP或目标主机实例ID映射为部署配置从端ID，作为识别码。

在本公开的具体实施例中，可以通过部署方式将目标端14分为可并发部署的部署组。例如，对于串型部署方式，一个部署组为一个主机；对于全量并发部署，只有1个部署组，即全部需要部署的主机；对于分批次部署，根据服务停服级别确定部署组，每个部署组包含的主机数量不一定相同。

S3、针对部署组，验证部署权限并且在通过验证后接收部署令牌；

在本公开的具体实施例中，由于服务端13具有对客户端操作的超级用户(root)权限，因此，必须对接口端12的用户进行权限验证和管控，此权限验证主要集中在接口端12，即对部署配置API进行配置管理，首先需要在部署配置API创建一个部署配置API账户，并对该账户正则匹配可操控的客户端，即正则匹配部署配置从端ID，从而验证部署权限。

即控制端11会向接口端12发送包括部署配置API账户的用户名和密码的部署权限请求，接口端12根据用户名和密码判断该部署权限请求是否被允许，若允许，则接口端12向控制端11发送部署令牌，控制端11接收该部署令牌。

S4、使用部署令牌发送调用请求，使得与部署组中的目标端14相关联的服务端13执行预定义文件，以及使得在目标端14上执行部署。

在本公开的具体实施例中，部署令牌具有时间限制，即在一定时间后，若控制端11没有使用部署令牌发送调用请求，则该部署令牌失效。

若部署令牌有效，则控制端11根据部署令牌向接口端12发送调用请求，可以针对该调用请求，验证执行权限，即接口端12根据该调用请求判断该调用请求是否具有调用权限，若有，则服务端13根据该调用请求执行预定义文件，并在目标端14执行部署。

在本公开的具体实施例中，预定义文件可以包括9个文件，分别为环境变量设置文件、部署用户/组创建文件、从中间件库下载部署包文件、停止服务文件、安装服务前操作文件、安装服务文件、安装服务后操作文件、开启服务文件、服务校验文件，这9个预定义文件可以分阶段依次执行。

其中，环境变量设置文件用于设置环境变量，且环境变量可以被其他预定义文件引用。该环境变量可以被服务端13访问，但是目标端14访问不到，环境变量在目标端14处于隐藏状态。

部署用户/组创建文件用于在目标端14创建部署用户和组，还用于部署流程中指定用户执行体，用户执行体为目标主机上部署服务的用户，一个目标主机具有多个用户，例如root用户、普通用户、开发用户等，其中，普通用户只具有读权限。

从中间件库下载部署包文件用于配置中间件库的验证方式，并从中间件库下载部署包用于等候部署。

停止服务文件用于定义服务部署前的停服操作。

安装服务前操作文件用于定义服务安装前的准备操作，其中，准备操作包括将之前上传的包进行备份。

安装服务文件用于定义服务安装操作。

安装服务后操作文件用于定义服务安装后的操作，包括清理之前安装的目录、对新的包进行解压等。

开启服务文件用于定义服务开启操作。

服务校验文件用于定义服务启动后的健康校验操作，健康校验操作包括监测每个组件发出请求的速度、请求字符串的检查、日志检查等，其中，每个组件都具有健康校验操作的对应接口。

在本公开的具体实施例中，本公开提供的一种混合云部署方法，还可以包括与部署组中的目标端14相关联的服务端13执行预定义文件时，实时接收执行结果进行分阶段展示。即服务端13可以分阶段执行预定义文件，在每个阶段中，控制端11都可以通过接口端12实时接收到服务端13的执行结果，控制端11或服务端13可以将执行结果处理为可展示的详细日志在控制端11进行展示。

在本公开的具体实施例中，控制端11还可以实时汇总各个阶段的详细日志，并以列表的形式展示目标端14的执行阶段以及每个阶段的执行结果。

本公开打破了不同云不同部署工具之间的限制，采用统一的一套部署方案，保障了持续交付部署的一致性，降低了部署风险，也降低了不同云部署工具的学习成本和维护成本，对于后期云服务的扩展提供了基础，使得部署环节不再受云服务的影响。

在本公开的另一具体实施例中，如图3所示，本公开还提供了一种混合云部署装置30，可以包括：

部署参数获取模块31，用于获取混合云部署参数，包括云类型、云区域、目标端14和部署方式；

部署组获得模块32，用于基于混合云部署参数，将目标端14分为可并发部署的部署组；

部署权限验证模块33，用于针对部署组，验证部署权限并且在通过验证后接收部署令牌；

部署模块34，用于使用部署令牌发送调用请求，使得与部署组中的目标端14相关联的服务端13执行预定义文件，以及使得在目标端14上执行部署。

其中，部署方式包括串型部署、全量并发部署、分批次部署中的一个或多个。

在本公开的具体实施例中，本公开提供的一种混合云部署装置，还可以包括展示模块，用于与部署组中的目标端14相关联的服务端13执行预定义文件时，实时接收执行结果进行分阶段展示。

本公开的具体实施例中，本公开提供的一种混合云部署装置，还可以包括执行权限验证模块，用于针对调用请求，验证执行权限。

本公开实施例提供的一种混合云部署装置，可以与上述实施例中提供的一种混合云部署方法相对应。

按照本公开内容的又一具体实施例，本公开内容还提供了一种计算机可读介质，其上存储有可执行指令，该可执行指令被处理器执行时使处理器执行如上述的混合云部署方法。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本公开所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk)等。

需要说明的是，本公开内容中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于方法类实施例而言，由于其与产品类实施例相似，所以描述的比较简单，相关之处参见产品实施例的部分说明即可。

还需要说明的是，在本公开内容中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本公开内容。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本公开内容中所定义的一般原理可以在不脱离本公开内容的精神或范围的情况下，在其它实施例中实现。因此，本公开内容将不会被限制于本公开内容所示的这些实施例，而是要符合与本公开内容所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种混合云部署方法，包括：

获取混合云部署参数，包括云类型、云区域、目标端和部署方式；

基于所述混合云部署参数，将所述目标端分为可并发部署的部署组；

针对所述部署组，验证部署权限并且在通过验证后接收部署令牌；以及

使用所述部署令牌发送调用请求，使得与所述部署组中的所述目标端相关联的服务端执行预定义文件，以及使得在所述目标端上执行部署。

2.如权利要求1所述的混合云部署方法，其中，所述部署方式包括串型部署、全量并发部署、分批次部署中的一个或多个。

3.如权利要求1所述的混合云部署方法，还包括：

与所述部署组中的所述目标端相关联的服务端执行预定义文件时，实时接收执行结果进行分阶段展示。

4.如权利要求1所述的混合云部署方法，还包括：

针对所述调用请求，验证执行权限。

5.一种混合云部署装置，包括：

部署参数获取模块，用于获取混合云部署参数，包括云类型、云区域、目标端和部署方式；

部署组获得模块，用于基于所述混合云部署参数，将所述目标端分为可并发部署的部署组；

部署权限验证模块，用于针对所述部署组，验证部署权限并且在通过验证后接收部署令牌；以及

部署模块，用于使用所述部署令牌发送调用请求，使得与所述部署组中的所述目标端相关联的服务端执行预定义文件，以及使得在所述目标端上执行部署。

6.如权利要求5所述的混合云部署装置，其中，所述部署方式包括串型部署、全量并发部署、分批次部署中的一个或多个。

7.如权利要求5所述的混合云部署装置，还包括：

展示模块，用于与所述部署组中的所述目标端相关联的服务端执行预定义文件时，实时接收执行结果进行分阶段展示。

8.如权利要求5所述的混合云部署装置，还包括：

执行权限验证模块，用于针对所述调用请求，验证执行权限。

9.一种混合云部署系统，包括控制端、接口端、目标端和与所述目标端相关联的服务端，其中

所述控制端被配置用于获取混合云部署参数，包括云类型、云区域、目标端和部署方式，并基于所述混合云部署参数，将所述目标端分为可并发部署的部署组；

所述接口端被配置用于针对所述部署组验证所述控制端，当通过验证后向所述控制端发送部署令牌；

所述控制端还被配置用于使用所述部署令牌发送调用请求；

所述服务端被配置用于响应于所述调用请求，执行预定义文件；以及

所述目标端被配置用于在其上执行并发部署。

10.一种计算机可读介质，其上存储有可执行指令，所述可执行指令被处理器执行时使处理器执行如权利要求1-4任一项所述的方法。