CN114327823A - 微服务集群的资源调用方法、系统、终端及存储介质 - Google Patents
微服务集群的资源调用方法、系统、终端及存储介质 Download PDFInfo
- Publication number
- CN114327823A CN114327823A CN202111618668.9A CN202111618668A CN114327823A CN 114327823 A CN114327823 A CN 114327823A CN 202111618668 A CN202111618668 A CN 202111618668A CN 114327823 A CN114327823 A CN 114327823A
- Authority
- CN
- China
- Prior art keywords
- service
- calling
- called party
- resource
- party
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明揭示了一种微服务集群的资源调用方法、系统、终端及存储介质，其中，方法包括：获取服务需要的被调用方路由信息，使用被调用方路由信息完成对服务调用路由的更新，得到路由表；接收调用方的调用请求，获知需要调用服务的资源标识，结合资源标识和路由表进行寻址并负载，确定被调用方并完成调用。本发明的方案使调用方和被调用方互相不感知，真正实现了对调用双方的解耦，同时还将各服务中共同的逻辑进行抽离、使服务只需关注自身的业务逻辑部分，保证了服务应用的轻量化，显著提升了资源调用的效率。
Description
技术领域
本发明涉及一种资源调用方案，具体而言，涉及一种适用于微服务集群的、可降低服务间调用耦合的资源调用方法、系统、终端及存储介质，属于微服务架构技术领域。
背景技术
在已有的微服务集群中运行着大量的服务，各服务之间存在的错综复杂的调用关系。以K8S（Kubernetes）集群为例，集群中部署着各种各样的微服务应用，同时一个服务可能由多个副本构成该服务的集群，集群内的每个实例都对外提供服务。通常而言，此类规模庞大的服务集群内的服务调用关系也异常复杂，从服务的角度而言，在集群运行过程中服务的角色既可能是调用者也可能是被调用者。
现阶段微服务集群中的资源调用主要包括以下两种方式：
其一是在调用代码中直接申明被调用方的服务网络IP和端口，在需要进行资源调用时，调用方直接感知被调用方的信息，二者间存在直接耦合。在此种方式中，若被调用方更改端口，那么就会导致调用链路中断或失效。
其二是服务在启动之后将自己的连接信息上报给统一的注册中心，并与注册中心间保持心跳检测或长连接从而监听服务的运行状态、进而刷新注册中心中可用的服务信息。当需要资源调用时，调用方向注册中心查询被调用方的可用地址，客户端负载均衡后发出请求，完成调用链路。以上过程中调用方通过获取被调用方信息间接感知调用方的服务网络IP和端口，并不能真正实现互不感知的目标。而且，在此种方式中，每个服务都需要按照一套同样的逻辑、完成连接注册中心、上报信息、保持心跳、客户端负载均衡等系一列操作，从整个服务集群的角度来看会导致很大一部分的代码和逻辑重复。此外，在此种方式中，对接服务都需要利用统一的SDK（Software Development Kit）完成，要求改造服务本身的代码，这也就使得侵入业务并完成应用对接的成本较高。
在这样的技术背景下，如何梳理服务间的调用耦合关系、降低调用方和被调用方之间的耦合性，也就成为了本领域内技术人员共同关注的问题。如果能够让调用方只关注服务所需要的资源而非资源提供方的具体信息，同时将调用行为中共同逻辑的部分统一抽象出来，让调用方能够将更多的精力关注在自身的业务实现上，那么必将提升整体服务的效率。
综上所述，如何在现有技术的基础上提出一种全新的、适用于微服务集群的、可降低服务间调用耦合的资源调用方案，也就成为了本领域内技术人员亟待解决的问题。
发明内容
鉴于现有技术存在上述缺陷，本发明提出了一种适用于微服务集群的、可降低服务间调用耦合的资源调用方法、装置、终端及存储介质，具体如下。
一种微服务集群的资源调用方法，包括：
通过监听服务终结点的变化事件，获取服务需要的被调用方路由信息，使用所述被调用方路由信息完成对服务调用路由的更新，得到整个微服务集群中可用服务的路由表；
接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，确定被调用方并将所述调用方的请求代理转发至所述被调用方、完成调用。
优选地，所述通过监听服务终结点的变化事件，获取服务需要的被调用方路由信息，使用所述被调用方路由信息完成对服务调用路由的更新，得到整个微服务集群中可用服务的路由表，包括：
实时监听服务集群中服务终结点的变化，当所述服务终结点发生变化时，获取服务终结点的变化事件；
基于所述服务终结点的变化事件、通过服务提供路由信息的标准接口与被调用方建立连接，获取服务需要的被调用方路由信息；
将所述被调用方路由信息按合规的路由格式整理后注册至服务调用路由并完成刷新，刷新后的所述服务调用路由持有整个微服务集群中可用服务的路由表。
优选地，接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，确定被调用方并将所述调用方的请求代理转发至所述被调用方、完成调用，包括：
接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，生成指向已确定的被调用方的代理调用请求；
将所述代理调用请求发送至所述被调用方，接收来自所述被调用方的响应结果，将所述响应结果发送至所述调用方，完成资源调用过程。
一种微服务集群的资源调用系统，包括：
服务路由更新模块，用于通过监听服务终结点的变化事件，获取服务需要的被调用方路由信息，使用所述被调用方路由信息完成对服务调用路由的更新，得到整个微服务集群中可用服务的路由表；
资源调用模块，用于接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，确定被调用方并将所述调用方的请求代理转发至所述被调用方、完成调用。
优选地，所述服务路由更新模块，包括：
变化事件获取单元，用于实时监听服务集群中服务终结点的变化，当所述服务终结点发生变化时，获取服务终结点的变化事件；
被调用方路由信息获取单元，用于基于所述服务终结点的变化事件、通过服务提供路由信息的标准接口与被调用方建立连接，获取服务需要的被调用方路由信息；
服务调用路由刷新单元，用于将所述被调用方路由信息按合规的路由格式整理后注册至服务调用路由并完成刷新，刷新后的所述服务调用路由持有整个微服务集群中可用服务的路由表。
优选地，所述资源调用模块，包括：
调用请求接收单元，用于接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，生成指向已确定的被调用方的代理调用请求；
调用结果响应单元，用于将所述代理调用请求发送至所述被调用方，接收来自所述被调用方的响应结果，将所述响应结果发送至所述调用方，完成资源调用过程。
一种终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的微服务集群的资源调用方法中的步骤。
一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行所述计算机程序时实现如上所述的微服务集群的资源调用方法中的步骤。
本发明的优点主要体现在以下几个方面：
本发明的一种微服务集群的资源调用方法，在保证了集群中可用服务器路由信息实时刷新的同时，使调用方和被调用方互相不感知，真正实现了对调用双方的解耦。同时方法中还将各服务中共同的逻辑进行抽离、使服务只需关注自身的业务逻辑部分，保证了服务应用的轻量化，显著提升了资源调用的效率。
与上述方法相对应的，本发明的一种微服务集群的资源调用装置、终端及存储介质，能够以自动化、标准化的处理流程，高效且准确地完成服务调用信息收集、自动化监听服务上下限，刷新集群服务路由等一系列操作，整个操作过程中对业务本身无需关注，能够切实地应用于微服务集群的日常运维中。同时，在应用本方案时，对于服务的对接几乎没有改造成本，可以在短时间内完成大量服务的对接和使用，进一步增强了本方案的适配性和兼容性。
本发明也为同领域内的其他相关问题提供了参考，可以以此为依据进行拓展延伸，运用于同领域内其他与资源调用相关的技术方案中，具有十分广阔的应用前景。
以下便结合实施例附图，对本发明的具体实施方式作进一步的详述，以使本发明技术方案更易于理解、掌握。
附图说明
图1为本发明中方法部分的流程示意图；
图2为本发明中系统部分的架构示意图。
具体实施方式
本发明揭示了一种适用于微服务集群的、可降低服务间调用耦合的资源调用方法、装置、终端及存储介质，方案的目标是在完成集群中可用服务路由信息实时刷新的同时，让调用方和被调用方互相不感知，且服务无需额外维护注册中心、主动上报、心跳或长链接保持、客户端负载均衡等重复逻辑，具体如下。
一方面，本发明涉及一种微服务集群的资源调用方法，流程如图1所示。本方案中的微服务集群整体包括调用方、中间层及被调用方，其中所述中间层由RouteAgent、K8S及HPX构成。
RouteAgent，即路由代理，它能够通过监听K8S内服务终结点（ServiceEndpoint，即集群中可用的服务连接地址）的变化，动态刷新HPX内的可用服务的路由表。
K8S，是一种可自动实施 Linux 容器操作的开源平台，它可以帮助用户省去应用容器化过程的许多手动部署和扩展操作。也就是说，可以将运行 Linux 容器的多组主机聚集在一起，由 K8S管理这些集群。
HPX，是一种七层代理中间件，能够在获取集群中所有服务路由信息后根据调用方传递的资源标识符选择正确的服务后进行调用转发并传递调用结果。
方法包括如下步骤：
S1、通过监听服务终结点的变化事件，获取服务需要的被调用方路由信息，使用所述被调用方路由信息完成对服务调用路由的更新，得到整个微服务集群中可用服务的路由表。这一步骤可具体化为以下流程。
S11、RouteAgent实时监听K8S中服务终结点的变化，当所述服务终结点发生变化时，获取服务终结点的变化事件。
S12、RouteAgent基于所述服务终结点的变化事件、通过服务提供路由信息的标准接口与被调用方建立连接，获取服务需要的被调用方路由信息。
S13、RouteAgent将所述被调用方路由信息按合规的（即符合HPX标准的）路由格式整理后注册至HPX并完成服务调用路由刷新，HPX刷新路由的过程无需重启，刷新后的HPX持有整个微服务集群中可用服务的路由表。
S2、接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，确定被调用方并将所述调用方的请求代理转发至所述被调用方、完成调用。这一步骤可具体化为以下流程。
S21、HPX接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，生成指向已确定的被调用方的代理调用请求。
在此过程中，调用方只需要在发起请求时告知HPX需要调用服务的资源标识，如“/wiki/Special”，而不需要知道这个资源是由哪个服务提供的，也不需要关心服务提供者有多少个服务副本、连接的地址分别是什么，HPX会根据传入的资源标识和所持有的所述路由表寻址并负载。
一般而言，一个标准的服务间调用URL，其形式为“http://zh.wikipedia.org:80/wiki/Special”。其中“http”表示协议；“zh.wikipedia.org”表示服务器；“80”表示服务器上的网络端口号；“/wiki/Special”表示路径，此处的路径决定了访问的资源是什么，相当于是调用方申明调用的资源路径，在本实施例中，这部分内容即为资源标识。
S22、HPX将所述代理调用请求发送至所述被调用方，接收来自所述被调用方的响应结果，将所述响应结果发送至所述调用方，完成资源调用过程。整个资源的调用过程中，调用者不感知被调用者信息，只需要关注资源标识。
综上所述，本发明的一种微服务集群的资源调用方法，在保证了集群中可用服务器路由信息实时刷新的同时，使调用方和被调用方互相不感知，真正实现了对调用双方的解耦。同时方法中还将各服务中共同的逻辑进行抽离、使服务只需关注自身的业务逻辑部分，保证了服务应用的轻量化，显著提升了资源调用的效率。
另一方面，本发明还涉及一种微服务集群的资源调用系统，架构如图2所示，包括：
服务路由更新模块，用于通过监听服务终结点的变化事件，获取服务需要的被调用方路由信息，使用所述被调用方路由信息完成对服务调用路由的更新，得到整个微服务集群中可用服务的路由表；
资源调用模块，用于接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，确定被调用方并将所述调用方的请求代理转发至所述被调用方、完成调用。
在一种可能的方案中，所述服务路由更新模块，包括：
变化事件获取单元，用于实时监听服务集群中服务终结点的变化，当所述服务终结点发生变化时，获取服务终结点的变化事件；
被调用方路由信息获取单元，用于基于所述服务终结点的变化事件、通过服务提供路由信息的标准接口与被调用方建立连接，获取服务需要的被调用方路由信息；
服务调用路由刷新单元，用于将所述被调用方路由信息按合规的路由格式整理后注册至服务调用路由并完成刷新，刷新后的所述服务调用路由持有整个微服务集群中可用服务的路由表。
在一种可能的方案中，所述资源调用模块，包括：
调用请求接收单元，用于接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，生成指向已确定的被调用方的代理调用请求；
调用结果响应单元，用于将所述代理调用请求发送至所述被调用方，接收来自所述被调用方的响应结果，将所述响应结果发送至所述调用方，完成资源调用过程。
又一方面，本发明还涉及一种终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如前文所述微服务集群的资源调用方法中的步骤，例如步骤S1~S2。
再一方面，本发明还涉及一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行所述计算机程序时实现如前文所述微服务集群的资源调用方法中的步骤，或者，处理器执行计算机程序时实现上述各装置实施例中各模块/单元的功能，例如图2所示的各模块/单元的功能。
其中，可读存储介质可以是计算机存储介质，也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如，可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(ASIC)中。另外，该ASIC可以位于用户设备中。当然，处理器和可读存储介质也可以作为分立组件存在于通信设备中。可读存储介质可以是只读存储器（ROM）、随机存取存储器（RAM）、CD-ROM、磁带、软盘和光数据存储设备等。
此外，需要补充的是，本发明中所述的微服务集群的资源调用方法还可以运行于包含公有云的虚拟机环境中，方法执行所依赖的具体运行设备及运行环境可以根据实际的应用场景进行适应性调整。
与上述方法内容相对应的，本发明的一种微服务集群的资源调用装置、终端及存储介质，能够以自动化、标准化的处理流程，高效且准确地完成服务调用信息收集、自动化监听服务上下限，刷新集群服务路由等一系列操作，整个操作过程中对业务本身无需关注，能够切实地应用于微服务集群的日常运维中。同时，在应用本方案时，对于服务的对接几乎没有改造成本，可以在短时间内完成大量服务的对接和使用，进一步增强了本方案的适配性和兼容性。
本发明也为同领域内的其他相关问题提供了参考，可以以此为依据进行拓展延伸，运用于同领域内其他与资源调用相关的技术方案中，具有十分广阔的应用前景。
对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神和基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内，不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。
Claims (8)
1.一种微服务集群的资源调用方法，其特征在于，包括：
通过监听服务终结点的变化事件，获取服务需要的被调用方路由信息，使用所述被调用方路由信息完成对服务调用路由的更新，得到整个微服务集群中可用服务的路由表；
接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，确定被调用方并将所述调用方的请求代理转发至所述被调用方、完成调用。
2.根据权利要求1所述的微服务集群的资源调用方法，其特征在于，所述通过监听服务终结点的变化事件，获取服务需要的被调用方路由信息，使用所述被调用方路由信息完成对服务调用路由的更新，得到整个微服务集群中可用服务的路由表，包括：
实时监听服务集群中服务终结点的变化，当所述服务终结点发生变化时，获取服务终结点的变化事件；
基于所述服务终结点的变化事件、通过服务提供路由信息的标准接口与被调用方建立连接，获取服务需要的被调用方路由信息；
将所述被调用方路由信息按合规的路由格式整理后注册至服务调用路由并完成刷新，刷新后的所述服务调用路由持有整个微服务集群中可用服务的路由表。
3.根据权利要求1所述的微服务集群的资源调用方法，其特征在于，接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，确定被调用方并将所述调用方的请求代理转发至所述被调用方、完成调用，包括：
接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，生成指向已确定的被调用方的代理调用请求；
将所述代理调用请求发送至所述被调用方，接收来自所述被调用方的响应结果，将所述响应结果发送至所述调用方，完成资源调用过程。
4.一种微服务集群的资源调用系统，其特征在于，包括：
服务路由更新模块，用于通过监听服务终结点的变化事件，获取服务需要的被调用方路由信息，使用所述被调用方路由信息完成对服务调用路由的更新，得到整个微服务集群中可用服务的路由表；
资源调用模块，用于接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，确定被调用方并将所述调用方的请求代理转发至所述被调用方、完成调用。
5.根据权利要求4所述的微服务集群的资源调用系统，其特征在于，所述服务路由更新模块，包括：
变化事件获取单元，用于实时监听服务集群中服务终结点的变化，当所述服务终结点发生变化时，获取服务终结点的变化事件；
被调用方路由信息获取单元，用于基于所述服务终结点的变化事件、通过服务提供路由信息的标准接口与被调用方建立连接，获取服务需要的被调用方路由信息；
服务调用路由刷新单元，用于将所述被调用方路由信息按合规的路由格式整理后注册至服务调用路由并完成刷新，刷新后的所述服务调用路由持有整个微服务集群中可用服务的路由表。
6.根据权利要求1所述的微服务集群的资源调用系统，其特征在于，所述资源调用模块，包括：
调用请求接收单元，用于接收来自调用方的调用请求，依据所述调用请求获知需要调用服务的资源标识，结合所述资源标识和所述路由表进行寻址并负载，生成指向已确定的被调用方的代理调用请求；
调用结果响应单元，用于将所述代理调用请求发送至所述被调用方，接收来自所述被调用方的响应结果，将所述响应结果发送至所述调用方，完成资源调用过程。
7.一种终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至3中任一所述的微服务集群的资源调用方法中的步骤。
8.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行所述计算机程序时实现如权利要求1至3中任一所述的微服务集群的资源调用方法中的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111618668.9A CN114327823A (zh) | 2021-12-28 | 2021-12-28 | 微服务集群的资源调用方法、系统、终端及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111618668.9A CN114327823A (zh) | 2021-12-28 | 2021-12-28 | 微服务集群的资源调用方法、系统、终端及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114327823A true CN114327823A (zh) | 2022-04-12 |
Family
ID=81015594
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111618668.9A Pending CN114327823A (zh) | 2021-12-28 | 2021-12-28 | 微服务集群的资源调用方法、系统、终端及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114327823A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115633073A (zh) * | 2022-09-02 | 2023-01-20 | 易保网络技术(上海)有限公司 | 微服务调用方法、电子设备、系统及可读存储介质 |
-
2021
- 2021-12-28 CN CN202111618668.9A patent/CN114327823A/zh active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115633073A (zh) * | 2022-09-02 | 2023-01-20 | 易保网络技术(上海)有限公司 | 微服务调用方法、电子设备、系统及可读存储介质 |
| CN115633073B (zh) * | 2022-09-02 | 2023-11-14 | 易保网络技术(上海)有限公司 | 微服务调用方法、电子设备、系统及可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110191164B (zh) | 分布式服务接入系统及方法 | |
| WO2020147466A1 (zh) | 调用服务器的方法和代理服务器 | |
| CN110351283B (zh) | 一种数据传输方法、装置、设备及存储介质 | |
| CN113301166B (zh) | 服务的调用方法及装置、存储介质、电子装置 | |
| CN104581785B (zh) | 无线网络测试方法、测试装置和移动终端 | |
| CN109451014B (zh) | 一种WebService代理系统及其透明代理方法 | |
| CN109324912B (zh) | 面向软件通信体系结构的应用管理类软件的通信方法 | |
| CN108540674B (zh) | 自动化测试方法、装置、计算机设备以及存储介质 | |
| US8230448B2 (en) | Methods, systems and computer program products for web service interaction with a resource management system | |
| CN112637332B (zh) | 一种服务注册发现方法和系统 | |
| CN109639782A (zh) | 消息发送平台、方法 | |
| CN112953982B (zh) | 一种服务处理的方法、服务配置的方法以及相关装置 | |
| CN113973129B (zh) | 一种支持多种注册中心微服务的网关 | |
| US9749362B2 (en) | Method, device, and system for obtaining address of SIP registration server | |
| KR20090022341A (ko) | 유비쿼터스 웹서비스 게이트웨이 및 방법 | |
| CN114327823A (zh) | 微服务集群的资源调用方法、系统、终端及存储介质 | |
| WO2021093671A1 (zh) | 任务处理方法、系统、装置、设备及计算机可读存储介质 | |
| CN112702441B (zh) | 基于容器的访问数据处理方法、装置、系统及存储介质 | |
| CN112637037B (zh) | 跨地域容器通讯系统、方法、存储介质及计算机设备 | |
| US7509429B2 (en) | Message endpoint activation | |
| CN110661895A (zh) | 一种服务器的网络地址映射方法及网络地址映射设备 | |
| CN109408248B (zh) | 一种Linux下线程间通信系统 | |
| CN113760447A (zh) | 服务管理方法、装置、设备、存储介质及程序产品 | |
| CN112788074B (zh) | 数据发送方法、处理方法、接收方法及其设备、存储介质 | |
| CN116132538A (zh) | 一种多应用间接口调用方法、装置、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |