CN119814375A - 一种跨云访问方法、装置、设备及介质 - Google Patents

Abstract

本申请实施例提供了一种跨云访问方法、装置、设备及介质，涉及大数据领域。该方法包括：在预置区部署第一正向服务并将预置区的第一预置区端口提供给第一用户区以及第二用户区，在第一用户区创建第一终端节点且具有唯一的第一节点IP，在第二用户区创建第二终端节点且具有唯一的第二节点IP，第一用户区基于第一节点IP和第一预置区端口对应的第一用户区端口，访问第一正向服务，第二用户区基于第二节点IP和第一用户区端口，访问第一正向服务。通过这种方法避免了不同用户区使用相同IP访问预置区所提供的服务，保证了用户区的虚拟私有云和预置区的服务节点是一对一的关系，保证了用户区可以便捷可靠地访问预置区，提高了用户的使用体验。

Description

一种跨云访问方法、装置、设备及介质

技术领域

本申请涉及大数据领域，特别涉及一种跨云访问方法、装置、设备及介质。

背景技术

云产品平台下不同的VPC(Virtual Private Cloud，虚拟私有云)之间网络是无法互通的，虽然目前有不少相关云产品提供了支持跨VPC访问的方案，但是很多时候，不同子网下可能会出现同IP的虚拟机，而现有的跨VPC访问方案又是无法支撑多个相同IP同时跨网访问的，基于同IP的限制，多数场景下的云产品无法直接使用跨VPC的访问方案直接实现跨VPC访问。

因此，一种可以避免在同一云平台下，出现相同IP情况，并且可以提供便捷可靠的跨云访问方法，亟待提出。

发明内容

基于上述技术问题，本申请实施例提供一种跨云访问方法、装置、设备及介质，旨在如何便捷可靠地为用户提供跨云访问的服务。

本申请实施例第一方面提供了一种跨云访问方法，所述方法包括：

在预置区部署第一正向服务并将所述预置区的第一预置区端口提供给第一用户区以及第二用户区；

在所述第一用户区创建第一终端节点，在所述第二用户区创建第二终端节点，所述第一终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第一节点IP，所述第二终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第二节点IP；

所述第一用户区基于所述第一节点IP和所述第一预置区端口对应的第一用户区端口，访问所述第一正向服务，所述第二用户区基于所述第二节点IP和所述第一用户区端口，访问所述第一正向服务。

可选地，所述方法还包括：

在所述预置区部署第二正向服务并将所述预置区的第二预置区端口提供给所述第一用户区以及所述第二用户区；

所述第一用户区基于所述第一节点IP和所述第二预置区端口对应的第二用户区端口，访问所述第二正向服务，所述第二用户区基于所述第二节点IP和所述第二用户区端口，访问所述第二正向服务。

可选地，所述方法还包括：

在所述第一用户区需要访问所述第一正向服务和/或所述第二正向服务时，保留所述第一终端节点以及所述第一节点IP；

在所述第一用户区不需要访问所述第一正向服务和所述第二正向服务时，取消所述第一终端节点，释放所述第一节点IP；

所述第一节点IP在释放后被分配给访问所述预置区的其他用户区所创建的终端节点。

可选地，所述第一用户区基于所述第一节点IP和所述第一预置区端口对应的所述第一用户区端口，访问所述第一正向服务，所述第二用户区基于所述第二节点IP和所述第一用户区端口，访问所述第一正向服务，所述方法包括：

所述第一用户区各个客户端基于所述第一节点IP和所述第一预置区端口对应的所述第一用户区端口，访问所述第一正向服务；

所述第二用户区各个客户端基于所述第二节点IP和所述第一预置区端口对应的所述第一用户区端口，访问所述第一正向服务。

可选地，所述方法还包括：

在所述预置区创建中转节点，所述中转节点具有中转IP地址；

所述中转节点基于所述中转IP地址和第三预置区端口，向所述第一终端节点发起第一反向服务请求；

所述第一用户区基于所述第三预置区端口对应的第三用户区端口，向所述第一用户区内的具有所述第三用户区端口的第一主机转发所述第一反向服务请求，通过所述预置区向所述第一主机提供所述第一反向服务；

所述中转节点基于所述中转IP地址和第四预置区端口，向所述第一终端节点发起第二反向服务请求；

所述第一用户区基于所述第四预置区端口对应的第四用户区端口，向所述第一用户区内的具有所述第四用户区端口的第二主机转发所述第二反向服务请求，通过所述预置区向所述第二主机提供所述第二反向服务。

可选地，所述方法还包括：

所述中转节点基于所述中转IP地址和第五预置区端口，向所述第二终端节点发起第三反向服务请求；

所述第二用户区基于所述第五预置区端口对应的所述第三用户区端口，向所述第二用户区内的具有所述第三用户区端口的第三主机转发所述第三反向服务请求，通过所述预置区向所述第三主机提供所述第三反向服务；

所述中转节点基于所述中转IP地址和第六预置区端口，向所述第二终端节点发起第四反向服务请求；

所述第二用户区基于所述第六预置区端口对应的所述第四用户区端口，向所述第二用户区内的具有所述第四用户区端口的第四主机转发所述第四反向服务请求，通过所述预置区向所述第四主机提供所述第四反向服务。

可选地，所述方法还包括：

所述预置区接收配置命令；

所述预置区执行所述配置命令，以配置所述预置区的各个用于正向服务或反向服务的预置区端口。

本申请实施例第二方面提供了一种跨云访问装置，所述装置包括：

第一正向服务部署模块，用于在预置区部署第一正向服务并将所述预置区的第一预置区端口提供给第一用户区以及第二用户区；

终端节点创建模块，用于在所述第一用户区创建第一终端节点，在所述第二用户区创建第二终端节点，所述第一终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第一节点IP，所述第二终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第二节点IP；

第一正向服务访问模块，用于所述第一用户区基于所述第一节点IP和所述第一预置区端口对应的第一用户区端口，访问所述第一正向服务，所述第二用户区基于所述第二节点IP和所述第一用户区端口，访问所述第一正向服务。

可选地，所述跨云访问装置，还包括：

第二正向服务部署模块，用于在所述预置区部署第二正向服务并将所述预置区的第二预置区端口提供给所述第一用户区以及所述第二用户区；

第二正向服务访问模块，用于所述第一用户区基于所述第一节点IP和所述第二预置区端口对应的第二用户区端口，访问所述第二正向服务，所述第二用户区基于所述第二节点IP和所述第二用户区端口，访问所述第二正向服务。

可选地，所述跨云访问装置，还包括：

第一终端节点保留模块，用于在所述第一用户区需要访问所述第一正向服务和/或所述第二正向服务时，保留所述第一终端节点以及所述第一节点IP；

第一终端节点取消模块，用于在所述第一用户区不需要访问所述第一正向服务和所述第二正向服务时，取消所述第一终端节点，释放所述第一节点IP；

第一终端节点分配模块，用于所述第一节点IP在释放后被分配给访问所述预置区的其他用户区所创建的终端节点。

可选地，所述跨云访问装置，还包括：

第一用户区访问模块，用于所述第一用户区各个客户端基于所述第一节点IP和所述第一预置区端口对应的所述第一用户区端口，访问所述第一正向服务；

第二用户区访问模块，用于所述第二用户区各个客户端基于所述第二节点IP和所述第一预置区端口对应的所述第一用户区端口，访问所述第一正向服务。

可选地，所述跨云访问装置，还包括：

中转节点创建模块，用于在所述预置区创建中转节点，所述中转节点具有中转IP地址；

第一反向服务请求发送模块，用于所述中转节点基于所述中转IP地址和第三预置区端口，向所述第一终端节点发起第一反向服务请求；

第一反向服务提供模块，用于所述第一用户区基于所述第三预置区端口对应的第三用户区端口，向所述第一用户区内的具有所述第三用户区端口的第一主机转发所述第一反向服务请求，通过所述预置区向所述第一主机提供所述第一反向服务；

第二反向服务请求发送模块，用于所述中转节点基于所述中转IP地址和第四预置区端口，向所述第一终端节点发起第二反向服务请求；

第二反向服务提供模块，用于所述第一用户区基于所述第四预置区端口对应的第四用户区端口，向所述第一用户区内的具有所述第四用户区端口的第二主机转发所述第二反向服务请求，通过所述预置区向所述第二主机提供所述第二反向服务。

可选地，所述跨云访问装置，还包括：

第三反向服务请求发送模块，用于所述中转节点基于所述中转IP地址和第五预置区端口，向所述第二终端节点发起第三反向服务请求；

第三反向服务提供模块，用于所述第二用户区基于所述第五预置区端口对应的所述第三用户区端口，向所述第二用户区内的具有所述第三用户区端口的第三主机转发所述第三反向服务请求，通过所述预置区向所述第三主机提供所述第三反向服务；

第四反向服务请求发送模块，用于所述中转节点基于所述中转IP地址和第六预置区端口，向所述第二终端节点发起第四反向服务请求；

第四反向服务提供模块，用于所述第二用户区基于所述第六预置区端口对应的所述第四用户区端口，向所述第二用户区内的具有所述第四用户区端口的第四主机转发所述第四反向服务请求，通过所述预置区向所述第四主机提供所述第四反向服务。

可选地，所述跨云访问装置，还包括：

配置命令接收模块，用于所述预置区接收配置命令；

预置区端口配置模块，用于所述预置区执行所述配置命令，以配置所述预置区的各个用于正向服务或反向服务的预置区端口。

本申请实施例第三方面提供了一种电子设备，所述电子设备包括：包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述计算机程序被该处理器执行时实现如本申请实施例第一方面的跨云访问方法。

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

本申请实施例第五方面提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现本申请实施例第一方面的跨云访问方法。

通过本申请实施例的跨云访问方法，在预置区部署可供用户使用的第一正向服务，并且将第一正向服务对应的第一预置区端口提供给用户区，在用户区创建用于和预置区建立访问的终端节点，各个用户区的终端节点都拥有唯一的节点IP，通过这种方式，第一用户区基于其专属的第一节点IP和第一用户区端口所对应的第一用户区端口，即可访问第一正向服务，同样的，第二用户区基于其专属的第二节点IP，同样可以访问第一正向服务。

本申请中，避免了相关技术中，同一个云平台上，不同的用户使用相同的IP地址对公共的预置区进行访问，导致无法辨识具体的访问用户的来源，提出了一种各个用户区建立专属的终端节点，并且各个终端节点具有在这个云平台中唯一的节点IP的方式，将不同的用户区加以区分，避免多个用户区使用相同IP，从而实现用户合理有效地访问预置区所提供的服务，保证了用户区的虚拟私有云和预置区的服务节点是一对一的关系，保证了用户区可以便捷可靠地访问预置区，提高了用户的使用体验，避免了IP冲突带了的使用问题。

附图说明

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

图1是本申请一实施例提出的一种跨云访问方法的流程图；

图2是本申请一实施例提出的一种正向服务示意图；

图3是本申请一实施例提出的一种反向服务示意图；

图4是本申请一实施例提出的一种服务使用示意图；

图5是本申请一实施例提供的跨云访问装置的结构框图；

图6是本申请一实施例示出的一种电子设备的示意图。

具体实施方式

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

在附图中，有时为了明确起见，可能夸大表示了构成要素的大小、层的厚度或区域，因此，本公开的任意一个实现方式并不一定限定与图中所示的尺寸，附图中部件的形状和大小不反映真实比例。此外，附图示意性地示出了理想的例子，本公开的任意一个实现方式不局限于附图所示的形状或数值等。

请参照图1，图1是本申请一实施例提出的一种跨云访问方法的流程图。如图1所示，可以包括步骤S101至步骤S103：

步骤S101：在预置区部署第一正向服务并将所述预置区的第一预置区端口提供给第一用户区以及第二用户区；

步骤S102：在所述第一用户区创建第一终端节点，在所述第二用户区创建第二终端节点，所述第一终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第一节点IP，所述第二终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第二节点IP；

步骤S103：所述第一用户区基于所述第一节点IP和所述第一预置区端口对应的第一用户区端口，访问所述第一正向服务，所述第二用户区基于所述第二节点IP和所述第一用户区端口，访问所述第一正向服务。

相关技术中，由于同一个云平台下，往往包含着多个不同用户所属的不同VPC，即背景技术中有提及的虚拟私有云，由于不同的VPC分由不同的用户各自使用，用户之间无法互通，因此也就会产生在实现一些功能的时候，不同用户的VPC选择使用了相同而IP地址，即同一个云平台中出现了不同但是IP相同的虚拟机，这种情况使得这些用户在使用云平台提供的跨VPC访问的服务时，由于相同IP无法正常访问，导致访问失败，极大地影响用户的使用体验。

因此，基于相关技术中所存在的问题，本申请中提出了一种跨云访问方法，通过本申请提出的方法，可以使得在同一个云平台中，各个用户区在使用跨云访问的服务时，所使用的节点IP都为各个用户区所专属的，避免了各个用户区之间由于无法互通导致出现相同的IP。具体地，在本申请实施例中，首先在云平台中不仅存在供用户所使用的用户区，还包括平台提供各项服务的预置区，用户通过访问预置区，使用预置区所提供的各项正向服务。为了建立用户区与预置区之间的访问，在预置区会部署各种不同的正向服务，在预置区部署了第一正向服务后，需要将第一正向服务的第一预置区端口提供给可能需要使用第一正向服务的用户区，即上文中的第一用户区和第二用户区。然后，各个用户区为了实现跨VPC对预置区进行访问，还需要在用户区内建立与预置区实现沟通的一个专属的服务站点，即在第一用户区创建第一终端节点，在第二用户区创建第二终端节点。为了使得不同用户区之间不会出现相关技术中所提及的相同IP的情况，在建立跨VPC访问时的终端节点需要各个用户区之间各不相同，因此第一用户区的第一终端节点具有唯一的第一节点IP，而第二用户区的第二终端节点具有唯一的第二节点IP，通过这种方式将不同用户区的终端节点区分开来。最后，各个用户区根据各自的节点IP与所需正向服务的端口，实现向预置区实现访问使用该正向服务的目的。

在一种具体实施方式中，如图2所示，图2是本申请一实施例提出的一种正向服务示意图，其中，用户区创建于192.16.0.0/16中，预置区创建于172.16.0.0/12中，以预置区提供的预置区端口为80的服务为例，在预置区中基于TCP(Transmission ControlProtocol，传输控制协议)协议创建，提供正向服务的预置区中服务器的地址为172.16.0.23，首先在预置区部署该项服务的，并将端口配置化并提供给各个用户区，在用户区需要使用预置区所提供的正向服务时，首先在用户区中建立用于跨VPC访问的专属终端节点，在第一用户区建立第一终端节点，第一终端节点所对应的第一节点IP为192.16.1.17，这个第一节点IP在这个云平台中即确定为专属于第一用户区，其他用户区在选择IP地址的时候，不能再去选择和第一节点IP相同的IP地址，同样的，在第二用户区建立第二用户区所专属的第二终端节点，第二终端节点对应的第二节点IP为192.16.0.14。在建立好终端节点后，即可打通用户区到预置区之间的访问通道，具体地，在第一用户区需要使用预置区所提供的第一正向服务时，根据预置区所提供的第一正向服务的第一预置区端口以及端口之间的映射规则，可以确定与之对应的第一用户区端口，即图中所示的与80对应的8081，因此，通过唯一的第一节点IP与第一用户区端口相结合，确实第一用户区使用第一正向服务的唯一地址，即图中所示的192.16.1.17:8081，第一用户区通过这个地址对预置区进行访问，预置区即可确定这项访问是来自第一用户区，并且需要访问的目的是使用第一正向服务，同样地，对于第二用户区，在使用第一正向服务时，所建立的唯一的地址为192.16.0.14:8081。通过这种方式，将不同用户区区分开来，避免出现不同用户区使用了相同的IP地址的情况。由于各个用户区与其中的终端节点是一一对应建立的，而每个终端节点拥有一个唯一的节点IP，因此，可以保证在每一个访问链接中IP的唯一性，避免了相关技术中所存在的问题。

步骤S101：在预置区部署第一正向服务并将所述预置区的第一预置区端口提供给第一用户区以及第二用户区。

本申请实施例中，在预置区向用户区提供正向服务之前，首先需要将各个正向服务在预置区内进行部署，由于各种云产品可能的使用环境不同，因此，需要对部署的正向服务分配其所专属的预置区端口，并且在云平台中存在相应的映射规则，即预置区端口对应着其专属的用户区端口。因此在预置区部署了第一正向服务后，需要将第一预置区端口提供给可能需要使用该第一正向服务的各个用户区，并且对应的映射规则也需要告知各个用户区。

如图2中所示，以两个不同的正向服务为例，两个正向服务在预置区部署后，其预置区端口分别为80和3306，将该预置区端口告知用户，并且根据映射规则，预置区端口为80对应的用户区端口为8081，而预置区端口为3306对应的用户区端口为3006。

步骤S102：在所述第一用户区创建第一终端节点，在所述第二用户区创建第二终端节点，所述第一终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第一节点IP，所述第二终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第二节点IP。

本申请实施例中，在预置区部署了各项可供用户区使用的服务后，用户区在创建后，如果希望访问预置区使用各项正向服务，还需要打通和预置区沟通的“桥梁”，即在用户区建立专属的与预置区进行交互的终端节点，在第一用户区建立第一终端节点，在第二用户区建立第二终端节点。如上文所述，为了使得不同用户区对预置区的访问得以区分，第一终端节点和第二终端节点需要不同的IP地址，并且这个IP地址在云平台中是唯一的，这样才能使得已经创建为用户区的节点IP所选择的IP地址，不会为云平台中其他的用户区所使用，以避免在进行跨VPC交流时出现不同用户使用相同IP的问题，导致出现重复的一方可能存在访问失效。

如图2中所示，以第一用户区和第二用户区为例，在第一用户区建立第一终端节点，第一种终端节点的第一节点IP为192.16.1.17，同样地，第二用户区中第二终端节点的第二节点IP为192.16.0.14。

步骤S103：所述第一用户区基于所述第一节点IP和所述第一预置区端口对应的第一用户区端口，访问所述第一正向服务，所述第二用户区基于所述第二节点IP和所述第一用户区端口，访问所述第一正向服务。

本申请实施例中，在用户区建立了具有唯一的第一节点IP的第一终端节点和具有唯一的第二节点IP的第二终端节点后，用户区需要访问预置区所提供的正向服务还需要根据预置区所提供的第一正向服务的第一预置区端口，根据映射规则，对应获取到用户区所使用的第一用户区端口，根据第一节点IP和第一用户区端口，建立第一用户区访问预置区第一正向服务的访问通道，同样地，第二用户区根据第二节点IP和第一用户区端口，建立第二用户区访问预置区第一正向服务的访问通道。

结合以上实施例，在一种实施方式中，本申请还提供了一种跨云访问方法，具体包括以下内容：

首先，在所述预置区部署第二正向服务并将所述预置区的第二预置区端口提供给所述第一用户区以及所述第二用户区。

本申请实施例中，预置区中存在多种可选择的正向服务，通过将正向服务部署在预置区中，建立正向服务的预置区端口，并且将所述预置区端口提供给各个用户区，用户区即可根据该正向服务的预置区端口以及映射规则，确定访问该正向服务的地址。具体地，本申请中在预置区部署第二正向服务，并且将第二正向服务的第二预置区端口提供给第一用户区以及第二用户区。

如图2所示，在预置区中，不仅包含有上文所述预置区端口为80的第一正向服务，同样也部署了预置区端口为3306的第二正向服务，第二正向服务在预置区部署后，将预置区端口3306提供给第一用户区以及第二用户区，以供第一用户区以及第二用户区访问预置区使用第二正向服务。

然后，所述第一用户区基于所述第一节点IP和所述第二预置区端口对应的第二用户区端口，访问所述第二正向服务，所述第二用户区基于所述第二节点IP和所述第二用户区端口，访问所述第二正向服务。

本申请实施例中，在步骤S102中已经在第一用户区和第二用户区中分别创建了与各自用户区唯一关联的第一终端节点以及第二终端节点，并且第一终端节点具有唯一的第一节点IP，第二终端节点具有唯一的第二节点IP。因此，第一用户区在通过第一终端节点与预置区建立联系后，希望使用第二正向服务，就需要通过映射规则确定第二正向服务的第二预置区端口所对应的第二用户区端口，然后根据第一节点IP以及第二用户区端口，创建访问地址，实现第一用户区对预置区的访问，使用第二正向服务。通过相同的方式，第二用户区在确定了第二用户区端口后，通过第二节点IP以及第二用户区端口，即可创建第二用户区访问预置区的访问地址，实现第二用户区对预置区的访问，使用第二正向服务。

如图2所示，第一用户区和第二用户区希望访问预置区中的第二正向服务，则首先需要根据预置区提供的第二正向服务的第二预置区端口3306，以及映射规则，确定第二正向服务的第二用户区端口3006，第一用户区根据第一终端节点的第一节点IP：192.16.1.17，确定第一用户区使用第二正向服务的访问地址，即192.16.1.17:3006；通过同样的方式，第二用户区根据第二终端节点的第二节点IP：192.16.0.14，确定第二用户区使用第二正向服务的访问地址，即192.16.0.14:3006。通过这种方式，预置区根据节点IP与端口之间的组合，即可确定跨VPC的访问是来自哪一个用户区，并且可以确定该用户区希望使用的是哪一项正向服务，实现了各个用户区使用各个服务时的一一对应，不会出现同IP无法确定用户或是服务项的问题。

结合以上实施例，在一种实施方式中，本申请还提供了一种跨云访问方法，具体包括以下内容：

首先，在所述第一用户区需要访问所述第一正向服务和/或所述第二正向服务时，保留所述第一终端节点以及所述第一节点IP。

本申请实施例中，由于各个用户区创建了实现跨服访问的终端节点，并且各个终端节点具有在云平台中唯一的节点IP，从而实现了各个用户区在进行跨VPC访问时不会出现IP重复的问题。因此，为了保证各个用户区在使用云平台中的各项服务时，可以一直保持唯一的节点IP，在用户区创建于云平台中，只要该用户区存在需要使用预置区提供的任一项服务的需求时，都会为该用户区保留与之唯一对应的终端节点，以及唯一的节点IP，以确保各个用户区只要是存在于云平台中，在希望使用跨VPC服务时，都不会出现与其他用户区IP冲突的问题。

然后，在所述第一用户区不需要访问所述第一正向服务和所述第二正向服务时，取消所述第一终端节点，释放所述第一节点IP。

本申请实施例中，如上文所述，各个用户区在有可能需要使用预置区服务的情况下，终端节点以及节点IP都会为之保留，只有在该用户区的用户确定不再需要使用预置区所提供的所有服务时，将该用户区从云平台中注销，才会确定该用户已经不会再存在可能与其他用户区产生IP冲突的可能，因此可以将不再需要使用预置区服务的用户区所对应的终端节点取消，而被取消的终端节点所对应的节点IP同样的也可以被释放出来，可以供平台中其他用户区使用。

最后，所述第一节点IP在释放后被分配给访问所述预置区的其他用户区所创建的终端节点。

本申请实施例中，在被取消的终端节点对应的节点IP被释放后，便不再和原本的用户区加以绑定，因此，可以被用于分配给其他需要访问预置区的用户区所使用，通过这种方式，既可以保证各个用户区的节点IP的唯一性，又可以使得在用户区被注销后，其所对应的节点IP不会由于注销而被闲置，提供给其他新的用户区。通过这种方式，结合上文所述的在用户区中建立用于与预置区创建跨VPC访问的终端节点，并确定与用户区唯一对应的节点IP，而后，在用户区注销后，取消终端节点，并且释放节点IP，以此实现用户的跨VPC访问，一对一的用户区与节点IP保证了在每一个访问链接中IP的唯一性，并且在访问不再需要时，释放节点IP，避免了下次因IP重复导致的链接链路打通失败，保证了服务的安全与可用。

结合以上实施例，在一种实施方式中，本申请还提供了一种跨云访问方法，所述第一用户区基于所述第一节点IP和所述第一预置区端口对应的所述第一用户区端口，访问所述第一正向服务，所述第二用户区基于所述第二节点IP和所述第一用户区端口，访问所述第一正向服务，具体包括以下内容：

所述第一用户区各个客户端基于所述第一节点IP和所述第一预置区端口对应的所述第一用户区端口，访问所述第一正向服务；

所述第二用户区各个客户端基于所述第二节点IP和所述第一预置区端口对应的所述第一用户区端口，访问所述第一正向服务。

本申请实施例中，所述用户区与预置区均存在于云平台上，用户实际通过操作的设备接入对应用户区，并且根据用户区的终端节点与预置区建立联系，使用预置区提供的服务，各个用户区内，可以包含多个客户端，各个客户端都可以供用户接入该用户区内，使用用户区中所提供的服务以及跨VPC使用预置区中所提供的各项正向服务。第一用户区中的各个客户端都可以基于第一节点IP和所述第一预置区端口对应的第一用户区端口，访问第一正向服务，通过这种方式，也确保了各个用户区中的各个客户端不会出现IP地址与其他用户区的客户端相冲突的问题。

结合以上实施例，在一种实施方式中，本申请还提供了一种跨云访问方法，具体包括以下内容：

首先，在所述预置区创建中转节点，所述中转节点具有中转IP地址。

本申请实施例中，用户区不仅可以访问预置区以使用预置区所提供的各种正向服务，预置区也可以通过本申请中提出的跨云访问方法，访问用户区，向用户区提供各种反向服务，通过反向服务，可以使预置区向用户区提供集群铺垫、安装组件等各项服务。本申请中，为了使得预置区向用户区提供反向服务，需要首先在预置区中创建与用户区建立联系的中转节点，与用户区的终端节点类似，中转节点具有唯一的中转IP地址。

如图3所示，图3是本申请一实施例提出的一种反向服务示意图，为了向用户区提供反向服务，在预置区创建唯一的中转节点，该中转节点具有唯一的中转IP地址，即172.16.0.49，通过该地址向用户区发起访问，用户区即可确定是预置区在申请提供反向服务。

然后，所述中转节点基于所述中转IP地址和第三预置区端口，向所述第一终端节点发起第一反向服务请求。

本申请实施例中，预置区在向用户区提供反向服务时，是向用户区提出访问请求，由于用户区属于用户私人使用的空间，因此，在对用户区进行访问时，只有取得了用户区的许可，预置区才可以向用户区提供反向服务。同样的，由于预置区中部署有多种反向服务，需要根据各个反向服务的端口加以区分，因此，预置区的中转节点基于其中转IP地址与将提供的反向服务的预置区端口，确定该项反向服务的地址，并向用户区发起反向服务请求。

如图3所示，预置区希望向第一用户区提供用户区端口为22的反向服务，需要根据中转IP地址172.16.0.49与对应的第三预置区端口16000，确定提供给第一用户区的第一反向服务的访问地址，即172.16.0.49:16000，以此向第一用户区发起提供第一反向服务的请求。

接着，所述第一用户区基于所述第三预置区端口对应的第三用户区端口，向所述第一用户区内的具有所述第三用户区端口的第一主机转发所述第一反向服务请求，通过所述预置区向所述第一主机提供所述第一反向服务。

本申请实施例中，预置区所提供至用户区的反向服务，具体需要落实在用户区中的用户所使用的主机上，在用户区的终端节点接收到预置区发出的反向服务请求并通过后，终端节点会将该反向服务转发至请求的对应主机上，预置区向该主机提供经过用户区同意的反向服务。

同样地，对于其他的反向服务而言，所述中转节点基于所述中转IP地址和第四预置区端口，向所述第一终端节点发起第二反向服务请求；

所述第一用户区基于所述第四预置区端口对应的第四用户区端口，向所述第一用户区内的具有所述第四用户区端口的第二主机转发所述第二反向服务请求，通过所述预置区向所述第二主机提供所述第二反向服务。

本申请实施例中，预置区中部署有不止一种反向服务，但是不同的反向服务在向用户区提供时，都是通过中转节点与用户区建立联系，在预置区向第一用户区提供第二反向服务请求时，需要先获取该项反向服务所对应的第一预置区端口，根据第四预置区端口以及中转IP地址，才可以向第一用户区发起第二反向服务请求。相应的，第一用户区中的终端节点在接收到预置区发起的反向服务请求后，经过用户区的同意，便可以将第二反向服务请求转发至该反向服务的目标，即第二主机处，预置区即可向第一用户区中的第二主机提供第二反向服务。

如图3所示，预置区希望向第一用户区提供用户区端口为30000的第二反向服务，首先根据映射规则确定提供给第一用户区的第二反向服务的第四预置区端口为30001，然后根据中转节点的中转IP地址172.16.0.49，确定提供给第一用户区的第二反向服务的访问地址，即172.16.0.49:30001，以此向第一用户区发起第二反向服务请求。

结合以上实施例，在一种实施方式中，本申请还提供了一种跨云访问方法，具体包括以下内容：

首先，所述中转节点基于所述中转IP地址和第五预置区端口，向所述第二终端节点发起第三反向服务请求；

所述第二用户区基于所述第五预置区端口对应的所述第三用户区端口，向所述第二用户区内的具有所述第三用户区端口的第三主机转发所述第三反向服务请求，通过所述预置区向所述第三主机提供所述第三反向服务。

本申请实施例中，如上文所述，预置区在向用户区提供反向服务时，首先需要确定该项反向服务的预置区端口，并且征得用户区的同意后，才可以对其提供反向服务。在预置区希望向第二用户区提供第三反向服务时，首先需要基于中转IP地址和第三反向服务对应的第五预置区端口，确定访问地址，然后向第二用户区的第二终端节点发起第三反向服务请求，在第二用户区同意预置区进行第三反向服务后，还需要将该请求转发至目标主机，即第二用户区中的第三主机，最后，预置区向第二用户区中的第三主机提供第三反向服务。

如图3所示，第三反向服务对应的第三用户区端口同样是22，但是由于是提供给第二用户区的，因此其对应的第五预置区端口为16001，结合中转节点的中转IP地址172.16.0.49，确定预置区向第二用户区提供的第三反向服务的访问地址为172.16.0.49:16001。

同样地，对于其他的反向服务而言，所述中转节点基于所述中转IP地址和第六预置区端口，向所述第二终端节点发起第四反向服务请求；

所述第二用户区基于所述第六预置区端口对应的所述第四用户区端口，向所述第二用户区内的具有所述第四用户区端口的第四主机转发所述第四反向服务请求，通过所述预置区向所述第四主机提供所述第四反向服务。

本申请实施例中，预置区在对第二用户区提供第四反向服务时，首先要确定中转IP地址和第六预置区端口，然后向第二用户区的第二终端节点发起第四反向服务请求，待第二用户区同意后，第二终端节点将第四反向服务转发给第二用户区内具有所述第四用户区端口的第四主机，从而实现预置区向第二用户区中的第四主机提供第四反向服务。

如图3所示，第四反向服务对应的第四用户区端口同样是22，但是由于是提供给第二用户区的，因此其对应的第六预置区端口为30002，结合中转节点的中转IP地址172.16.0.49，确定预置区向第二用户区提供的第四反向服务的访问地址为172.16.0.49:30002。

结合以上实施例，在一种实施方式中，本申请还提供了一种跨云访问方法，具体包括以下内容：

首先，所述预置区接收配置命令；

然后，所述预置区执行所述配置命令，以配置所述预置区的各个用于正向服务或反向服务的预置区端口。

本申请实施例中，预置区中部署了多种正向服务和多种反向服务，为了满足用户的使用需要，预置区需要先在配置正向服务或者反向服务的命令下，对各个不同来源的正向服务或是反向服务部署在预置区内，并且将服务端口配置化，确定预置区端口与用户区端口的对应关系，使得不论是用户区通过访问预置区使用预置区的正向服务，还是用户区同意预置区的访问，接受预置区提供的反向服务，都可以有明确的端口对应关系，确定该项服务是否为用户希望操作的或是希望预置区所提供的。

如图4所示，图4是本申请一实施例提出的一种服务使用示意图，预置中部署了第一正向服务，第一用户区和第二用户区分别建立第一终端节点和第二终端节点，都可以通过访问预置区使用第一正向服务；而在预置区中还部署了第一反向服务和第三反向服务，但是由于反向服务是预置区通过本申请中所提出的跨服访问方法，由预置区单独提供至某一个用户区进行服务的，因此，同样用户区端口为22的反向服务，在预置区需要分别部署为预置区端口配置为16000和16001的第一反向服务和第三反向服务。

基于同一设计构思，本申请一实施例提供了一种跨云访问装置。参考图5，图5是本申请一实施例提供的跨云访问装置的结构框图。如图5所示，该装置包括：

第一正向服务部署模块，用于在预置区部署第一正向服务并将所述预置区的第一预置区端口提供给第一用户区以及第二用户区；

终端节点创建模块，用于在所述第一用户区创建第一终端节点，在所述第二用户区创建第二终端节点，所述第一终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第一节点IP，所述第二终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第二节点IP；

第一正向服务访问模块，用于所述第一用户区基于所述第一节点IP和所述第一预置区端口对应的第一用户区端口，访问所述第一正向服务，所述第二用户区基于所述第二节点IP和所述第一用户区端口，访问所述第一正向服务。

可选地，所述跨云访问装置，还包括：

第二正向服务部署模块，用于在所述预置区部署第二正向服务并将所述预置区的第二预置区端口提供给所述第一用户区以及所述第二用户区；

第二正向服务访问模块，用于所述第一用户区基于所述第一节点IP和所述第二预置区端口对应的第二用户区端口，访问所述第二正向服务，所述第二用户区基于所述第二节点IP和所述第二用户区端口，访问所述第二正向服务。

可选地，所述跨云访问装置，还包括：

第一终端节点保留模块，用于在所述第一用户区需要访问所述第一正向服务和/或所述第二正向服务时，保留所述第一终端节点以及所述第一节点IP；

第一终端节点取消模块，用于在所述第一用户区不需要访问所述第一正向服务和所述第二正向服务时，取消所述第一终端节点，释放所述第一节点IP；

第一终端节点分配模块，用于所述第一节点IP在释放后被分配给访问所述预置区的其他用户区所创建的终端节点。

可选地，所述跨云访问装置，还包括：

第一用户区访问模块，用于所述第一用户区各个客户端基于所述第一节点IP和所述第一预置区端口对应的所述第一用户区端口，访问所述第一正向服务；

第二用户区访问模块，用于所述第二用户区各个客户端基于所述第二节点IP和所述第一预置区端口对应的所述第一用户区端口，访问所述第一正向服务。

可选地，所述跨云访问装置，还包括：

中转节点创建模块，用于在所述预置区创建中转节点，所述中转节点具有中转IP地址；

第一反向服务请求发送模块，用于所述中转节点基于所述中转IP地址和第三预置区端口，向所述第一终端节点发起第一反向服务请求；

第一反向服务提供模块，用于所述第一用户区基于所述第三预置区端口对应的第三用户区端口，向所述第一用户区内的具有所述第三用户区端口的第一主机转发所述第一反向服务请求，通过所述预置区向所述第一主机提供所述第一反向服务；

第二反向服务请求发送模块，用于所述中转节点基于所述中转IP地址和第四预置区端口，向所述第一终端节点发起第二反向服务请求；

第二反向服务提供模块，用于所述第一用户区基于所述第四预置区端口对应的第四用户区端口，向所述第一用户区内的具有所述第四用户区端口的第二主机转发所述第二反向服务请求，通过所述预置区向所述第二主机提供所述第二反向服务。

可选地，所述跨云访问装置，还包括：

第三反向服务请求发送模块，用于所述中转节点基于所述中转IP地址和第五预置区端口，向所述第二终端节点发起第三反向服务请求；

第三反向服务提供模块，用于所述第二用户区基于所述第五预置区端口对应的所述第三用户区端口，向所述第二用户区内的具有所述第三用户区端口的第三主机转发所述第三反向服务请求，通过所述预置区向所述第三主机提供所述第三反向服务；

第四反向服务请求发送模块，用于所述中转节点基于所述中转IP地址和第六预置区端口，向所述第二终端节点发起第四反向服务请求；

第四反向服务提供模块，用于所述第二用户区基于所述第六预置区端口对应的所述第四用户区端口，向所述第二用户区内的具有所述第四用户区端口的第四主机转发所述第四反向服务请求，通过所述预置区向所述第四主机提供所述第四反向服务。

可选地，所述跨云访问装置，还包括：

配置命令接收模块，用于所述预置区接收配置命令；

预置区端口配置模块，用于所述预置区执行所述配置命令，以配置所述预置区的各个用于正向服务或反向服务的预置区端口。

基于同一设计构思，本申请另一实施例提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现如本申请上述任一实施例所述的跨云访问方法中的步骤。

基于同一设计构思，本申请另一实施例提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现如本申请上述任一实施例所述的跨云访问方法中的步骤。

基于同一设计构思，本申请另一实施例提供一种电子设备，如图6所示。图6是本申请一实施例示出的一种电子设备的示意图。该电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现本申请上述任一实施例所述的跨云访问方法中的步骤。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

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

以上对本申请所提供的一种跨云访问方法、装置、设备及介质，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种跨云访问方法，其特征在于，包括：

在预置区部署第一正向服务并将所述预置区的第一预置区端口提供给第一用户区以及第二用户区；

在所述第一用户区创建第一终端节点，在所述第二用户区创建第二终端节点，所述第一终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第一节点IP，所述第二终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第二节点IP；

所述第一用户区基于所述第一节点IP和所述第一预置区端口对应的第一用户区端口，访问所述第一正向服务，所述第二用户区基于所述第二节点IP和所述第一用户区端口，访问所述第一正向服务。

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

在所述预置区部署第二正向服务并将所述预置区的第二预置区端口提供给所述第一用户区以及所述第二用户区；

所述第一用户区基于所述第一节点IP和所述第二预置区端口对应的第二用户区端口，访问所述第二正向服务，所述第二用户区基于所述第二节点IP和所述第二用户区端口，访问所述第二正向服务。

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

在所述第一用户区需要访问所述第一正向服务和/或所述第二正向服务时，保留所述第一终端节点以及所述第一节点IP；

在所述第一用户区不需要访问所述第一正向服务和所述第二正向服务时，取消所述第一终端节点，释放所述第一节点IP；

所述第一节点IP在释放后被分配给访问所述预置区的其他用户区所创建的终端节点。

4.根据权利要求1所述的跨云访问方法，其特征在于，所述第一用户区基于所述第一节点IP和所述第一预置区端口对应的所述第一用户区端口，访问所述第一正向服务，所述第二用户区基于所述第二节点IP和所述第一用户区端口，访问所述第一正向服务，包括：

所述第一用户区各个客户端基于所述第一节点IP和所述第一预置区端口对应的所述第一用户区端口，访问所述第一正向服务；

所述第二用户区各个客户端基于所述第二节点IP和所述第一预置区端口对应的所述第一用户区端口，访问所述第一正向服务。

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

在所述预置区创建中转节点，所述中转节点具有中转IP地址；

所述中转节点基于所述中转IP地址和第三预置区端口，向所述第一终端节点发起第一反向服务请求；

所述第一用户区基于所述第三预置区端口对应的第三用户区端口，向所述第一用户区内的具有所述第三用户区端口的第一主机转发所述第一反向服务请求，通过所述预置区向所述第一主机提供所述第一反向服务；

所述中转节点基于所述中转IP地址和第四预置区端口，向所述第一终端节点发起第二反向服务请求；

所述第一用户区基于所述第四预置区端口对应的第四用户区端口，向所述第一用户区内的具有所述第四用户区端口的第二主机转发所述第二反向服务请求，通过所述预置区向所述第二主机提供所述第二反向服务。

6.根据权利要求5所述的跨云访问方法，其特征在于，还包括：

所述中转节点基于所述中转IP地址和第五预置区端口，向所述第二终端节点发起第三反向服务请求；

所述第二用户区基于所述第五预置区端口对应的所述第三用户区端口，向所述第二用户区内的具有所述第三用户区端口的第三主机转发所述第三反向服务请求，通过所述预置区向所述第三主机提供所述第三反向服务；

所述中转节点基于所述中转IP地址和第六预置区端口，向所述第二终端节点发起第四反向服务请求；

所述第二用户区基于所述第六预置区端口对应的所述第四用户区端口，向所述第二用户区内的具有所述第四用户区端口的第四主机转发所述第四反向服务请求，通过所述预置区向所述第四主机提供所述第四反向服务。

7.根据权利要求1-6任一所述的跨云访问方法，其特征在于，还包括：

所述预置区接收配置命令；

所述预置区执行所述配置命令，以配置所述预置区的各个用于正向服务或反向服务的预置区端口。

8.一种跨云访问装置，其特征在于，所述装置包括：

第一正向服务部署模块，用于在预置区部署第一正向服务并将所述预置区的第一预置区端口提供给第一用户区以及第二用户区；

终端节点创建模块，用于在所述第一用户区创建第一终端节点，在所述第二用户区创建第二终端节点，所述第一终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第一节点IP，所述第二终端节点具有在访问所述预置区的各个用户区对应的节点IP中唯一的第二节点IP；

第一正向服务访问模块，用于所述第一用户区基于所述第一节点IP和所述第一预置区端口对应的第一用户区端口，访问所述第一正向服务，所述第二用户区基于所述第二节点IP和所述第一用户区端口，访问所述第一正向服务。

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序被所述处理器执行时实现如权利要求1至7任一所述的跨云访问方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一所述的跨云访问方法。