CN110798504B - 跨区域共享服务的方法、装置、管理设备及存储介质 - Google Patents

Abstract

本申请提供了一种跨区域共享服务的方法、装置、管理设备及存储介质，属于大数据技术领域。该方法包括：共享服务的管理设备接收第一区域的服务目录发送的共享服务列表中的目标服务的订购请求，该管理设备根据订购请求，指示目标服务所属的第二区域的服务目录为第一区域的服务目录创建目标服务的实例。该管理设备接收第二区域的服务目录发送的在第二区域创建的目标服务的实例的地址信息。该管理设备向第一区域的服务目录发送目标服务的实例的地址信息。通过本申请，在存储多个可共享的服务时，可以简化部署。

Description

跨区域共享服务的方法、装置、管理设备及存储介质

本申请要求于2019年9月10日提交的申请号为201910853978.5、发明名称为“共享服务的方法、装置、服务器及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及大数据技术领域，特别涉及一种跨区域共享服务的方法、装置、管理设备及存储介质。

背景技术

在多区域云平台的场景中，包括多个区域，每个区域部署一套平台即服务(Platform-as-a-Service，PaaS)平台。每套PaaS基于kubernetes实现，每套PaaS平台中包含一个独立的服务目录。服务目录是一种扩展应用程序编程接口(ApplicationProgramming Interface，API)，使运行在kubernetes集群中的应用能够轻松使用外部托管服务。kubernetes集群操作员可以浏览外部托管服务，如果想让某个应用使用外部托管服务中的服务，可以通过服务目录(service catalog)控制服务代理(service Broker)创建服务的实例，并将创建的实例与kubernetes集群中的应用绑定。这样，该应用可以使用创建的实例。

相关技术中，以多个区域为区域1和区域2举例，服务发布者在区域1中服务目录中发布了一个服务。区域1中的service catalog会控制service Broker创建该服务的服务实例，供区域1中的客户端(client)使用。若区域2中的client想要订购区域1中的该服务，具体处理为：在区域2中部署一个service Broker，区域2中service catalog会控制自身的service Broker，在区域1中创建该服务的服务实例。区域2中的service Broker在区域1中创建好服务实例后，会将该服务实例的访问信息通知给区域2中的client。这样，区域2中的client可以通过该访问信息，访问区域2中的service Broker创建的服务实例。

这样，按照相关技术的方法，在N个区域使用某个共享服务时，这N个区域中每个区域都需要安装一个service Broker。进一步若使用M个共享服务，N个区域会部署N乘以M个service Broker。进而在service Broker更新时，需要对所有的service Broker进行更新，导致部署复杂。

发明内容

本申请实施例提供了一种跨区域共享服务的方法、装置、管理设备及存储介质，以克服相关技术中存在部署复杂的问题。

第一方面，本申请提供了一种跨区域共享服务的方法，该方法包括：共享服务的管理设备接收第一区域的服务目录发送的共享服务列表中的目标服务的订购请求，管理设备根据订购请求，指示目标服务所属的第二区域的服务目录为第一区域的服务目录创建目标服务的实例。管理设备接收第二区域的服务目录发送的在第二区域创建的目标服务的实例的地址信息，管理设备向第一区域的服务目录发送目标服务的实例的地址信息。

其中，目标服务为共享服务，共享服务指可被共享的服务。

本申请所示的方案，跨区域共享服务的方法的执行主体可以是共享服务的管理设备，后续可以简称为管理设备。在第一区域的某个客户端想要使用第二区域的某个共享服务(后续可以称为目标服务)时，第一区域的服务目录可以生成目标服务的订购请求。第一区域的服务目录向管理设备发送目标服务的订购请求。管理设备接收到目标服务的订购请求后，可以确定目标服务所属的第二区域。管理设备向第二区域的服务目录发送实例创建请求，该实例创建请求携带有目标服务的标识。第二区域的服务目录接收到管理设备发送的实例创建请求后，可以在其中解析得到目标服务的标识，然后第二区域的服务目录创建目标服务的实例。在创建完成目标服务的实例后，第二区域的服务目录可以向管理设备发送目标服务的实例的地址信息。管理设备接收到该地址信息后，可以向第一区域的服务目录发送目标服务的实例的地址信息。第一区域的客户端可以从第一区域的服务目录获取到该地址信息，后续可以通过该地址信息使用目标服务的实例。

这样，由于可以通过管理设备，通知第二区域的服务目录为第一区域的客户端创建目标服务的实例，而不需要在第一区域中设置创建目标服务的实例所使用的程序，所以对于一个服务，仅在该服务的提供区域中设置创建目标服务的实例所使用的程序即可，可以简化部署。

在第一方面的一种可能的实现方式中，该方法还包括：所述管理设备接收所述第一区域的服务目录发送的共享服务列表的获取请求。所述管理设备向所述第一区域的服务目录发送所述共享服务列表中各共享服务的服务信息。

本申请所示的方案，管理设备中记录了各个区域中的共享服务，且以共享服务列表的形式组织。在第一区域的用户想要查看所有的共享服务时，可以触发第一区域的服务目录向管理设备发送共享服务列表的获取请求。管理设备接收到共享服务列表的获取请求后，可以向第一区域的服务目录发送当前的共享服务列表中各共享服务的服务信息。这样，管理设备为用户提供了一种查看所有的共享服务的方式。

在第一方面的一种可能的实现方式中，该方法还包括：所述管理设备接收所述第二区域的服务目录发送的所述目标服务的共享发布请求，其中，所述共享发布请求中携带有所述目标服务的服务信息。所述管理设备将所述目标服务的服务信息与所述第二区域的标识对应存储至所述共享服务列表。

本申请所示的方案，服务提供者在第二区域中发布目标服务时，可以触发第二区域的服务目录向管理设备发送目标服务的共享发布请求，在共享发布请求中携带有目标服务的服务信息。管理设备接收到目标服务的共享发布请求后，可以获取第二区域的标识，将目标服务的服务信息与第二区域的标识对应存储至共享服务列表中。这样，提供了一种发布共享服务的方式。

在第一方面的一种可能的实现方式中，该方法还包括：所述管理设备接收所述第二区域的服务目录发送的所述目标服务的信息更新请求，其中，所述信息更新请求中携带有所述目标服务对应的更新后的服务信息。所述管理设备在所述共享服务列表中，将所述目标服务的服务信息替换为所述目标服务对应的更新后的服务信息。

本申请所示的方案，在目标服务的使用过程，服务提供者有可能想要更新目标服务的服务信息。服务提供者可以触发第二区域的服务目录向管理设备发送目标服务的信息更新请求，该信息更新请求中携带有目标服务对应的更新后的服务信息。管理设备接收到该信息更新请求后，可以在共享服务列表中，将目标服务的服务信息替换为更新后的服务信息。然后管理设备向第二区域的服务目录返回更新成功通知。这样，提供了一种可以更新服务信息的方法。

在第一方面的一种可能的实现方式中，该方法还包括：所述管理设备接收区域注册请求，其中，所述区域注册请求携带有所述第一区域的标识、名称和地址。所述管理设备将所述第一区域的标识、名称和地址三者对应存储。

本申请所示的方案，区域提供者在管理平台上创建第一区域时，可以提交管理设备的地址和端口。管理平台在创建好第一区域后，第一区域中的PaaS平台中包括服务目录。第一区域的服务目录可以使用管理设备的地址和端口，向管理设备发送区域注册请求，该区域注册请求中有携带第一区域的标识、第一区域的地址和第一区域的名称。管理设备接收到后可以将第一区域的标识、第一区域的地址和第一区域的名称三者对应存储。这样，在管理设备上可以进行区域管理。

在第一方面的一种可能的实现方式中，所述订购请求携带有订购参数，所述订购参数包括账户信息、内存、CPU或实例数目中的一种或多种；所述管理设备根据所述订购请求，指示所述目标服务所属的第二区域的服务目录为所述第一区域的服务目录创建所述目标服务的实例，包括：所述管理设备根据所述订购请求，指示所述目标服务所属的第二区域的服务目录根据所述订购参数，为所述第一区域的服务目录创建所述目标服务的实例。

本申请所示的方案，订购请求携带有订购参数，订购参数可以包括账户信息、内存、中央处理器(Central Processing Unit，CPU)或实例数目中的一种或多种。账户信息可以包括用户名和密码。账户信息用于请求按照该账户信息注册目标服务的实例。内存用于指示目标服务的实例所要求使用的内存大小。CPU用于指示目标服务的实例所要求使用的CPU大小。实例数目用于指示所要创建的目标服务的实例的数目。若实例数目为多个时，对应每个实例可以分配CPU和内存，也可以是这次创建的实例公共的CPU和内存等。若实例数目为多个时，还可以指示出备实例和主实例。

管理设备可以将订购参数也发送至第二区域的服务目录，使第二区域的服务目录根据订购参数创建目标服务的实例。这样，第二区域的服务目录可以基于订购参数创建实例，更能满足需求。

在第一方面的一种可能的实现方式中，该方法还包括：所述管理设备接收所述第一区域的服务目录发送的所述目标服务的实例更新请求；其中，所述实例更新请求携带有更新后的订购参数，所述管理设备根据所述实例更新请求，指示所述第二区域的服务目录对所述目标服务的实例进行更新。所述管理设备接收所述第二区域的服务目录返回的更新成功通知，通知所述第一区域的服务目录所述目标服务的实例更新成功。

本申请所示的方案，在使用目标服务的实例过程中，用户有可能想要更新目标服务的实例，可以触发第一区域的服务目录向管理设备发送目标服务的实例更新请求，在该实例更新请求中携带有更新后的订购参数。管理设备接收到实例更新请求后，可以基于实例更新请求，指示第二区域的服务目录使用更新后的订购参数，更新目标服务的实例。第二区域的服务目录在更新完目标服务的实例后，可以向管理设备返回更新成功通知。管理设备接收到后，可以通知第一区域的服务目录目标服务的实例更新成功。这样，在使用实例的过程，还可以随时对实例进行更新。

第二方面，本申请提供了一种获取共享服务的方法，该方法包括：所述管理设备接收第二区域的服务目录发送的目标服务的共享发布请求，其中，所述共享发布请求中携带有所述目标服务的服务信息。所述管理设备将所述目标服务的服务信息与所述第二区域的标识对应存储至共享服务列表。所述管理设备接收第一区域的服务目录发送的共享服务列表的获取请求。所述管理设备向所述第一区域的服务目录发送所述共享服务列表中各共享服务的服务信息。

本申请所示的方案，服务提供者在第二区域中发布某个共享服务(后续可以称为目标服务)时，可以触发第二区域的服务目录向管理设备发送目标服务的共享发布请求，在共享发布请求中携带有目标服务的服务信息。管理设备接收到目标服务的共享发布请求后，可以获取第二区域的标识，将目标服务的服务信息与第二区域的标识对应存储至共享服务列表中。在第一区域的用户想要查看所有的共享服务时，可以触发第一区域的服务目录向管理设备发送共享服务列表的获取请求。管理设备接收到共享服务列表的获取请求后，可以向第一区域的服务目录发送当前的共享服务列表中各共享服务的服务信息。

第三方面，本申请提供了一种跨区域共享服务的装置，该装置包括一个或多个模块，该一个或多个模块用于实现上述第一方面或第一方面的可能的实现方式所提供的跨区域共享服务的方法。

第四方面，本申请提供了一种获取共享服务的装置，该装置包括一个或多个模块，该一个或多个模块用于实现上述第二方面或第二方面的可能的实现方式所提供的获取共享服务的方法。

第五方面，本申请提供了一种跨区域共享服务的管理设备，该管理设备包括处理器和存储器，所述存储器中存储有计算机指令；所述处理器执行所述计算机指令，使得管理设备实现上述第一方面或第一方面的可能的实现方式所提供的跨区域共享服务的方法，或者使得所述管理设备实现上述第三方面提供的跨区域共享服务的装置的功能。

第六方面，本申请提供了一种跨区域共享服务的管理设备，该管理设备包括处理器和存储器，所述存储器中存储有计算机指令；所述处理器执行所述计算机指令，使得管理设备实现上述第二方面或第二方面的可能的实现方式所提供的获取共享服务的方法，或者使得所述管理设备实现上述第四方面提供的获取共享服务的装置的功能。

第七方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，所述计算机指令指示所述管理设备执行上述第一方面或第一方面的可能的实现方式所提供的跨区域共享服务的方法，或者所述计算机指令指示所述管理设备部署上述第三方面提供的跨区域共享服务的装置。

第八方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，所述计算机指令指示所述管理设备执行上述第二方面或第二方面的可能的实现方式所提供的获取共享服务的方法，或者所述计算机指令指示所述管理设备部署上述第四方面提供的获取共享服务的装置。

第九方面，本申请提供了一种包含指令的计算机程序产品，计算机程序产品包括的计算机指令指示所述管理设备执行上述第一方面或第一方面的可能的实现方式所提供的跨区域共享服务的方法，或者计算机程序产品包括的计算机指令指示所述管理设备部署上述第三方面提供的跨区域共享服务的装置。

第十方面，本申请提供了一种包含指令的计算机程序产品，计算机程序产品包括的计算机指令指示所述管理设备执行上述第二方面或第二方面的可能的实现方式所提供的获取共享服务的方法，或者计算机程序产品包括的计算机指令指示所述管理设备部署上述第四方面提供的获取共享服务的装置。

本申请提供的技术方案至少包括以下有益效果：

在本申请中，共享服务的管理设备接收第一区域的服务目录发送的共享服务列表中的目标服务的订购请求，管理设备可以根据订购请求，指示目标服务所属的第二区域的服务目录为第一区域的服务目录创建目标服务的实例。管理设备接收第二区域的服务目录发送的在第二区域创建的目标服务的实例的地址信息。管理设备向第一区域的服务目录发送目标服务的实例的地址信息。这样，由于可以通过管理设备，通知第二区域的服务目录为第一区域的客户端创建目标服务的实例，而不需要在第一区域中设置创建目标服务的实例所使用的程序，所以对于一个服务，仅在该服务的提供区域中设置创建目标服务的实例所使用的程序即可，可以简化部署。

附图说明

图1为本申请实施例提供的一种多区域云平台的结构示意图；

图2为本申请实施例提供的一种服务器的结构示意图图；

图3为本申请实施例提供的一种创建区域的流程示意图；

图4为本申请实施例提供的一种发布共享服务的流程示意图；

图5为本申请实施例提供的一种订购共享服务的流程示意图；

图6为本申请实施例提供的一种实例更新的流程示意图；

图7为本申请实施例提供的一种订购服务的框架示意图；

图8为本申请实施例提供的一种跨区域共享服务的结构示意图；

图9为本申请实施例提供的一种跨区域共享服务的结构示意图；

图10为本申请实施例提供的一种获取共享服务的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

为了便于对本申请实施例的理解，下面首先介绍所涉及到的名词的概念：

1、PaaS平台，提供了一种框架，开发人员可以基于该框架开发应用。

2、kubernetes，简称K8s，是一个开源的，用于管理云平台中多个主机上容器化的应用。Kubernetes的目标是让部署容器化的应用简单且高效。

3、服务目录(service catalog)，是一种扩展API，它使运行在kubernetes集群中的应用能够轻松使用外部托管的服务。例如，云提供者提供的数据存储服务。

kubernetes集群操作员可以通过服务目录，浏览服务代理提供的托管服务。通过服务目录控制服务代理部署托管服务的服务实例，并将服务实例与kubernetes集群中的应用绑定，使kubernetes集群中的应用可以使用该服务实例。

4、服务代理(service Broker)，用于创建服务实例。服务代理可以运行在Kubernetes外。服务代理允许应用专注于自己的业务逻辑，将服务的管理交给服务代理。

5、服务实例(简称为实例)，服务的实现的主体可以称为是服务实例。举例，服务实例可以是用于实现某个功能的应用。

6、凭证，应用与服务实例通信所需的验证信息。

7、客户端(client)，由开发人员开发的客户端。客户端即为上述提到的kubernetes集群中的应用。

8、共享服务，指在一个区域中可以提供给其他区域的客户端使用的服务，也可以称为可被共享的服务。

9、非共享服务，指在一个区域中仅可以提供给本区域的客户端使用的服务，也可以称为不被共享的服务。

在多区域云平台中的场景中，在每个区域共享多个其他区域的服务时，为了减少服务代理的部署，提供了本申请中跨区域共享服务的方法。在对本申请是实施例提供的跨区域共享服务的方法介绍之前，对本申请实施例所适用的系统架构进行介绍。

本申请实施例可以应用于多区域云平台的场景中，多区域云平台的场景中包括管理平台、N个区域(N为大于或等于2的整数)和一个共享设备，共享设备上部署有共享服务目录(Shared Service Catalog)，共享服务目录为程序，共享设备通过共享服务目录执行跨区域共享服务的方法。各个区域之间一般不可以进行直接通信，而是通过管理设备进行通信。如图1所示，多个区域为区域1至区域N，管理平台用于对区域1至区域N中的租户和用户进行管理(如统一认证或者鉴权)。每个区域中分别部署有一套PaaS平台，每套PaaS平台包括一个独立的服务目录。

管理设备具有如下三种功能：1)区域的管理功能，具体是提供区域的信息注册、更新、删除、查询的功能；2)用于统一管理多区域云平台中各个区域中可共享的服务；3)用于提供共享服务的实例的共享、更新、删除等功能(详细细节在后文中有描述)。

需要说明的是，租户指区域中的客户，可以是一个团队或组织。用户指租户中的任意一个，例如该团队或组织中的任一个成员。

还需要说明的是，管理设备可以设置在多区域云平台的任一个区域中，或者设置在多区域云平台的所有区域之外，本申请实施例不做限定。

本申请实施例的管理设备可以是任意一种计算设备，如该计算设备为服务器或虚拟机等。

图2示例性的提供了本申请的管理设备的一种可能的架构图。管理设备可以包括处理器201、存储器202、通信接口203和总线204。在管理设备中，处理器201的数量可以是一个或多个，图2仅示意了其中一个处理器201。可选的，处理器201可以是中央处理器(Central Processing Unit，CPU)。若管理设备具有多个处理器201，多个处理器201的类型可以不同，或者可以相同。可选的，管理设备的多个处理器还可以集成为多核处理器。

存储器202存储计算机指令和数据，存储器202可以存储实现本申请提供的跨区域共享服务的方法所需的计算机指令和数据。存储器202可以是以下存储介质的任一种或任一种组合：非易失性存储器(如只读存储器(Read-Only Memory，ROM)、固态硬盘(SolidState Disk，SSD)、硬盘(Hard Disk Drive，HDD)、光盘等)、易失性存储器。

通信接口203可以是以下器件的任一种或任一种组合：网络接口(如以太网接口)、无线网卡等具有网络接入功能的器件。

通信接口203用于管理设备与其他管理设备或者终端进行数据通信。

图2用一条粗线表示总线204。总线204可以将处理器201与存储器202、通信接口203连接。这样，通过总线204，处理器201可以访问存储器202，还可以利用通信接口203与其它节点或者终端进行数据交互。

在本申请中，管理设备执行存储器202中的计算机指令，使得管理设备实现本申请提供的跨区域共享服务的方法。例如，使得管理设备执行上述跨区域共享服务的方法中由接收模块执行的步骤。再例如，使得服务器执行上述管理分区表中数据的方法中由发送模块执行的步骤。

下面将对本申请实施例提供的跨区域共享服务的方法进行说明。如图3所示，本申请中提供了在管理设备中注册区域的过程(即管理设备中存储区域信息的过程)，流程如下：

步骤301，第一区域的服务目录向管理设备发送区域注册请求。

其中，第一区域为多区域中的任一区域。

在本实施例中，在区域的管理平台上，每当要创建一个新区域时，区域提供者可以在创建区域的界面填入第一区域的区域信息以及管理设备的地址和端口。例如，第一区域的区域信息可以是第一区域的名称和地址等。然后区域提供者可以点击创建选项，触发生成区域创建请求，在区域创建请求携带有第一区域的创建请求。管理平台的后台服务端可以创建第一区域，为第一区域生成第一区域的标识。在创建好第一区域后，第一区域中的PaaS平台包括服务目录。第一区域的服务目录可以使用管理设备的地址和端口，通过超文本传输安全协议(Hypertext Transfer Protocol Secure，HTTPS)向管理设备发送区域注册请求，该区域注册请求中有携带第一区域的标识、第一区域的地址和第一区域的名称。

此处需要说明的是，第一区域的名称是用户设置的，可以进行修改，而第一区域的标识是管理平台的后台服务端生成的，不能进行修改。第一区域的地址是用于访问第一区域。

步骤302，管理设备接收第一区域的服务目录发送的区域注册请求，将第一区域的标识、名称和地址三者对应存储。

在本实施例中，管理设备可以接收第一区域的服务目录发送的区域注册请求，在该区域注册请求中解析得到第一区域的标识、第一区域的名称和第一区域的地址。然后管理设备将第一区域的标识、第一区域的名称和第一区域的地址三者对应存储。这样，管理设备中就存储了第一区域的区域信息。以上是以第一区域为例进行说明，其他区域的区域信息的添加过程可以参见第一区域的处理过程。

步骤303，管理设备向第一区域的服务目录发送注册成功通知。

后续区域提供者想要对第一区域的区域信息进行更新，可以执行步骤304和步骤305：

步骤304，管理设备接收第一区域的服务目录发送第一区域的信息更新请求。

在本实施例中，第一区域的标识不能被更改。第一区域的名称和地址可以被更改。区域提供者想要修改第一区域的名称或地址(后续以名称为例进行说明)，区域提供者可以在区域的管理平台，找到第一区域，对应第一区域显示修改选项和删除选项。然后区域提供者点击修改选项，则会触发区域管理的界面显示第一区域的区域信息，区域提供者可以输入修改后的第一区域的区域信息，如在第一区域的名称的位置处输入新的名称。然后区域提供者可以点击确认选项，管理平台的后台服务端可以基于用户输入的修改后的区域信息，更改第一区域的区域信息。第一区域的服务目录生成第一区域的信息更新请求，并在其中携带第一区域的标识、内容指示标识和更新后的内容(内容指示标识用于指示所要修改的内容是名称还是地址)。然后第一区域的服务目录可以向管理设备发送第一区域的信息更新请求。

步骤305，管理设备对第一区域的区域信息进行更新。

在本实施例中，管理设备接收到第一区域的信息更新请求后，可以在该信息更新请求中解析得到第一区域的标识、所要更新的内容的内容指示标识以及更新后的内容。然后管理设备使用第一区域的标识，在存储的区域信息中，找到第一区域的区域信息。然后管理设备在第一区域的区域信息中，使用更新的内容的内容指示标识，找到所要更新的内容，然后使用更新后的内容替换所要更新的内容。例如，管理设备使用更新后的名称替换当前存储的名称。这样可以实现第一区域的区域信息的更新。

这样，在管理设备中存储有所有区域的区域信息，并且能对区域的区域信息进行更新。

如图4所示，本申请中还提供了添加共享服务的过程，该过程的处理流程如下：

步骤401，第二区域的服务目录向管理设备发送目标服务的共享发布请求。

其中，共享发布请求携带有目标服务的服务信息。目标服务为第二区域中任一共享服务。第二区域为多区域平台中除上述提到的第一区域之外的任一区域。

在本实施例中，服务提供者想要在第二区域中发布某个服务，服务提供者可以触发显示第二区域中的服务目录提供的上传服务的界面。该界面中包括服务的服务信息的输入区域、提交选项和共享选项。然后该服务提供者可以在该界面中输入该服务的服务信息，服务信息可以包括该服务的服务名称、该服务的服务介绍(服务的用途)、该服务所属的项目(如管理服务的虚拟机等)、该服务所能使用的资源(如CPU、内存等)等。

若该服务为可被共享的服务(简称共享服务)，则该服务可以称为是目标服务。服务提供者可以点击共享选项，触发第二区域的服务目录接收到目标服务的服务信息和共享标识。第二区域的服务目录可以为目标服务生成目标服务的标识(目标服务的标识唯一标识目标服务)，第二区域的服务目录可以将目标服务的服务信息和目标服务的标识添加至服务目录的服务列表中。在将目标服务的服务信息添加至服务列表的同时，或者之后，该服务目标可以生成共享发布请求，在共享发布请求携带目标服务的服务信息、目标服务的标识和目标服务所属的区域的标识(此处是第二区域的标识)。然后第二区域的服务目录可以通过HTTPS向管理设备发送该共享发布请求。

另外，若该服务为不被共享的服务(简称非共享服务)，则服务提供者可以点击提交选项，触发第二区域的服务目录接收到该服务的服务信息。第二区域的服务目录可以为该服务生成该服务的标识，第二区域的服务目录可以将该服务的服务信息和该服务的标识添加至服务目录的服务列表中。这样，就实现服务发布的处理。在这种情况下，若该服务后续进行共享，服务提供者可以在第二区域的服务目录提供服务列表中，找到该服务，将该服务修改为共享服务。

步骤402，管理设备接收第二区域的服务目录发送的目标服务的共享发布请求。

在本实施例中，管理设备可以接收第二区域的服务目录发送的目标服务的共享发布请求，从该共享分布请求中解析得到目标服务的服务信息、目标服务的标识和第二区域的标识。

步骤403，管理设备将目标服务的服务信息与第二区域的标识对应存储至共享服务列表。

其中，共享服务列表中包括多区域云平台各区域的共享服务。

在本实施例中，管理设备可以将目标服务的标识、第二区域的标识与目标服务的服务信息三者对应存储至共享服务列表。

另外，为了更好的展示目标服务，当然，还可以将第二区域的名称与目标服务的服务信息也对应存储至共享服务列表中。

步骤404，管理设备向第二区域的服务目录发送添加成功通知。

在本实施例中，管理设备可以向第二区域的服务目录发送添加成功通知。第二区域的服务目录接收到添加成功通知后，可以在服务提供者提交共享服务的界面中显示添加成功通知。

在服务提供者提交共享服务后，若要对共享服务的服务信息进行更新，可以执行步骤405和步骤406。

步骤405，第二区域的服务目录向管理设备发送目标服务的更新请求。

在本实施例中，在服务提供者想要更新目标服务的服务信息时，可以在第二区域的服务目录提供服务列表中，查找到目标服务。在服务列表中对应目标服务显示有查看、删除和更新选项。若服务提供者想要更新目标服务的服务信息，服务提供者可以点击更新选项，则会触发从服务列表的界面跳转至目标服务的服务信息的界面。在该界面中显示有可以进行修改的内容、取消选项和确认选项等，如目标服务使用的资源、目标服务的名称等。服务提供者可以在该界面中选择所要更新的内容(如服务提供者修改目标服务所使用的资源等)。然后服务提供者可以点击确认选项，则会触发第二区域的服务目录生成目标服务的更新请求，在该更新请求携带有更新后的服务信息(即服务提供者进行修改后的信息)和目标服务的标识。同时第二区域的服务目录可以将自身的服务列表存储的目标服务的服务信息替换为更新后的服务信息。

然后第二区域的服务目录向管理设备发送目标服务的更新请求。

步骤406，管理设备接收第二区域的服务目录发送的更新请求，在共享服务列表中，将目标服务的服务信息替换为目标服务对应的更新后的服务信息。

在本实施例中，管理设备接收第二区域的服务目录发送的更新请求后，在该更新请求中解析得到目标服务对应的更新后的服务信息和目标服务的标识。然后管理设备使用目标服务的标识，在共享服务列表中，查找到目标服务的标识对应的服务信息。管理设备使用更新后的服务信息替换当前存储的服务信息。这样，即实现了目标服务的服务信息的更新。

上述步骤405至步骤406介绍了对共享服务进行更新的处理过程，同样，还可以对共享服务进行删除。具体可以是：

在服务提供者想要删除目标服务的服务信息时，可以在第二区域的服务目录提供的服务更新界面中查找到目标服务，对应目标服务显示有查看、删除和更新选项。若服务提供者想要删除目标服务，服务提供者可以点击删除选项，则会触发显示确认选项和取消选项。然后服务提供者可以点击确认选项，则会触发第一区域的服务目录生成目标服务的删除请求，在该删除请求携带有目标服务的标识。同时第一区域的服务目录可以将自身存储的服务列表的目标服务的服务信息删除。

管理设备接收第二区域的服务目录发送的删除请求后，在该删除请求中解析得到目标服务的标识。然后管理设备使用目标服务的标识，在共享服务列表中，查找到目标服务的标识对应的服务信息。管理设备删除目标服务的标识的对应的服务信息和第二区域的标识。这样，即实现了目标服务的服务信息的删除。

这样，管理设备将共享服务存储在管理设备的共享服务列表中，后续其他服务目录可以从管理设备获取到所有共享服务。并且服务提供者还可以对服务的服务信息进行更新和删除等处理。

以下介绍某个区域如何订购其他区域提供的共享服务的过程(以下以第一区域订购第二区域的目标服务的过程为例进行说明)，如图5所示，执行流程如下：

步骤501，第一区域的服务目录向管理设备发送共享服务列表的获取请求。

在本实施例中，在第一区域中，用户在开发好客户端后或者在开发客户端的过程中，想要第一区域中的客户端使用其他区域的服务。由于用户不知道其他区域中都有什么服务，所以用户可以打开第一区域的服务目录提供的服务列表的界面。然后用户在服务列表的界面中点击共享服务列表的选项(在服务列表的界面中包括两个选项，其中一个是共享服务列表，另一个是第一区域中自身的服务列表)，触发第一区域的服务目录向管理设备发送共享服务列表的获取请求。

步骤502，管理设备接收第一区域的服务目录发送的共享服务列表的获取请求。

在本实施例中，管理设备接收到第一区域的服务目录发送的共享服务列表的获取请求，可以确定自身当前存储的共享服务列表中各共享服务的服务信息。

步骤503，管理设备向第一区域的服务目录发送共享服务列表中各共享服务的服务信息。

在本实施例中，管理设备在确定出共享服务列表中各共享服务的服务信息之后，可以向第一区域的服务目录发送共享服务列表中各共享服务的服务信息。

步骤504，第一区域的服务目录接收共享服务列表中各共享服务的服务信息。

其中，对于每个共享服务，服务信息可以包括服务的服务名称、该服务的服务介绍、该服务所属的项目、该服务所能使用的资源等。

在本实施例中，第一区域的服务目录接收到管理设备发送的共享服务列表中各共享服务的服务信息后，第一区域的服务目录可以在为用户提供的服务列表的界面中显示共享服务的服务信息。在该界面中对应每个共享服务，显示有订购选项。

需要说明的是，步骤501至步骤504是可选的步骤。例如，用户已经使用其他方式，获取到共享服务列表，直接可以触发步骤505，而不用执行步骤501至步骤504。

步骤505，第一区域的服务目录向管理设备发送共享服务列表中目标服务的订购请求。

在本实施例中，在用户想要订购某个共享服务时，用户可以点击该共享服务(可以称为是目标服务)对应的订购选项，则会触发第一区域中的服务目录提供订购参数的输入界面。该输入界面中包括订购参数的输入框以及确认选项和取消选项。用户可以在订购参数的输入界面中输入订购参数，然后点击确认选项。第一区域的服务目录则会生成目标服务的订购请求，在订购请求中添加目标服务的标识和订购参数。然后第一区域的服务目录向管理设备发送目标服务的订购请求。

另外，在订购参数的输入界面中，还显示有默认选项。用户点击默认选项后，触发第一区域的服务目录将订购参数设置为默认的订购参数。

需要说明的是，订购参数可以包括账户信息、内存、CPU或者实例数目中的一种或多种或者用户自定义的一些参数。账户信息可以包括用户名和密码。账户信息用于请求按照该账户信息注册目标服务的实例。内存用于指示目标服务的实例所要求使用的内存大小。CPU用于指示目标服务的实例所要求使用的CPU大小。实例数目用于指示所要创建的目标服务的实例的数目。若实例数目为多个时，对应每个实例可以分配CPU和内存，也可以是这次创建的实例公共的CPU和内存等。若实例数目为多个时，还可以指示出备实例和主实例。

步骤506，管理设备接收第一区域的服务目录发送的共享服务列表中目标服务的订购请求。

其中，订购请求携带有订购参数和目标服务的标识。

在本实施例中，管理设备可以接收第一区域的服务目录发送的目标服务的订购请求。管理设备在该订购请求中解析得到目标服务的标识和订购参数。然后管理设备使用目标服务的标识，在共享服务列表中，确定目标服务所属的第二区域的标识。然后在存储的区域信息中，确定第二区域的标识对应的第二区域的地址。

步骤507，管理设备向目标服务所属的第二区域的服务目录发送实例创建请求。

在实施中，管理设备在确定出目标服务所属的第二区域的地址时，可以生成实例创建请求，在该实例创建请求携带第一区域的标识、目标服务的标识和订购参数。然后管理设备通过第二区域的地址，向第二区域的服务目录发送实例创建请求。

步骤508，第二区域的服务目录接收管理设备发送的实例创建请求。

在本实施例中，第二区域的服务目录接收到管理设备发送的实例创建请求之后，第二区域的服务目录可以在实例创建请求中解析得到目标服务的标识、第一区域的标识和订购参数。然后第二区域的服务目录使用目标服务的标识，确定目标服务所属的第二区域的服务代理。

此处需要说明的是，在发布服务的区域中包括所发布服务的服务代理。在第二区域中，是一个目标服务的标识对应一个服务代理，只有目标服务的标识对应的服务代理，才能为目标服务创建实例。

步骤509，第二区域的服务目录通知第二区域的服务代理，创建目标服务的实例。

在本实施例中，第二区域的服务目录可以向目标服务所属的第二区域的服务代理发送实例创建通知。其中，实例创建通知中包括第一区域的标识和订购参数。

步骤510，第二区域的服务代理创建目标服务的实例。

在本实施例中，第二区域的服务代理接收到第二区域的服务目录发送的实例创建通知后，可以从实例创建通知中解析得到第一区域的标识和订购参数。然后第二区域中的服务代理按照订购参数创建目标服务的实例，将创建的实例与第一区域的标识进行对应。例如，订购参数中包括实例数目，第二区域中的服务代理可以创建该实例数目个目标服务的实例。

步骤511，第二区域的服务代理向第二区域的服务目录发送目标服务的实例的地址信息。

在本实施例中，第二区域的服务代理创建目标服务的实例之后，第二区域的服务代理可获取目标服务的实例的地址信息。该地址信息用于第一区域中使用目标服务的客户端访问目标服务的实例。另外，第二区域的服务代理还可以获取访问目标服务的实例的凭证。该凭证为第一区域中的客户端能使用目标服务的实例的资格证明，后续第一区域中的客户端想要访问该目标服务的实例，可以携带该凭证。

步骤512，第二区域的服务目录接收第二区域的服务代理发送的目标服务的实例的地址信息和凭证。

步骤513，第二区域的服务目录向管理设备发送目标服务的实例的地址信息和凭证。

步骤514，管理设备向第一区域的服务目录发送目标服务的实例的地址信息和凭证。

在本实施例中，管理设备接收到第二区域的服务目录发送的目标服务的实例的地址信息和凭证后，可以向第一区域的服务目录发送目标服务的实例的地址信息和凭证，以便于通知第一区域中的客户端可以使用目标服务的实例。

需要说明的是，上述凭证为可选的内容，只要有目标服务的实例的地址信息，第一区域的客户端就可以访问目标服务的实例。

通过图5的流程可知，由于有管理设备将各个区域中可被共享的服务集中到一起，所以某个区域中的客户端想要使用其他区域的服务时，直接从管理设备获取各区域所有的共享服务。并且通过管理设备，使发布服务的区域中该服务的服务代理，创建该服务的实例，不需要每个使用该服务区域均创建服务代理。这样，后续若要更新服务代理，对于每个服务仅需要更新一个服务代理。

在上述图5中描述了订购服务的过程，当然也可以更新当前订购的服务的实例，以及删除当前订购的服务的实例。以下如图6所示，提供了更新目标服务的实例的处理(以下以更新目标服务的实例为例进行说明)：

步骤601，第一区域的服务目录向管理设备发送目标服务的实例更新请求。

在本实施例中，用户在使用目标服务的实例过程中想要更新该实例，在第一区域的服务目录提供的共享服务列表的界面中找到该目标服务。由于第一区域中的客户端已经在使用这个实例，所以该目标服务对应有更新和删除选项。若用户想要更新目标服务的实例，则可以点击更新选项，则会跳转至显示订购参数的界面，订购参数的界面中显示有可进行修改的订购参数、确认选项和取消选项等。用户可以在订购参数的界面中对想要修改的订购参数进行修改(如修改订购参数中的实例数目、修改CPU和内存等)。然后用户可以点击确认选项，触发第一区域的服务目录生成目标服务的实例更新请求，在该实例更新请求携带有目标服务的标识、更新后的订购参数和第一区域的标识。然后第一区域的服务目录向管理设备发送目标服务的实例更新请求。

步骤602，管理设备接收第一区域的服务目录发送的目标服务的实例更新请求。

步骤603，管理设备向第二区域的服务目录发送实例更新请求。

在本实施例中，管理设备接收到第一区域的服务目录发送的目标服务的实例更新请求后，管理设备可以从该实例更新请求中解析得到目标服务的标识。然后管理设备使用目标服务的标识在共享服务列表中，确定目标服务所属的第二区域的标识。管理设备使用第二区域的标识，在区域信息中查找到第二区域的标识对应的第二区域的地址。管理设备可以基于第二区域的地址，通过https向第二区域中的服务目录发送实例更新请求。

步骤604，第二区域的服务目录接收目标服务的实例更新请求，向目标服务对应的服务代理发送实例更新通知。

在本实施例中，第二区域的服务目录接收到目标服务的实例更新请求后，可以从该实例更新请求中解析得到目标服务的标识、第一区域的标识和更新后的订购参数。第二区域的服务目录可以使用目标服务的标识，查找到目标服务的标识对应的服务代理。然后向该服务代理发送实例更新通知，该实例更新通知携带有第一区域的标识和更新后的订购参数。

步骤605，第二区域中目标服务对应的服务代理对目标服务的实例进行更新。

在本实施例中，第二区域中目标服务对应的服务代理接收到实例更新通知后，该服务代理可以从实例更新通知中解析得到第一区域的标识和更新后的订购参数。

然后该服务代理可以使用第一区域的标识，查找到第一区域的标识所对应的目标服务的实例。该服务代理可以使用更新后的订购参数，对该实例进行更新。例如，更新后的订购参数中内存为200M，会将目标服务的实例所使用的内存修改为200M。

步骤606，第二区域中目标服务对应的服务代理对目标服务的实例更新完成后，第二区域中目标服务对应的服务代理向第二区域的服务目录发送更新成功通知。

在本实施例中，第二区域中目标服务对应的服务代理对目标服务的实例更新完成后，可以生成更新成功通知。该更新成功通知携带有目标服务的标识和第一区域的标识。

步骤607，第二区域的服务目录向管理设备发送更新成功通知。

步骤608，管理设备接收第二区域的服务目录发送的更新成功通知，通知第一区域服务目录目标服务的实例更新成功。

在本实施例中，管理设备接收到第二区域的服务目录发送的更新成功通知后，可以从中解析得到第一区域的标识和目标服务的标识。然后管理设备使用第一区域的标识，确定第一区域的服务目录，向第一区域的服务目录发送目标服务的实例更新完成的通知，该更新完成的通知携带有目标服务的标识。第一区域的服务目录接收到更新完成的通知后，可以为用户显示更新完成的通知。

上述为更新目标服务的实例的过程，删除目标服务的实例的过程与更新目标服务的实例的过程类似，区别仅在于：更新目标服务的实例是第二区域中目标服务对应的服务代理使用更新后的订购参数，更新目标服务的实例，而删除目标服务的实例是第二区域中目标服务对应的服务代理直接将第一区域的标识对应的目标服务的实例进行删除处理。

以上给出了通过管理设备订购、更新和删除共享服务的实例的过程。

另外，在本申请中，还给出了跨区域共享服务的结构图，如图7所示：

管理设备通过网络分别与第一区域和第二区域连接。第一区域的服务目录请求管理设备创建目标服务的实例，管理设备请求第二区域的服务目录创建目标服务的实例，第二区域的服务目录通知目标服务对应的服务代理创建目标服务的实例。第一区域的客户端通过网络访问目标服务的实例。

在本申请中，通过管理设备可以管理区域信息、管理共享服务的服务信息、进行服务的实例创建等过程。

图8是本申请实施例提供的跨区域共享服务的装置的结构图。该装置可以通过软件、硬件或者两者的结合实现成为装置中的部分或者全部。本申请实施例提供的装置可以实现本申请实施例图3至图6所述的流程，该装置包括：接收模块810和发送模块820，其中：

接收模块810，用于接收第一区域的服务目录发送的共享服务列表中的目标服务的订购请求；

发送模块820，用于根据所述订购请求，指示所述目标服务所属的第二区域的服务目录为所述第一区域的服务目录创建所述目标服务的实例；

所述接收模块810，还用于接收所述第二区域的服务目录发送的在所述第二区域创建的所述目标服务的实例的地址信息；

所述发送模块820，还用于向所述第一区域的服务目录发送所述目标服务的实例的地址信息。

在一种可能的实施方式中，所述接收模块810，还用于接收所述第一区域的服务目录发送的共享服务列表的获取请求；

所述发送模块820，还用于向所述第一区域的服务目录发送所述共享服务列表中各共享服务的服务信息。

在一种可能的实施方式中，所述接收模块810，还用于接收所述第二区域的服务目录发送的所述目标服务的共享发布请求，其中，所述共享发布请求中携带有所述目标服务的服务信息；

如图9所示，所述装置还包括：存储模块830，用于将所述目标服务的服务信息与所述第二区域的标识对应存储至所述共享服务列表。

在一种可能的实施方式中，所述接收模块810，还用于接收所述第二区域的服务目录发送的所述目标服务的信息更新请求，其中，所述信息更新请求中携带有所述目标服务对应的更新后的服务信息；

所述存储模块830，还用于在所述共享服务列表中，将所述目标服务的服务信息替换为所述目标服务对应的更新后的服务信息。

在一种可能的实施方式中，所述接收模块810，还用于接收区域注册请求，其中，所述区域注册请求携带有所述第一区域的标识、名称和地址；

如图9所示，所述装置还包括：存储模块830，用于将所述第一区域的标识、名称和地址三者对应存储。

在一种可能的实施方式中，所述订购请求携带有订购参数，所述订购参数包括账户信息、内存、CPU或实例数目中的一种或多种；

所述发送模块820，用于根据所述订购请求，指示所述目标服务所属的第二区域的服务目录根据所述订购参数，为所述第一区域的服务目录创建所述目标服务的实例。

在一种可能的实施方式中，所述接收模块810，还用于接收所述第一区域的服务目录发送的所述目标服务的实例更新请求；其中，所述实例更新请求携带有更新后的订购参数；

所述发送模块820，还用于向所述第二区域的服务目录发送所述实例更新请求，以使所述第二区域的服务目录对所述目标服务的实例进行更新；

所述接收模块810，还用于接收所述第二区域的服务目录返回的更新成功通知；

所述发送模块820，还用于通知所述第一区域的服务目录更新成功。

在本申请中，共享服务的管理设备接收第一区域的服务目录发送的共享服务列表中的目标服务的订购请求，管理设备可以根据订购请求，指示目标服务所属的第二区域的服务目录为第一区域的服务目录创建目标服务的实例。管理设备接收第二区域的服务目录发送的在第二区域创建的目标服务的实例的地址信息。管理设备向第一区域的服务目录发送目标服务的实例的地址信息。这样，由于可以通过管理设备，通知第二区域的服务目录为第一区域的客户端创建目标服务的实例，而不需要在第一区域中设置创建目标服务的实例所使用的程序，所以对于一个服务，仅在该服务的提供区域中设置创建目标服务的实例所使用的程序即可，可以简化部署。

需要说明的是：上述实施例提供的跨区域共享服务的装置在跨区域共享服务时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的跨区域共享服务的装置与跨区域共享服务的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图10是本申请实施例提供的获取共享服务的装置的结构图。该装置可以通过软件、硬件或者两者的结合实现成为装置中的部分或者全部。本申请实施例提供的装置可以实现本申请实施例图4所述的流程以及图5中步骤501至步骤504的流程，该装置包括：接收模块1010、存储模块1020和发送模块1030，其中：

接收模块1010，用于接收第二区域的服务目录发送的目标服务的共享发布请求，其中，所述共享发布请求中携带有所述目标服务的服务信息；

存储模块1020，用于将所述目标服务的服务信息与所述第二区域的标识对应存储至共享服务列表；

接收模块1010，还用于接收第一区域的服务目录发送的共享服务列表的获取请求；

发送模块1030，用于向所述第一区域的服务目录发送所述共享服务列表中各共享服务的服务信息。

在本申请中，提供了共享服务列表，共享服务列表中包括了多区域云平台所有区域的共享服务，所以可以直接通过该共享服务列表，即可获取到所有的共享服务。

需要说明的是：上述实施例提供的获取共享服务的装置在获取共享服务时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的获取共享服务的装置与获取共享服务的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请提供了一种跨区域共享服务的管理设备，该管理设备包括处理器和存储器，所述存储器中存储有计算机指令；所述处理器执行所述计算机指令，使得管理设备实现上述提供的跨区域共享服务的方法，或者使得所述管理设备实现上述提供的跨区域共享服务的装置的功能。

本申请提供了一种跨区域共享服务的管理设备，该管理设备包括处理器和存储器，所述存储器中存储有计算机指令；所述处理器执行所述计算机指令，使得管理设备实现上述提供的获取共享服务的方法，或者使得所述管理设备实现上述提供的获取共享服务的装置的功能。

本申请提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，所述计算机指令指示所述管理设备执行上述提供的跨区域共享服务的方法，或者所述计算机指令指示所述管理设备部署上述提供的跨区域共享服务的装置。

本申请提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，所述计算机指令指示所述管理设备执行上述提供的获取共享服务的方法，或者所述计算机指令指示所述管理设备部署上述提供的获取共享服务的装置。

本申请提供了一种包含指令的计算机程序产品，计算机程序产品包括的计算机指令指示所述管理设备执行上述提供的跨区域共享服务的方法，或者计算机程序产品包括的计算机指令指示所述管理设备部署上述提供的跨区域共享服务的装置。

本申请提供了一种包含指令的计算机程序产品，计算机程序产品包括的计算机指令指示所述管理设备执行上述提供的获取共享服务的方法，或者计算机程序产品包括的计算机指令指示所述管理设备部署上述提供的获取共享服务的装置。

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

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (20)

1.一种跨区域共享服务的方法，其特征在于，所述方法包括：

共享服务的管理设备接收第一区域的服务目录发送的共享服务列表中的目标服务的订购请求；

所述管理设备根据所述订购请求，指示所述目标服务所属的第二区域的服务目录为所述第一区域的服务目录创建所述目标服务的实例；

所述管理设备接收所述第二区域的服务目录发送的在所述第二区域创建的所述目标服务的实例的地址信息；

所述管理设备向所述第一区域的服务目录发送所述目标服务的实例的地址信息。

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

所述管理设备接收所述第一区域的服务目录发送的共享服务列表的获取请求；

所述管理设备向所述第一区域的服务目录发送所述共享服务列表中各共享服务的服务信息。

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

所述管理设备接收所述第二区域的服务目录发送的所述目标服务的共享发布请求，其中，所述共享发布请求中携带有所述目标服务的服务信息；

所述管理设备将所述目标服务的服务信息与所述第二区域的标识对应存储至所述共享服务列表。

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

所述管理设备接收所述第二区域的服务目录发送的所述目标服务的信息更新请求，其中，所述信息更新请求中携带有所述目标服务对应的更新后的服务信息；

所述管理设备在所述共享服务列表中，将所述目标服务的服务信息替换为所述目标服务对应的更新后的服务信息。

5.根据权利要求1、2或4任一项所述的方法，其特征在于，所述方法还包括：

所述管理设备接收区域注册请求，其中，所述区域注册请求携带有所述第一区域的标识、名称和地址；

所述管理设备将所述第一区域的标识、名称和地址三者对应存储。

6.根据权利要求1、2或4任一项所述的方法，其特征在于，所述订购请求携带有订购参数，所述订购参数包括账户信息、内存、中央处理器CPU或实例数目中的一种或多种；

所述管理设备根据所述订购请求，指示所述目标服务所属的第二区域的服务目录为所述第一区域的服务目录创建所述目标服务的实例，包括：

所述管理设备根据所述订购请求，指示所述目标服务所属的第二区域的服务目录根据所述订购参数，为所述第一区域的服务目录创建所述目标服务的实例。

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

所述管理设备接收所述第一区域的服务目录发送的所述目标服务的实例更新请求；其中，所述实例更新请求携带有更新后的订购参数；

所述管理设备根据所述实例更新请求，指示所述第二区域的服务目录对所述目标服务的实例进行更新；

所述管理设备接收所述第二区域的服务目录返回的更新成功通知，通知所述第一区域的服务目录所述目标服务的实例更新成功。

8.一种获取共享服务的方法，其特征在于，所述方法包括：

管理设备接收第二区域的服务目录发送的目标服务的共享发布请求，其中，所述共享发布请求中携带有所述目标服务的服务信息；

所述管理设备将所述目标服务的服务信息与所述第二区域的标识对应存储至共享服务列表；

所述管理设备接收第一区域的服务目录发送的共享服务列表的获取请求；

所述管理设备向所述第一区域的服务目录发送所述共享服务列表中各共享服务的服务信息；

所述管理设备接收所述第一区域的服务目录发送的共享服务列表中的所述目标服务的订购请求；

所述管理设备根据所述订购请求，指示所述目标服务所属的第二区域的服务目录为所述第一区域的服务目录创建所述目标服务的实例；

所述管理设备接收所述第二区域的服务目录发送的在所述第二区域创建的所述目标服务的实例的地址信息；

所述管理设备向所述第一区域的服务目录发送所述目标服务的实例的地址信息。

9.一种跨区域共享服务的装置，其特征在于，所述装置包括：

接收模块，用于接收第一区域的服务目录发送的共享服务列表中的目标服务的订购请求；

发送模块，用于根据所述订购请求，指示所述目标服务所属的第二区域的服务目录为所述第一区域的服务目录创建所述目标服务的实例；

所述接收模块，还用于接收所述第二区域的服务目录发送的在所述第二区域创建的所述目标服务的实例的地址信息；

所述发送模块，还用于向所述第一区域的服务目录发送所述目标服务的实例的地址信息。

10.根据权利要求9所述的装置，其特征在于，所述接收模块，还用于接收所述第一区域的服务目录发送的共享服务列表的获取请求；

所述发送模块，还用于向所述第一区域的服务目录发送所述共享服务列表中各共享服务的服务信息。

11.根据权利要求9或10所述的装置，其特征在于，所述接收模块，还用于接收所述第二区域的服务目录发送的所述目标服务的共享发布请求，其中，所述共享发布请求中携带有所述目标服务的服务信息；

所述装置还包括：存储模块，用于将所述目标服务的服务信息与所述第二区域的标识对应存储至所述共享服务列表。

12.根据权利要求11所述的装置，其特征在于，所述接收模块，还用于接收所述第二区域的服务目录发送的所述目标服务的信息更新请求，其中，所述信息更新请求中携带有所述目标服务对应的更新后的服务信息；

所述存储模块，还用于在所述共享服务列表中，将所述目标服务的服务信息替换为所述目标服务对应的更新后的服务信息。

13.根据权利要求9、10或12任一项所述的装置，其特征在于，所述接收模块，还用于接收区域注册请求，其中，所述区域注册请求携带有所述第一区域的标识、名称和地址；

所述装置还包括：存储模块，用于将所述第一区域的标识、名称和地址三者对应存储。

14.根据权利要求9、10或12任一项所述的装置，其特征在于，所述订购请求携带有订购参数，所述订购参数包括账户信息、内存、中央处理器CPU或实例数目中的一种或多种；

所述发送模块，用于根据所述订购请求，指示所述目标服务所属的第二区域的服务目录根据所述订购参数，为所述第一区域的服务目录创建所述目标服务的实例。

15.根据权利要求14所述的装置，其特征在于，所述接收模块，还用于接收所述第一区域的服务目录发送的所述目标服务的实例更新请求；其中，所述实例更新请求携带有更新后的订购参数；

所述发送模块，还用于向所述第二区域的服务目录发送所述实例更新请求，以使所述第二区域的服务目录对所述目标服务的实例进行更新；

所述接收模块，还用于接收所述第二区域的服务目录返回的更新成功通知；

所述发送模块，还用于通知所述第一区域的服务目录更新成功。

16.一种获取共享服务的装置，其特征在于，所述装置包括：

接收模块，用于接收第二区域的服务目录发送的目标服务的共享发布请求，其中，所述共享发布请求中携带有所述目标服务的服务信息；

存储模块，用于将所述目标服务的服务信息与所述第二区域的标识对应存储至共享服务列表；

所述接收模块，还用于接收第一区域的服务目录发送的共享服务列表的获取请求；

发送模块，用于向所述第一区域的服务目录发送所述共享服务列表中各共享服务的服务信息；

所述装置还用于：

接收所述第一区域的服务目录发送的共享服务列表中的所述目标服务的订购请求；

根据所述订购请求，指示所述目标服务所属的第二区域的服务目录为所述第一区域的服务目录创建所述目标服务的实例；

接收所述第二区域的服务目录发送的在所述第二区域创建的所述目标服务的实例的地址信息；

向所述第一区域的服务目录发送所述目标服务的实例的地址信息。

17.一种跨区域共享服务的管理设备，其特征在于，所述管理设备包括处理器和存储器，其中：

所述存储器中存储有计算机指令；

所述处理器执行所述计算机指令，使得管理设备实现所述权利要求1至7任一项权利要求所述的方法。

18.一种获取共享服务的管理设备，其特征在于，所述管理设备包括处理器和存储器，其中：

所述存储器中存储有计算机指令；

所述处理器执行所述计算机指令，使得管理设备实现所述权利要求8所述的方法。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令被处理器执行使实现所述权利要求1-7中任一项权利要求所述的方法。

20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令被处理器执行使实现所述权利要求8所述的方法。

Images