CN116915770A - 服务的部署方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种服务的部署方法、装置、电子设备及存储介质。其中，方法包括：在确定第一集群中的待部署服务为公网访问类型时，将待部署服务映射到多个集群所在公网，获得待部署服务在公网的映射信息；基于映射信息为第二集群生成第一编排信息，向第二集群发送第一编排信息。通过本申请实施例提供的方法，能够便捷且高效得实现跨集群服务间的访问。

Description

服务的部署方法、装置、电子设备及存储介质

技术领域

本申请涉及互联网技术(IT，Internet Technology)领域，尤其涉及一种服务的部署方法、装置、电子设备及存储介质。

背景技术

为实现对多个集群的统一管理，集群联邦(Federation)应运而生。联邦中的各集群可以是公司内部自行建立的集群、还可以是跨地区(Region)的集群、也可以是处于不同公有云供应商(Cloud Provider)上的集群。目前，对于联邦的各集群之间的访问要么需要借助第三方域名系统(DNS，Domain Name System)或谷歌远程过程调用(GRPC，GoogleRemote Procedure Call)方式等第三方资源，比较耗时及成本比较高；要么仅能考虑到少量的集群之间的访问，效率比较低。也就是说，对于联邦的多集群，集群与集群之间的访问机制仍需优化。

发明内容

有鉴于此，本申请的主要目的在于提供一种服务的部署方法、装置、电子设备及存储介质，能够便捷且高效得实现跨集群之间服务的访问。

为达到上述目的，本申请的技术方案是这样实现的：

第一方面，本申请实施例提供一种服务的部署方法，应用于管理平台，所述管理平台用于对联邦的多个集群进行管理；所述方法包括：

在确定第一集群中的待部署服务为公网访问类型时，将所述待部署服务映射到所述多个集群所在公网，获得所述待部署服务在所述公网的映射信息；

基于所述映射信息为第二集群生成第一编排信息，向所述第二集群发送所述第一编排信息；

其中，所述第一集群为所述多个集群中指定部署所述待部署服务的集群；所述第二集群为所述多个集群中未指定部署所述待部署服务的集群；所述第一编排信息至少用于指明所述第二集群通过所述公网访问所述待部署服务的路径。

在上述方案中，所述方法还包括：

在确定第一集群中的待部署服务为公网访问类型或在确定第一集群中的待5部署服务为非公网访问类型时，获取所述待部署服务的配置信息；所述配置信息至少包括所述待部署服务的名称、所述待部署服务的统一资源定位URL路径、在所述第一集群的第一部署地址；

基于所述名称、所述URL路径及所述第一部署地址按照存储的标准配置模板生成第二编排信息；

0向所述第一集群发送所述第二编排信息；所述第二编排信息至少用于指明所述待部署服务在所述第一集群中的部署位置及在所述第一集群内部的访问路径。

在上述方案中，所述将所述待部署服务映射到所述多个集群所在公网，获得所述待部署服务在所述公网的映射信息，包括：5将所述第一部署地址转换成在所述公网内的公网地址；

将所述公网地址与所述待部署服务的名称进行映射处理，获得所述待部署服务在所述公网的映射信息。

在上述方案中，所述基于所述映射信息为第二集群生成第一编排信息，包括：

0为所述映射信息分配在所述第二集群的第二部署地址；所述第二部署地址位于所述第二集群生成的与所述待部署服务关联的端点endpoints中；

根据所述映射信息和所述第二部署地址按照存储的标准配置模板为所述第二集群生成所述第一编排信息。

在上述方案中，在所述第二集群包含的第一应用访问所述待部署服务时，5所述方法还包括：

接收所述第二集群发送的携带有所述待部署服务的名称的第一请求；所述第一请求为所述第二集群通过获得的传输路径发送的；所述传输路径为所述第二集群基于所述第一编排信息获得；

解析所述第一请求，获得所述待部署服务的名称；

基于所述名称从服务映射表中查找，得到所述待部署服务对应的映射信息；所述服务映射表至少包括所述待部署服务的名称与所述待部署服务对应的公网地址之间的映射关系；

基于所述映射关系访问所述第一集群中的所述待部署服务。

在上述方案中，所述基于所述映射关系访问所述第一集群中的所述待部署服务，包括：

基于所述映射关系向所述第一集群发送第二请求；所述第二请求包括所述待部署服务的名称以及所述待部署服务包含的待访问实例对应的标签；所述标签为解析所述第一请求获得。

在上述方案中，所述方法还包括：

在确定所述多个集群对所述待部署服务的部署需求发生变化时，根据新的部署需求为所述多个集群重新确定对应的编排信息，并向所述多个集群中的各集群发送对应的编排信息。

在上述方案中，所述多个集群中各集群对应的API通过联邦应用程序编程接口API管理时；所述向所述第二集群发送所述第一编排信息，包括：

向联邦API发送所述第一编排信息；所述联邦API用于转发所述第一编排信息到所述第二集群对应的API。

在上述方案中，所述标准配置模板与所述管理平台支持的编排功能相关。

在上述方案中，所述待部署服务包含多个，所述方法还包括：

获得多个待部署服务；

确定所述多个待部署服务中每一个待部署服务的部署类型及指定的部署集群；

基于所述部署类型和所述指定的部署集群为所述多个集群中的每一个集群确定对应的编排文件；所述编排文件包括所述第一编排信息和/或所述第二编排信息；

向每一个集群发送所述对应的编排文件。

第二方面，本申请实施例还提供一种服务的部署装置，应用于管理平台，所述管理平台用于对联邦的多个集群进行管理；所述装置包括：映射模块和生成模块，其中；

所述映射模块，用于在确定第一集群中的待部署服务为公网访问类型时，将所述待部署服务映射到所述多个集群所在公网，获得所述待部署服务在所述公网的映射信息；

所述生成模块，用于基于所述映射信息为第二集群生成第一编排信息，向所述第二集群发送所述第一编排信息；其中，所述第一集群为所述多个集群中指定部署所述待部署服务的集群；所述第二集群为所述多个集群中未指定部署所述待部署服务的集群；所述第一编排信息用于指明所述第二集群通过所述公网访问所述待部署服务的路径。

在上述方案中，所述生成模块，还用于在确定第一集群中的待部署服务为公网访问类型或在确定第一集群中的待部署服务为非公网访问类型时，获取所述待部署服务的配置信息；所述配置信息至少包括所述待部署服务的名称、所述待部署服务的统一资源定位URL路径、在所述第一集群的第一部署地址；

基于所述名称、所述URL路径及所述第一部署地址按照存储的标准配置模板生成第二编排信息；

向所述第一集群发送所述第二编排信息；所述第二编排信息至少用于指明所述待部署服务在所述第一集群中的部署位置及在所述第一集群内部的访问路径。

在上述方案中，所述映射模块，还用于将所述第一部署地址转换成在所述公网内的公网地址；

将所述公网地址与所述待部署服务的名称进行映射处理，获得所述待部署服务在所述公网的映射信息。

在上述方案中，所述生成模块，还用于为所述映射信息分配在所述第二集群的第二部署地址；所述第二部署地址位于所述第二集群生成的与所述待部署服务关联的端点endpoints中；

根据所述映射信息和所述第二部署地址按照存储的标准配置模板为所述第二集群生成所述第一编排信息。

在上述方案中，所述部署装置还包括访问模块，在所述第二集群包含的第一应用访问所述待部署服务时，所述访问模块，用于接收所述第二集群发送的携带有所述待部署服务的名称的第一请求；所述第一请求为所述第二集群通过获得的传输路径发送的；所述传输路径为所述第二集群基于所述第一编排信息获得；

解析所述第一请求，获得所述待部署服务的名称；

基于所述名称从服务映射表中查找，得到所述待部署服务对应的映射信息；所述服务映射表至少包括所述待部署服务的名称与所述待部署服务对应的公网地址之间的映射关系；

基于所述映射关系访问所述第一集群中的所述待部署服务。

在上述方案中，所述访问模块，具体用于在基于所述映射关系向所述第一集群发送第二请求；所述第二请求包括所述待部署服务的名称以及所述待部署服务包含的待访问实例对应的标签；所述标签为解析所述第一请求获得。

在上述方案中，所述部署装置还包括发送模块，所述发送模块，用于在确定所述多个集群对所述待部署服务的部署需求发生变化时，根据新的部署需求为所述多个集群重新确定对应的编排信息，并向所述多个集群中的各集群发送对应的编排信息。

在上述方案中，所述多个集群中各集群对应的API通过联邦应用程序编程接口API管理时；所述发送模块，还用于向联邦API发送所述第一编排信息；所述联邦API用于转发所述第一编排信息到所述第二集群对应的API。

在上述方案中，所述待部署服务包含多个，所述发送模块，还用于获得多个待部署服务；

确定所述多个待部署服务中每一个待部署服务的部署类型及指定的部署集群；

基于所述部署类型和所述指定的部署集群为所述多个集群中的每一个集群确定对应的编排文件；所述编排文件包括所述第一编排信息和/或所述第二编排信息；

向每一个集群发送所述对应的编排文件。

第三方面，本申请实施例还提供一种电子设备，所述电子设备包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，执行上述任一项所述方法的步骤。

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

本申请实施例提供一种服务的部署方法、装置、电子设备及存储介质。其中，所述方法包括：在确定第一集群中的待部署服务为公网访问类型时，将所述待部署服务映射到所述多个集群所在公网，获得所述待部署服务在所述公网的映射信息；基于所述映射信息为第二集群生成第一编排信息，向所述第二集群发送所述第一编排信息；其中，所述第一集群为所述多个集群中指定部署所述待部署服务的集群；所述第二集群为所述多个集群中未指定部署所述待部署服务的集群；所述第一编排信息至少用于指明所述第二集群通过所述公网访问所述待部署服务的路径。采用本申请实施例提供的方法，在确定第一集群中的待部署服务为公网访问类型时，通过将待部署服务映射至公网以及在未指定部署该待部署服务的集群生成与待部署服务相关的第一编排信息，使得未指定部署该待部署服务的集群能够基于第一编排信息通过公网访问该待部署服务，实现跨集群访问，极大地提高了集群间服务的访问便捷性与访问效率。

附图说明

图1是本申请实施例提供的服务的部署方法的应用场景示意图；

图2A-图2B是本申请实施例提供的服务的部署方法的一个可选流程示意图；

图3是本申请实施例提供的第一编排信息下发示意图；

图4是本申请实施例提供的一个整体流程示意图；

图5是本申请实施例提供的一种服务的部署装置的结构示意图；

图6是本申请实施例提供的服务的部署装置的一种硬件结构示意图。

具体实施方式

为了更清楚地阐述本申请实施例的目的、技术方案及优点，以下将结合附图对本申请实施例进行详细的说明。应当理解，下文对于实施例的描述旨在对本申请实施例的总体构思进行解释和说明，而不应当理解为是对本申请实施例的限制。在说明书和附图中，相同或相似的附图标记指代相同或相似的部件或构件。为了清晰起见，附图不一定按比例绘制，并且附图中可能省略了一些公知部件和结构。

在相关技术中，为实现跨集群之间服务的访问或调用，大多需要第三方资源协助实现，例如，第三方域名系统(DNS，Domain Name System)或谷歌远程过程调用(GRPC，Google Remote Procedure Call)。若是不借助第三方资源实现访问，可采用异步监听各集群服务的创建状态，然后根据服务创建状态创建其他集群的可访问服务以及相关配置，从而实现跨集群访问。但上述几种方案存在以下问题：

1、基于第三方资源实现访问的过程比较复杂，且由于第三方资源均基于服务接口或服务器端口实现，导致上述方式占用或消耗的资源成本较高。

2、采用异步监听，当集群数量较大时，监听对象数量较多，采用异步监听方式在实现上不具有普遍性，仅仅适用于集群数量较少的场景。

基于相关技术中存在的至少之一的问题，本申请实施例提供一种服务的部署方法，应用于管理平台，在确定第一集群中的待部署服务为公网访问类型时，将待部署服务映射到公网，获得待部署服务对应的映射信息；基于映射信息为第二集群生成第一编排信息，如此，第二集群中的应用可基于第一编排信息，通过公网访问第一集群中的待部署服务，从而实现跨集群访问。与相关技术相比，本申请实施例提供的方法无需第三方资源的协助，也适用于各种场景，能够便捷且高效得实现跨集群之间服务的访问或调用。

下面结合附图详细的说明本申请的技术方案。

图1是本申请实施例提供的服务的部署方法的应用场景示意图。如图1所示，该应用场景100所示的联邦系统中至少包括第一集群1001和第二集群1002，其中，所述第一集群1001和第二集群1002均可以访问公网1003；需要说明的是，在该应用场景下，不同集群具有不同的局域网，具有相同的公网1003。第一集群1001和第二集群1002中均可包括多个节点，例如图1中第一集群1001包括第一节点1001-1、第二节点1001-2以及第三节点1001-3；第二集群1002包括第一节点1002-1、第二节点1002-2以及第三节点1002-3。上述节点均可以实施为笔记本电脑、平板电脑、台式计算机、移动设备等各种类型的终端，也可以实施为服务器。

结合图1所示的应用场景，参见图2A，图2A是本申请实施例提供的服务的部署方法的一个可选流程示意图，本申请实施例提供的方法应用于管理平台，所述管理平台用于对联邦的多个集群进行管理。下面结合图2A示出的步骤进行说明。

步骤101：在确定第一集群中的待部署服务为公网访问类型时，将所述待部署服务映射到所述多个集群所在公网，获得所述待部署服务在所述公网的映射信息。

这里，所说的管理平台可以是云平台，其用于管理如图1所示的联邦的多个集群。所说的第一集群可以为所述多个集群中指定部署所述待部署服务的集群。

需要说明的是，待部署服务可以是指能够实现某些具体功能的一个或多个实例的集合，例如服务器的资源管理服务、服务器的安全维护服务等。在实际应用过程中，用户可以通过管理平台创建一个或多个待部署服务。具体地，用户可以通过管理平台提供的操作界面选择待部署服务，并且指定各待部署服务要部署的目标集群(也就是，第一集群)以及待部署服务的访问类型。其中，所述访问类型具体可以包括公网访问类型以及非公网访问类型；所述公网访问类型可以是指在联邦的多个集群中未部署该待部署服务的其他集群的应用可通过公网访问部署该待部署服务的集群，以调用该待部署服务；所述非公网访问类型可以是指仅部署该待部署服务的集群内的应用访问并调用该待部署服务。

具体地，本申请实施例提供的服务的部署方法，通过将公网访问类型的待部署服务映射到联邦的多个集群所在公网上，并且在未部署该待部署服务的集群中生成与待部署服务相关的第一编排信息，使得这些未部署该待部署服务的集群实现跨集群访问待部署服务。指定部署待部署服务的集群之间基于后边提到的第二编排信息实现集群内访问待部署服务。

需要说明的是，由于用户在管理平台可创建多个功能不同的待部署服务，并且对于每一个待部署服务也可以指定部署在所述多个集群中至少一个集群；在所述多个集群中为部署待部署服务的集群也可能不止一个，也就是，每一个待部署服务对应的第一集群包含至少一个；每一个待部署服务对应的第二集群也包括至少一个。

举例来说，假设联邦的多个集群包括三个集群，分别为集群A、集群B以及集群C。用户在管理平台创建了四个公网访问类型的待部署服务，分别为服务A、服务B、服务C以及服务D。若用户指定将服务A部署到集群A、将服务B和服务C部署到集群B，将服务D部署到集群C。此时，对于服务A而言，集群A为第一集群，集群B和集群C为第二集群；而对于服务B和服务C而言，集群B为第一集群，集群A和集群C为第二集群；对于服务D而言，集群C为第一集群，集群A和集群B为第二集群。上述情况，对于不同待部署服务而言，其对应的一个第一集群和两个第二集群。若用户指定将服务A部署到集群A和集群B上，服务B部署在集群A；服务C部署在集群C上，服务D部署在集群A、集群C上，此时，对于服务A而言，对应的第一集群包括集群A和集群B，对应的第二集群为集群C；对于服务B而言，对应的第一集群包括集群A，对应的第二集群包括：集群B和集群C；对于服务C而言，对应的第一集群包括：集群C，对应的第二集群包括：集群A和集群B；对于服务D而言，对应的第一集群包括：集群A和集群C，对应的第二集群包括：集群B。上述情况下，对于不同待部署服务而言，其对应的第一集群和第二集群而个数或者多个或一个。

上述仅是两个示例性说明，在实际应用过程中，每一个待部署服务对应的第一集群和第二集群的数量根据实际部署需求而定。

在实际应用过程中，对于每一个待部署服务的部署步骤均类似，这里仅采用对一个待部署服务的部署进行描述，以详细的说明本申请的技术方案。

在一些实施例中，所述将所述待部署服务映射到所述多个集群所在公网，获得所述待部署服务在所述公网的映射信息，可以包括：

将所述第一部署地址转换成在所述公网内的公网地址；

将所述公网地址与所述待部署服务的名称进行映射处理，获得所述待部署服务在所述公网的映射信息。

需要说明的是，第一部署地址为所述待部署服务在第一集群中的部署位置，其包括第一集群所在的局域网的互联网协议(IP，Internet Protocol)地址和所述待部署服务所在服务器的服务端口。所说的公网地址可以为所述待部署服务在所述公网的位置，其包括所述公网的IP地址和虚拟服务端口。基于此，所述将所述第一部署地址转换成在所述公网内的公网地址，包括：将待部署服务基于局域网的IP地址和所在服务器的服务端口映射到基于公网的IP地址和虚拟服务端口。同时将待部署服务的名称映射到公网，获得待部署服务在所述公网内的映射信息。所述映射信息包括待部署服务的名称和该待部署服务在公网中的公网地址。如此，第二集群内的应用可以根据待部署服务的名称，通过访问公网并根据映射信息获得待部署服务的第一部署地址，并在第一集群中访问到待部署服务。

在实际应用过程中，同一集群内的服务能够根据第二编排信息实现集群内访问。对于第二编排信息的生成和应用，在一些实施例中，所述方法还包括：

在确定第一集群中的待部署服务为公网访问类型或在确定第一集群中的待部署服务为非公网访问类型时，获取所述待部署服务的配置信息；所述配置信息至少包括所述待部署服务的名称、所述待部署服务的统一资源定位URL(Uniform Resource Location)路径、在所述第一集群的第一部署地址；

基于所述名称、所述URL路径及所述第一部署地址按照存储的标准配置模板生成第二编排信息；

向所述第一集群发送所述第二编排信息；所述第二编排信息至少用于指明所述待部署服务在所述第一集群中的部署位置及在所述第一集群内部的访问路径。

这里，待部署服务的配置信息为用户在管理平台创建服务时设置，配置信息除包括所述待部署服务的名称、所述待部署服务的统一资源定位URL路径、在所述第一集群的第一部署地址等信息外，还可以包括待部署服务占用部署该待部署服务的节点多少内存等信息。需要说明的是，待部署服务的名称用于标识该待部署服务，每一个待部署服务有且仅有一个名称。用户可以自行设定该待部署服务的名称，例如可以根据服务能够实现的功能设定，如资源管理服务和安全维护服务等；也可以是以数字标识设定，例如服务1和服务2或者服务A和服务B等，本申请实施例对此不做限制。所述待部署服务的统一资源定位URL路径是待部署服务在第一集群中的资源路径，形式上以“/***/**”表现层级位置或层级目录。例如，假设服务A部署在第一集群中第一节点上，具体部署在第一节点的addres文件下的data1文件中，则该服务A的统一资源定位URL路径为/addres/data1，应用在访问该服务A时，可通过该统一资源定位URL路径在第一集群中定位到该服务A。所述标准配置模板可以为K8s(Kubernetes)提供的标准配置模板文件，其中规定了多个参数，用户根据所述多个参数确定需要设置哪些配置信息。例如，标准配置模板文件规定了Servename参数，则用户需要设置的配置信息包括服务的名称。标准配置模板与管理平台支持的编排功能相关，也就是说，针对不同的编排需求需要采用不同的标准配置模板。本申请实施例采用helm进行统一编排，那么，所述标准配置模板也就是helm对应的标准模板。在实际编排过程中，根据待部署服务的名称、待部署服务的URL路径、以及第一部署地址对标准配置模板中规定的参数进行参数替换，即可生成第二编排信息。

继续参见图2A，步骤102：基于所述映射信息为第二集群生成第一编排信息，向所述第二集群发送所述第一编排信息。

需要说明的是，所述第二集群为所述多个集群中未指定部署待部署服务的集群。在一些实施例中，参见图2B，图2B是本申请实施例提供的服务的部署方法的一个可选流程示意图。图2A中步骤102示出的基于所述映射信息为第二集群生成第一编排信息可通过以下步骤实现。

步骤1021：为所述映射信息分配在所述第二集群的第二部署地址；所述第二部署地址位于所述第二集群生成的与所述待部署服务关联的端点endpoints中。

需要说明的是，第二集群中有多个节点，与所述待部署服务关联的endpoints可位于某一个节点上。第二部署地址用于指明映射信息在第二集群中的存储位置。为映射信息分配在第二集群的第二部署地址，也就是将映射信息存储到第二集群中第二部署地址对应的存储位置。与待部署服务关联的端点endpoints表征endpoints可将第二集群中的应用对待部署服务的访问请求转发给所述待部署服务所在的第一集群，转发的过程具体是，当第二集群中某应用需要访问待部署服务时，endpoints对该访问请求进行拦截获得待访问的待部署服务的名称，然后基于待部署服务的名称将访问请求通过公网包含的待部署服务的映射信息，以访问所述待部署服务。

步骤1022：根据所述映射信息和所述第二部署地址按照存储的标准配置模板为所述第二集群生成所述第一编排信息。

需要说明的是，用于生成第一编排信息的标准配置模板和用于生成第二编排信息的标准配置模板均由K8s提供。基于与前述相同的理解，标准配置模板中定义了多个参数，管理平台基于映射信息和第二部署地址对标准配置模板中对应的参数进行替换即可得到第一编排信息。第一编排信息用于指明第二集群通过公网访问待部署服务的路径，该路径根据映射信息获得。为便于理解本申请，下面结合示例进行说明。例如，第二集群中应用A想要访问第一集群中服务B，应用A利用服务B的名称发起访问请求，第二集群中的与服务B关联的endpoints会对该访问请求进行拦截，根据服务B的名称若发现服务B不属于第二集群，第二集群会向管理平台发送一个请求，使管理平台则判定应用A发起的访问请求不属于集群内通信，然后管理平台根据第二部署地址获取映射信息，在映射信息中根据服务B的名称从映射信息中获取到服务B的公网地址，然后基于公网地址通过公网将应用A的访问请求发送给第一集群的服务B。

在一些实施例中，多个集群中各集群对应的API均通过联邦应用程序编程接口API统一进行管理。本申请实施例中，向所述第二集群发送所述第一编排信息通过联邦应用程序编程接口API实现，发送过程具体包括：向联邦API发送所述第一编排信息；所述联邦API用于转发所述第一编排信息到所述第二集群对应的API。

具体参见图3，图3是本申请实施例提供的第一编排信息下发示意图。需要说明的是，由于联邦中各集群都有可能成为第二集群，图中多个K8s集群代表各个需要下发第一编排信息的第二集群。图3中管理平台通过接口将第一编排信息发送到联邦，进而联邦API根据业务需求将第一编排信息转发到对应的第二集群。

在一些实施例中，在所述第二集群包含的第一应用访问所述待部署服务时，所述方法还包括：

接收所述第二集群发送的携带有所述待部署服务的名称的第一请求；所述第一请求为所述第二集群通过获得的传输路径发送的；所述传输路径为所述第二集群基于所述第一编排信息获得；

解析所述第一请求，获得所述待部署服务的名称；

基于所述名称从服务映射表中查找，得到所述待部署服务对应的映射信息；所述服务映射表至少包括所述待部署服务的名称与所述待部署服务对应的公网地址之间的映射关系；

基于所述映射关系访问所述第一集群中的所述待部署服务。

需要说明的是，应用是能够实现具体功能的程序，例如内存分配功能或资源调度功能等。第一应用为第二集群包含的任一应用。第一应用可以调用同一个集群中或不同集群中的服务并对该服务的功能加以利用，例如，第一应用调用安全维护服务可实现对该应用的安全维护。如此，不需要用户在每一个集群中都部署具有相同功能的服务，而是将服务部署在某一个或几个集群中，其他服务或应用跨集群访问或调用需要的目标服务，以实现多元化应用、节约资源。

这里，传输路径用于指明第二集群向管理平台发送第一请求的路径。需要说明的是，管理平台在具体实施上为一段程序，且管理平台可运行在联邦中某一个集群中的某一个节点上，也可以运行在联邦外的某服务器上，因此无论管理平台运行在何处，集群在向管理平台发送请求时均需要通过管理平台对应的传输路径才能够发送成功。应该理解的是，当用户选定运行管理平台的服务器时该传输路径就已经存在。本申请实施例中，当用户选定服务器生成传输路径时，该服务器就已经将传输路径同步到了标准配置模板中。还需要说明的是，服务映射表基于映射信息得到，服务映射表中有待部署服务的名称和每一个待部署服务的名称对应的公网地址之间的映射关系。

在一些实施例中，在第二集群包含的第一应用访问待部署服务，即跨集群访问时，第二集群会根据第一编排信息中的传输路径向管理平台发送第一请求，第一请求中携带有需要访问的待部署服务的名称。管理平台在接收到第一请求后会解析第一请求，得到待部署服务的名称，例如解析得到待部署服务的名称为服务A，然后在服务映射表中查找服务A对应的公网地址，根据该公网地址可确定服务A的地址，然后根据服务A对应的地址访问服务A。

在一些实施例中，所述基于所述映射关系访问所述第一集群中的所述待部署服务，包括：

基于所述映射关系向所述第一集群发送第二请求；所述第二请求包括所述待部署服务的名称以及所述待部署服务包含的待访问实例对应的标签；所述标签为解析所述第一请求获得。

需要说明的是，本申请实施例中每一个待部署服务能够绑定一个或多个pod实例，一个或多个pod实例相互协同共同实现待部署服务的具体功能。每一个pod实例对应唯一标签，该标签在创建服务时已设定。待部署服务能够为绑定的一个或多个pod实例提供单一不变的接入地址，如此，其他集群在访问待部署服务包括的pod实例时，即使pod实例对应的地址发生了变化，其他集群也可以通过先访问待部署服务，然后待部署服务根据标签做负载均衡，通过转发端口将请求转发到对应的pod实例以完成访问。在具体实施中，管理平台根据映射关系可获取到待部署服务在第一集群中的地址，然后根据该地址向第一集群发送第二请求以访问待部署服务，由于第二请求中包含有待访问实例对应的标签，因此待部署服务在接收到第二请求后会根据标签做服务转发，使得第一应用访问到标签对应的待访问实例。

在一些实施例中，在确定所述多个集群对所述待部署服务的部署需求发生变化时，根据新的部署需求为所述多个集群重新确定对应的编排信息，并向所述多个集群中的各集群发送对应的编排信息。

需要说明的是，在某些使用场景下，为适应不同的使用需求需要对已部署好的服务进行删除、添加等操作。例如现已将服务A部署到了集群A，但在使用中发现，服务A部署在集群A存在不合理之处，需要将服务A部署到其他集群，此时首先需要在集群A中删除服务A，然后根据用户在管理平台依据新的部署需求输入的新的配置信息生成新的编排信息并发送到相应集群，配置信息包括的内容如前文所述，此处不再赘述。

在一些实施例中，用户在管理平台往往需要创建多个待部署服务，并指定每一个待部署服务的名称、访问类型以及需要部署的目标集群等，所述待部署服务包含多个时，所述方法还包括：

获得多个待部署服务；

确定所述多个待部署服务中每一个待部署服务的部署类型及指定的部署集群；

基于所述部署类型和所述指定的部署集群为所述多个集群中的每一个集群确定对应的编排文件；所述编排文件包括所述第一编排信息和/或所述第二编排信息；

向每一个集群发送所述对应的编排文件。

需要说明的是，由于联邦中每一个集群都有可能作为第一集群或第二集群，因此，对于任何一个集群而言都可能需要第一编排信息和/或第二编排信息。例如，服务A和服务B均设置为公网访问类型，服务A部署在集群A中，服务B部署在集群B。对于服务A，会在集群B中对应有第一编排信息、在集群A中对应有第二编排信息；对于服务B，会在集群A中对应有第一编排信息、在集群B中对应有第二编排信息。因此集群A和集群B对应的编排文件均包括第一编排信息和第二编排信息。在另外一些实施例中，若集群联邦中仅包括集群A和集群B两个集群，服务A和服务B均部署在集群A中，服务C部署在集群B中，且服务A、服务B的访问类型均为非公网访问类型，服务C的访问类型为公网访问类型。对于服务A和服务B，会在集群A中对应有第二编排信息，对于服务C，会在集群A中对应有第一编排信息，在集群B中对应有第二编排信息，此时，集群A对应的编排文件包括第一编排信息和第二编排信息，集群B对应的编排文件仅包括第二编排信息。

为了对本申请实施例进行整体上的说明，下面参见图4，图4本申请实施例提供的一个整体流程示意图，下面分别说明。

步骤401：创建服务。

需要说明的是，用户在管理平台创建服务的数量可自行设定。在实际操作中，步骤401创建服务的过程可基于本申请实施例步骤101的解释，在此不做赘述。

步骤402：判断是否需要全网访问。

需要说明的是，对于每一个服务而言，用户在创建时指定了服务的访问类型，根据服务类型判断每一个服务是否需要全网访问，具体地，若服务的访问类型为公网访问，则该服务需要全网访问。

步骤403：生成第一集群的第二编排信息。

需要说明的是，针对部署到第一集群的服务A而言，无论该服务A是公网访问类型还是非公网访问类型都会在第一集群对应有第二编排信息，第一集群内的应用通过第二编排信息访问该服务A。具体生成第二编排信息的方式可基于本申请实施例中对于第二编排信息生成和应用部分的解释，在此不做赘述。

步骤404：生成第二集群的第一编排信息。

需要说明的是，针对部署到第一集群的服务A而言，若第二集群中的应用需要访问该服务A，就需要基于第一编排信息实现访问，具体生成第一编排信息的方式可基于申请实施例中步骤102的解释，在此不做赘述。

步骤405：将第一编排信息和第二编排信息下发到集群联邦。

需要说明的是，本申请实施例是以部署到第一集群的一个服务为例进行说明，基于前述解释，若第一集群对应的编排文件包括第一编排信息和第二编排信息，将两个编排信息下发到集群联邦可理解为，管理平台通过接口将编排文件发送给联邦，然后联邦将编排文件下发到第一集群中。在实际操作中，管理平台通过接口将各集群对应的编排文件发送给联邦后，联邦会根据实际业务需求将编排文件下发到对应的集群中。具体下发方式可基于本申请实施例图3所示的方法，在此不做赘述。

本申请实施例提供的服务的部署方法，在确定第一集群中的待部署服务为公网访问类型时，将所述待部署服务映射到所述多个集群所在公网，获得所述待部署服务在所述公网的映射信息；基于所述映射信息为第二集群生成第一编排信息，向所述第二集群发送所述第一编排信息；其中，所述第一集群为所述多个集群中指定部署所述待部署服务的集群；所述第二集群为所述多个集群中未指定部署所述待部署服务的集群；所述第一编排信息至少用于指明所述第二集群通过所述公网访问所述待部署服务的路径。

与现有技术相比，本申请实施例提出的服务的部署方法，可以使第二集群中的应用基于第一编排信息，通过公网访问第一集群中的待部署服务，从而实现跨集群访问。本申请实施例提供的方法无需第三方资源的协助，也适用于各种场景，能够便捷且高效得实现跨集群之间服务的访问或调用。

基于相同的发明构思，本申请实施例还提供一种服务的部署装置，应用于管理平台，管理平台用于对联邦的多个集群进行管理。参考图5，图5是本申请实施例提供的一种服务的部署装置的结构示意图。所述部署装置50包括：映射模块501和生成模块502，其中

所述映射模块501，用于在确定第一集群中的待部署服务为公网访问类型时，将所述待部署服务映射到所述多个集群所在公网，获得所述待部署服务在所述公网的映射信息。

所述生成模块502，用于基于所述映射信息为第二集群生成第一编排信息，向所述第二集群发送所述第一编排信息；其中，所述第一集群为所述多个集群中指定部署所述待部署服务的集群；所述第二集群为所述多个集群中未指定部署所述待部署服务的集群；所述第一编排信息用于指明所述第二集群通过所述公网访问所述待部署服务的路径。

所述生成模块502，还用于在确定第一集群中的待部署服务为公网访问类型或在确定第一集群中的待部署服务为非公网访问类型时，获取所述待部署服务的配置信息；所述配置信息至少包括所述待部署服务的名称、所述待部署服务的统一资源定位URL路径、在所述第一集群的第一部署地址；

基于所述名称、所述URL路径及所述第一部署地址按照存储的标准配置模板生成第二编排信息；

向所述第一集群发送所述第二编排信息；所述第二编排信息至少用于指明所述待部署服务在所述第一集群中的部署位置及在所述第一集群内部的访问路径。

所述映射模块501，还用于将所述第一部署地址转换成在所述公网内的公网地址；

将所述公网地址与所述待部署服务的名称进行映射处理，获得所述待部署服务在所述公网的映射信息。

所述生成模块502，还用于为所述映射信息分配在所述第二集群的第二部署地址；所述第二部署地址位于所述第二集群生成的与所述待部署服务关联的端点endpoints中；

根据所述映射信息和所述第二部署地址按照存储的标准配置模板为所述第二集群生成所述第一编排信息。

所述部署装置还包括访问模块，在所述第二集群包含的第一应用访问所述待部署服务时，所述访问模块，用于接收所述第二集群发送的携带有所述待部署服务的名称的第一请求；所述第一请求为所述第二集群通过获得的传输路径发送的；所述传输路径为所述第二集群基于所述第一编排信息获得；

解析所述第一请求，获得所述待部署服务的名称；

基于所述名称从服务映射表中查找，得到所述待部署服务对应的映射信息；所述服务映射表至少包括所述待部署服务的名称与所述待部署服务对应的公网地址之间的映射关系；

基于所述映射关系访问所述第一集群中的所述待部署服务。

所述访问模块，具体用于在基于所述映射关系向所述第一集群发送第二请求；所述第二请求包括所述待部署服务的名称以及所述待部署服务包含的待访问实例对应的标签；所述标签为解析所述第一请求获得。

所述部署装置还包括发送模块，所述发送模块，用于在确定所述多个集群对所述待部署服务的部署需求发生变化时，根据新的部署需求为所述多个集群重新确定对应的编排信息，并向所述多个集群中的各集群发送对应的编排信息。

所述多个集群中各集群对应的API通过联邦应用程序编程接口API管理时；所述发送模块，还用于向联邦API发送所述第一编排信息；所述联邦API用于转发所述第一编排信息到所述第二集群对应的API。

所述待部署服务包含多个，所述发送模块，还用于获得多个待部署服务；

确定所述多个待部署服务中每一个待部署服务的部署类型及指定的部署集群；

基于所述部署类型和所述指定的部署集群为所述多个集群中的每一个集群确定对应的编排文件；所述编排文件包括所述第一编排信息和/或所述第二编排信息；

向每一个集群发送所述对应的编排文件。

需要说明的是，本申请实施例提供的服务的部署装置与前述描述的服务的部署方法属于同一发明构思，前述描述的名词含义以及引用关系，在此也适用，在此不再赘述。

本申请实施例还提供一种电子设备，所述电子设备包括：存储器和处理器，其中，所述处理器用于执行所述存储器中存储的可执行指令时，实现存储在存储器中的上述方法实施例的步骤。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序处理器被处理器执行时实现上述方法实施例的步骤，而前述的可读存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

图6是本申请实施例提供的服务的部署装置的一种硬件结构示意图，该电子设备60包括：至少一个处理器601、存储器602，可选的，电子设备60还可进一步包括至少一个通信接口603，电子设备60中的各个组件通过总线系统604耦合在一起，可理解，总线系统604用于实现这些组件之间的连接通信。总线系统604除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图6中将各种总线都标为总线系统604。

可以理解，存储器602可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器602旨在包括但不限于这些和任意其它适合职能的存储器。

本申请实施例中的存储器602用于存储各种职能的数据以支持电子设备60的操作。这些数据的示例包括：用于在电子设备60上操作的任何计算机程序，实现本申请实施例方法的程序可以包含在存储器602中。

上述本申请实施例揭示的方法可以应用于处理器601中，或者由处理器601实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，电子设备60可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现，用于执行上述方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (13)

1.一种服务的部署方法，其特征在于，应用于管理平台，所述管理平台用于对联邦的多个集群进行管理；所述方法包括：

在确定第一集群中的待部署服务为公网访问类型时，将所述待部署服务映射到所述多个集群所在公网，获得所述待部署服务在所述公网的映射信息；

基于所述映射信息为第二集群生成第一编排信息，向所述第二集群发送所述第一编排信息；

其中，所述第一集群为所述多个集群中指定部署所述待部署服务的集群；所述第二集群为所述多个集群中未指定部署所述待部署服务的集群；所述第一编排信息至少用于指明所述第二集群通过所述公网访问所述待部署服务的路径。

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

在确定第一集群中的待部署服务为公网访问类型或在确定第一集群中的待部署服务为非公网访问类型时，获取所述待部署服务的配置信息；所述配置信息至少包括所述待部署服务的名称、所述待部署服务的统一资源定位URL路径、在所述第一集群的第一部署地址；

基于所述名称、所述URL路径及所述第一部署地址按照存储的标准配置模板生成第二编排信息；

向所述第一集群发送所述第二编排信息；所述第二编排信息至少用于指明所述待部署服务在所述第一集群中的部署位置及在所述第一集群内部的访问路径。

3.根据权利要求2所述的方法，其特征在于，所述将所述待部署服务映射到所述多个集群所在公网，获得所述待部署服务在所述公网的映射信息，包括：

将所述第一部署地址转换成在所述公网内的公网地址；

将所述公网地址与所述待部署服务的名称进行映射处理，获得所述待部署服务在所述公网的映射信息。

4.根据权利要求1所述的方法，其特征在于，所述基于所述映射信息为第二集群生成第一编排信息，包括：

为所述映射信息分配在所述第二集群的第二部署地址；所述第二部署地址位于所述第二集群生成的与所述待部署服务关联的端点endpoints中；

根据所述映射信息和所述第二部署地址按照存储的标准配置模板为所述第二集群生成所述第一编排信息。

5.根据权利要求1所述的方法，其特征在于，在所述第二集群包含的第一应用访问所述待部署服务时，所述方法还包括：

接收所述第二集群发送的携带有所述待部署服务的名称的第一请求；所述第一请求为所述第二集群通过获得的传输路径发送的；所述传输路径为所述第二集群基于所述第一编排信息获得；

解析所述第一请求，获得所述待部署服务的名称；

基于所述名称从服务映射表中查找，得到所述待部署服务对应的映射信息；所述服务映射表至少包括所述待部署服务的名称与所述待部署服务对应的公网地址之间的映射关系；

基于所述映射关系访问所述第一集群中的所述待部署服务。

6.根据权利要求5所述的方法，其特征在于，所述基于所述映射关系访问所述第一集群中的所述待部署服务，包括：

基于所述映射关系向所述第一集群发送第二请求；所述第二请求包括所述待部署服务的名称以及所述待部署服务包含的待访问实例对应的标签；所述标签为解析所述第一请求获得。

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

在确定所述多个集群对所述待部署服务的部署需求发生变化时，根据新的部署需求为所述多个集群重新确定对应的编排信息，并向所述多个集群中的各集群发送对应的编排信息。

8.根据权利要求1所述的方法，其特征在于，所述多个集群中各集群对应的API通过联邦应用程序编程接口API管理时；所述向所述第二集群发送所述第一编排信息，包括：

向联邦API发送所述第一编排信息；所述联邦API用于转发所述第一编排信息到所述第二集群对应的API。

9.根据权利要求2或4所述的方法，其特征在于，所述标准配置模板与所述管理平台支持的编排功能相关。

10.根据权利要求2所述的方法，其特征在于，所述待部署服务包含多个，所述方法还包括：

获得多个待部署服务；

确定所述多个待部署服务中每一个待部署服务的部署类型及指定的部署集群；

基于所述部署类型和所述指定的部署集群为所述多个集群中的每一个集群确定对应的编排文件；所述编排文件包括所述第一编排信息和/或所述第二编排信息；

向每一个集群发送所述对应的编排文件。

11.一种服务的部署装置，其特征在于，应用于管理平台，所述管理平台用于对联邦的多个集群进行管理；所述装置包括：

映射模块，用于在确定第一集群中的待部署服务为公网访问类型时，将所述待部署服务映射到所述多个集群所在公网，获得所述待部署服务在所述公网的映射信息；

生成模块，用于基于所述映射信息为第二集群生成第一编排信息，向所述第二集群发送所述第一编排信息；其中，所述第一集群为所述多个集群中指定部署所述待部署服务的集群；所述第二集群为所述多个集群中未指定部署所述待部署服务的集群；所述第一编排信息用于指明所述第二集群通过所述公网访问所述待部署服务的路径。

12.一种电子设备，所述电子设备包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至10任一项所述的服务的部署方法。

13.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至10任一项所述的服务的部署方法的步骤。