CN115426391A - 一种远程过程调用协议自适应方法、相关装置及服务器 - Google Patents
一种远程过程调用协议自适应方法、相关装置及服务器 Download PDFInfo
- Publication number
- CN115426391A CN115426391A CN202210869335.1A CN202210869335A CN115426391A CN 115426391 A CN115426391 A CN 115426391A CN 202210869335 A CN202210869335 A CN 202210869335A CN 115426391 A CN115426391 A CN 115426391A
- Authority
- CN
- China
- Prior art keywords
- communication
- service
- client
- communication protocol
- service end
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
Abstract
本申请实施例提供一种远程过程调用协议自适应方法、相关装置及服务器,该方法包括:客户端向注册中心发送第一请求消息,注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议;客户端接收注册中心发送的第一服务端的通信地址和支持的通信协议;客户端根据预设的选择策略从客户端支持的通信协议和第一服务端支持的通信协议中,选择客户端和第一服务端均支持的第一通信协议;客户端根据第一通信协议和第一服务端的通信地址调用第一服务。采用本申请实施例,能够自适应地选择合适的通信协议来用于服务之间的调用。
Description
本申请是分案申请,原申请的申请号是201810554879.2,原申请日是2018年05月31日,原申请的全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机技术领域,尤其涉及一种远程过程调用协议自适应方法、相关装置及服务器。
背景技术
远程过程调用(Remote Procedure Call,RPC)是一种常见的分布式系统的通信机制和开发方法,它允许开发人员像调用本地服务一样调用远程服务,调用者对网络通信、参数编码等细节透明,甚至不用感知远程服务的部署位置。RPC在提供了强大的远程调用能力的同时不失本地调用的语义简洁性,从而在分布式计算领域特别是服务化架构中得到大量应用。分布式系统中的各个服务一般通过命名服务来互相发现。图1为现有技术中的一种RPC的场景示意图,该场景中包括服务消费者(consumer)、服务提供者(provider)、服务运行容器(container)、注册中心(registry)和监控中心(monitor),RPC的流程包括:
1、服务运行容器启动、加载、运行服务提供者;
2、服务提供者启动后向注册中心注册自己可提供的服务,注册的信息包括但不限于:对外暴露的互联网协议地址(Internet Protocol Address,IP)、端口等信息;
3、服务消费者在启动后向注册中心订阅自己所需的服务,可称为目标服务。
4、注册中心将提供目标服务的服务提供者的注册信息发送给该服务消费者,另外,如果目标服务的信息有变更,则注册中心也会将变更的信息发送给服务消费者。
5.服务消费者基于负载均衡算法从注册中心反馈的服务提供者中选择一个服务提供者来调用该目标服务,如果调用失败,则选择另外一个服务提供者来调用该目标服务。
6.服务消费者和服务提供者在内存中累计对各个服务的调用次数和调用时间,并按照预设时间周期将统计的数据发送到监控中心,以便掌控各个服务的调用情况。
目前服务消费者从服务提供者调用服务时需要基于通信协议进行通信,目前的做法是预先在服务消费者上针对每个服务各配置至少一个通信协议,当某个服务提供者所支持的通信协议有更新(例如,升级)时服务消费者是无法感知到的,这可能导致服务消费者后续无法采用更新后的通信协议正常调用该某个服务提供上的服务。也即是说,现有技术中的通信协议的配置方式可能导致服务消费者无法正常从服务提供者上调用服务。
发明内容
本申请实施例公开了一种远程过程调用协议自适应方法、相关装置及服务器,能够自适应地选择合适的通信协议来用于服务之间的调用。
第一方面,本申请实施例提供一种远程过程调用协议自适应方法,该方法包括:
客户端向注册中心发送第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址和所述第一服务端支持的通信协议;
所述客户端接收所述注册中心发送的所述第一服务端的通信地址和支持的通信协议;
所述客户端根据预设的选择策略从所述客户端支持的通信协议和所述第一服务端支持的通信协议中,选择所述客户端和所述第一服务端均支持的第一通信协议;
所述客户端根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务。
通过执行上述方法,客户端向注册中心发送第一请求消息,注册中心根据第一请求消息向客户端发送第一服务端的通信地址和支持的通信协议,然后客户端根据预设的选择策略筛选出该客户端和该第一服务端均支持的第一通信协议,之后客户端根据该第一通信协议和该第一服务端的通信地址调用所述第一服务。在这个过程中,该客户端可以根据选择策略自适应地选择合适的通信协议来与第一服务端进行通信,优化了通信协议的选择方案。
在又一种可选的方案中,所述方法包括:所述客户端更新所述选择策略,不同的所述选择策略规定的筛选规则不同。这样一来,当需要那种类型的协议的时候就可以先选择相应地选择策略,然后通过该选择策略选择出所需的通信协议。
在又一种可选的方案中,所述客户端根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务之后,还包括:所述客户端接收所述注册中心发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议。这样一来,即便是第一服务的相关信息发生了变更,该客户端依旧可以顺利地对第一服务进行调用。
第二方面,本申请实施例提供一种远程过程调用协议自适应方法,该方法包括:
客户端向注册中心发送第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址,所述第一请求消息携带所述客户端支持的通信协议;
所述客户端接收所述注册中心发送的第一通信协议和所述第一服务端的通信地址,所述第一通信协议为所述客户端和所述第一服务端均支持的通信协议;
所述客户端根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务。
通过执行上述方法,客户端向注册中心发送第一请求消息,注册中心根据第一请求消息以及各个服务端注册到注册中心的信息确定该客户端和该第一服务端均支持的第一通信协议,然后将第一通信协议和第一服务端的通信地址发送给客户端,之后客户端根据第一通信协议和该第一服务端的通信地址调用所述第一服务。在这个过程中,注册中心可以根据选择策略自适应地选择合适的通信协议供客户端与第一服务端进行通信,优化了通信协议的选择方案。
在又一种可选的方案中,所述客户端根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务之后,还包括:所述客户端接收所述注册中心发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议。这样一来,即便是第一服务的相关信息发生了变更,该客户端依旧可以顺利地对第一服务进行调用。
第三方面,本申请实施例提供一种远程过程调用协议自适应方法,该方法包括:
注册中心接收客户端发送的第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址和所述第一服务端支持的通信协议;
所述注册中心向所述客户端发送所述第一服务端的通信地址和支持的通信协议;所述第一服务端支持的通信协议用于确定第一通信协议,所述第一通信协议为所述客户端和所述第一服务端均支持的通信协议;所述第一通信协议和所述第一服务端的通信地址用于所述客户端从所述第一服务端上调用所述第一服务。
通过执行上述方法,客户端向注册中心发送第一请求消息,注册中心根据第一请求消息向客户端发送第一服务端的通信地址和支持的通信协议,然后客户端根据预设的选择策略筛选出该客户端和该第一服务端均支持的第一通信协议,之后客户端根据该第一通信协议和该第一服务端的通信地址调用所述第一服务。在这个过程中,该客户端可以根据选择策略自适应地选择合适的通信协议来与第一服务端进行通信,优化了通信协议的选择方案。
在又一种可选的方案中,所述注册中心接收客户端发送的第一请求消息之前,还包括:所述注册中心接收所述第一服务端发送的所述第一服务端的通信地址和支持的通信协议;所述注册中心存储所述第一服务端的通信地址和支持的通信协议。可以理解的是,第一服务端将第一服务的相关信息注册到注册中心,这样注册中心就可以向其他服务提供该第一服务的信息,以便其他服务可以顺利对该第一服务进行调用。
在又一种可选的方案中,所述注册中心向所述客户端发送所述第一服务端的通信地址和支持的通信协议之后,还包括:所述注册中心接收所述第一服务端发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议;所述注册中心向所述客户端发送所述第一服务端的变更信息。这样一来,即便是第一服务的相关信息发生了变更,该客户端依旧可以顺利地对第一服务进行调用。
第四方面,本申请实施例提供一种远程过程调用协议自适应方法,该方法包括:
注册中心接收客户端发送的第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址,所述第一请求消息携带所述客户端支持的通信协议;
所述注册中心确定所述第一服务端的通信地址支持的通信协议,并根据预设的选择策略从所述第一服务端支持的通信协议和所述客户端支持的通信协议中,选择所述第一服务端和所述客户端均支持的第一通信协议;
所述注册中心向所述客户端发送所述第一通信协议和所述第一服务端的通信地址,所述第一通信协议和所述第一服务端的通信地址用于所述客户端从所述第一服务端上调用所述第一服务。
通过执行上述方法,客户端向注册中心发送第一请求消息,注册中心根据第一请求消息以及各个服务端注册到注册中心的信息确定该客户端和该第一服务端均支持的第一通信协议,然后将第一通信协议和第一服务端的通信地址发送给客户端,之后客户端根据第一通信协议和该第一服务端的通信地址调用所述第一服务。在这个过程中,注册中心可以根据选择策略自适应地选择合适的通信协议供客户端与第一服务端进行通信,优化了通信协议的选择方案。
在又一种可选的方案中,所述方法包括:所述注册中心更新所述选择策略,不同的所述选择策略规定的筛选规则不同。也即是说,由该注册中心对选择策略进行集中维护,这样当选择协议的标准需要进行变换时直接在注册中心修改选择策略就可以实现,之后无论哪个服务请求第一服务的支持的通信协议,都可以从注册中心获得满足最新标准的通信协议。即选择策略在注册中心进行了集中维护,大大降低了维护成本。
在又一种可选的方案中,所述注册中心接收客户端发送的第一请求消息之前,还包括:所述注册中心接收所述第一服务端发送的所述第一服务端的通信地址和支持的通信协议;所述注册中心存储所述第一服务端的通信地址和支持的通信协议。可以理解的是,第一服务端将第一服务的相关信息注册到注册中心,这样注册中心就可以向其他服务提供该第一服务的信息,以便其他服务可以顺利对该第一服务进行调用。
在又一种可选的方案中,所述注册中心向所述客户端发送所述第一服务端的通信地址和支持的通信协议之后,还包括:所述注册中心接收所述第一服务端发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议;所述注册中心向所述客户端发送所述第一服务端的变更信息。这样一来,即便是第一服务的相关信息发生了变更,该客户端依旧可以顺利地对第一服务进行调用。
第五方面,本申请实施例提供一种客户端,该客户端包括:
通信单元,用于向注册中心发送第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址和所述第一服务端支持的通信协议;
所述通信单元,还用于接收所述注册中心发送的所述第一服务端的通信地址和支持的通信协议;
处理单元,用于根据预设的选择策略从所述客户端支持的通信协议和所述第一服务端支持的通信协议中,选择所述客户端和所述第一服务端均支持的第一通信协议;
所述处理单元,还用于根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务。
可以看出,客户端向注册中心发送第一请求消息,注册中心根据第一请求消息向客户端发送第一服务端的通信地址和支持的通信协议,然后客户端根据预设的选择策略筛选出该客户端和该第一服务端均支持的第一通信协议,之后客户端根据该第一通信协议和该第一服务端的通信地址调用所述第一服务。在这个过程中,该客户端可以根据选择策略自适应地选择合适的通信协议来与第一服务端进行通信,优化了通信协议的选择方案。
在又一种可选的方案中,所述处理单元,还用于更新所述选择策略,不同的所述选择策略规定的筛选规则不同。这样一来,当需要那种类型的协议的时候就可以先选择相应地选择策略,然后通过该选择策略选择出所需的通信协议。
在又一种可选的方案中,所述通信单元还用于,在所述处理单元根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务之后,接收所述注册中心发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议。这样一来,即便是第一服务的相关信息发生了变更,该客户端依旧可以顺利地对第一服务进行调用。
第六方面,本申请实施例提供一种客户端,该客户端包括:
通信单元,用于向注册中心发送第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址,所述第一请求消息携带所述客户端支持的通信协议;
所述通信单元,还用于接收所述注册中心发送的第一通信协议和所述第一服务端的通信地址,所述第一通信协议为所述客户端和所述第一服务端均支持的通信协议;
处理单元,用于根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务。
可以看出,客户端向注册中心发送第一请求消息,注册中心根据第一请求消息以及各个服务端注册到注册中心的信息确定该客户端和该第一服务端均支持的第一通信协议,然后将第一通信协议和第一服务端的通信地址发送给客户端,之后客户端根据第一通信协议和该第一服务端的通信地址调用所述第一服务。在这个过程中,注册中心可以根据选择策略自适应地选择合适的通信协议供客户端与第一服务端进行通信,优化了通信协议的选择方案。
在又一种可选的方案中,所述通信单元还用于,在所述处理单元根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务之后,接收所述注册中心发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议。这样一来,即便是第一服务的相关信息发生了变更,该客户端依旧可以顺利地对第一服务进行调用。
第七方面,本申请实施例提供一种注册中心,该注册中心包括:
通信单元,用于接收客户端发送的第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址和所述第一服务端支持的通信协议;
所述通信单元,还用于向所述客户端发送所述第一服务端的通信地址和支持的通信协议;所述第一服务端支持的通信协议用于确定第一通信协议,所述第一通信协议为所述客户端和所述第一服务端均支持的通信协议;所述第一通信协议和所述第一服务端的通信地址用于所述客户端从所述第一服务端上调用所述第一服务。
可以看出,客户端向注册中心发送第一请求消息,注册中心根据第一请求消息向客户端发送第一服务端的通信地址和支持的通信协议,然后客户端根据预设的选择策略筛选出该客户端和该第一服务端均支持的第一通信协议,之后客户端根据该第一通信协议和该第一服务端的通信地址调用所述第一服务。在这个过程中,该客户端可以根据选择策略自适应地选择合适的通信协议来与第一服务端进行通信,优化了通信协议的选择方案。
在又一种可选的方案中,所述通信单元接收客户端发送的第一请求消息之前:所述通信单元,还用于接收所述第一服务端发送的所述第一服务端的通信地址和支持的通信协议;所述处理单元,用于存储所述第一服务端的通信地址和支持的通信协议。可以理解的是,第一服务端将第一服务的相关信息注册到注册中心,这样注册中心就可以向其他服务提供该第一服务的信息,以便其他服务可以顺利对该第一服务进行调用。
在又一种可选的方案中,所述通信单元向所述客户端发送所述第一服务端的通信地址和支持的通信协议之后,还用于:接收所述第一服务端发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议;向所述客户端发送所述第一服务端的变更信息。这样一来,即便是第一服务的相关信息发生了变更,该客户端依旧可以顺利地对第一服务进行调用。
第八方面,本申请实施例提供了一种注册中心,该注册中心包括:
通信单元,用于接收客户端发送的第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址,所述第一请求消息携带所述客户端支持的通信协议;
处理单元,用于确定所述第一服务端的通信地址支持的通信协议,并根据预设的选择策略从所述第一服务端支持的通信协议和所述客户端支持的通信协议中,选择所述第一服务端和所述客户端均支持的第一通信协议;
所述通信单元,还用于向所述客户端发送所述第一通信协议和所述第一服务端的通信地址,所述第一通信协议和所述第一服务端的通信地址用于所述客户端从所述第一服务端上调用所述第一服务。
可以看出,客户端向注册中心发送第一请求消息,注册中心根据第一请求消息以及各个服务端注册到注册中心的信息确定该客户端和该第一服务端均支持的第一通信协议,然后将第一通信协议和第一服务端的通信地址发送给客户端,之后客户端根据第一通信协议和该第一服务端的通信地址调用所述第一服务。在这个过程中,注册中心可以根据选择策略自适应地选择合适的通信协议供客户端与第一服务端进行通信,优化了通信协议的选择方案。
在又一种可选的方案中,所述处理单元,还用于更新所述选择策略,不同的所述选择策略规定的筛选规则不同。也即是说,由该注册中心对选择策略进行集中维护,这样当选择协议的标准需要进行变换时直接在注册中心修改选择策略就可以实现,之后无论哪个服务请求第一服务的支持的通信协议,都可以从注册中心获得满足最新标准的通信协议。即选择策略在注册中心进行了集中维护,大大降低了维护成本。
在又一种可选的方案中,所述通信单元接收客户端发送的第一请求消息之前:所述通信单元,还用于接收所述第一服务端发送的所述第一服务端的通信地址和支持的通信协议;所述处理单元,还用于存储所述第一服务端的通信地址和支持的通信协议。可以理解的是,第一服务端将第一服务的相关信息注册到注册中心,这样注册中心就可以向其他服务提供该第一服务的信息,以便其他服务可以顺利对该第一服务进行调用。
在又一种可选的方案中,所述通信单元向所述客户端发送所述第一服务端的通信地址和支持的通信协议之后,还用于:接收所述第一服务端发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议;向所述客户端发送所述第一服务端的变更信息。这样一来,即便是第一服务的相关信息发生了变更,该客户端依旧可以顺利地对第一服务进行调用。
第九方面,本申请实施例提供一种服务器,所述服务器用于运行第五方面,或者第五方面的任一可能的实现方式,或者第六方面,或者第六方面任一种可能的实现方式所描述的客户端。
第十方面,本申请实施例提供一种服务器,所述服务器用于运行第七方面,或者第七方面的任一可能的实现方式,或者第八方面,或者第八方面任一种可能的实现方式所描述的注册中心。
通过实施本申请实施例,客户端向注册中心发送第一请求消息,注册中心根据第一请求消息向客户端发送第一服务端的通信地址和支持的通信协议,然后客户端根据预设的选择策略筛选出该客户端和该第一服务端均支持的第一通信协议,之后客户端根据该第一通信协议和该第一服务端的通信地址调用所述第一服务。在这个过程中,该客户端可以根据选择策略自适应地选择合适的通信协议来与第一服务端进行通信,优化了通信协议的选择方案。
附图说明
以下对本申请实施例用到的附图进行介绍。
图1是现有技术中的一种RPC的场景示意图;
图2是本申请实施例提供的一种RPC的分布式软件架构示意图;
图3是本申请实施例提供的一种远程过程调用协议自适应方法的流程示意图;
图4是本申请实施例提供的一种云原生场景中的微服务的场景示意图;
图5是本申请实施例提供的一种服务之间支持的通信协议的场景示意图;
图6是本申请实施例提供的一种远程过程调用协议自适应方法的流程示意图;
图7是本申请实施例提供的一种客户端的结构示意图;
图8是本申请实施例提供的一种客户端的结构示意图;
图9是本申请实施例提供的一种服务器的结构示意图;
图10是本申请实施例提供的一种注册中心的结构示意图;
图11是本申请实施例提供的一种注册中心的结构示意图;
图12是本申请实施例提供的一种服务器的结构示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。
请参见图2,图2是本申请实施例提供的一种PRC的分布式软件架构示意图,该软件架构包括服务治理框架201和多个应用端,图2中仅以3个应用端为例进行示意,这3个应用端依次表示为应用端202、应用端203和应用端204。其中,该服务治理框架201包括注册中心,用于接收并维护各个应用端所注册的注册信息,例如,注册信息可以包括应用端的IP、端口、支持的通信协议、可提供的服务的名称和/或标识等信息。该注册中心还用于向有需求的应用端发送相应服务所在的应用端的IP、端口、支持的通信协议等信息。可选的,该注册中心可以包括协议适配模块,用于为两个需要进行通信的应用端确定通信协议。
另外,每个应用端可以包括服务2001、编程框架2002和分布式通信层2003,一个应用端获得了另外一个应用端的注册信息之后,该一个应用端中的编程框架2002可以控制该一个应用端中的服务2001调用该另一个服务端中的服务2001。调用过程由该一个应用端中的分布式通信层2003和该另一个应用端中的分布式通信层2003作为通信支撑。在图2中,各个应用端的分布式通信层之间建立连接,且均与该注册中心建立了连接。每个编程框架2002可以包括序列化/反序列化模块和协议适配模块(可选),该一个应用端与该另一个应用端之间通信时使用的通信协议可以由该一个应用端中的或者该注册中心中的协议适配模块来确定。
以上分布式软件框架可以部署在一个服务器上或者一个分布式的服务器集群上。另外,在以上分布式软件框架中,调用服务的应用端可以称为客户端,提供服务的应用端可以称为服务端,一个应用端可能作为一个服务的客户端也可能作为另一个服务的服务端。例如,应用端202上可以提供服务1,应用端203上可以提供服务2,应用端204上可以提供服务3,假若应用端202可以从应用端203上调用服务2,应用端203可以从应用端204上调用服务3,那么,针对服务2而言,应用端203为服务端,针对服务3而言,应用端203为客户端。
请参见图3,图3是本申请实施例提供的一种远程过程调用协议自适应方法,该方法可以基于图2所示的分布式软件架构来实现,该方法包括但不限于如下步骤:
步骤S300:各个服务端向注册中心注册自身所提供的服务的信息。
具体地,假设该各个服务端中包括服务端A,下面以服务端A为例进行说明,该服务端A将自己可提供的服务的名称和/或标识、该服务端A的IP、端口、支持的通信协议等信息注册到该注册中心。各个服务端将可提供的服务在注册中心注册后,注册中心就知道了各个服务端能够提供哪些服务,以及各个客户端的通信地址以及可支持的通信协议,即该注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议。在本申请实施例中,两个不同的服务端可能会提供相同的服务;另外,一个服务端可能支持一种或多种通信协议。
下面结合云原生(Cloud native)场景对服务的特点进行举例说明。如图4所示,该场景示意了基于Java服务开发运行框架的微服务、基于C服务开发运行框架的微服务、基于GO服务开发运行框架的微服务,这些微服务均属于以上描述的服务。在本申请实施例中,可以以接口描述语言(Interface Description language,IDL)为契约定义各个微服务,并提供编译工具根据IDL文件生成对应C或JAVA或GO语言的接口代码。举例来说,定义服务名称为HelloService的服务的实例可以如下:
package com.huawei.demo;
message HelloRequest{
required int32 sno=1;
}
message HelloReply{
required int32 sno=1;
}
service HelloService{
rpc sayHello(HelloRequest)returns(HelloReply);
}
进一步地使用编译工具生成对应Java接口代码的实例可以如下:
package com.huawei.demo;
public interface HelloService{
int sayHello(int name);
}
执行上述实例之后,该HelloService服务就成了一个基于C服务开发运行框架的微服务。基于相同原理就可以得到基于Java服务开发运行框架的微服务、基于C服务开发运行框架的微服务、基于GO服务开发运行框架的微服务,等等。其中,假若基于C服务开发运行框架的各个微服务间支持基于传输控制协议(Transmission Control Protocol,TCP)传输ProtoBuf序列化的高性能私有协议A;基于JAVA服务开发运行框架的各个微服务间支持基于Netty传输基于ProtoBuf序列化的高性能私有协议B;基于GO服务开发运行框架的各个微服务间支持基于TCP传输私有协议C;以上列出的所有服务间为了互通都支持目标互通协议(例如,HTTP协议),该目标互通协议可以表示为InterWay,那么各种类型的服务的特点归纳如表以所示,各种类型的服务之间通信时可采用的通信协议方案如图5所示,从图5可看出:
1.基于C语言的服务于基于C语言的服务之间可以使用私有协议A互通。
2.基于Java语言的服务于基于Java语言的服务之间可以使用私有协议B互通。
3.基于GO语言的服务于基于GO语言的服务之间可以使用私有协议C互通。
4.基于C语言的服务于、基于Java语言的服务、基于GO语言的服务中任两相之间可以使用目标互通协议互通。
表1
以上对各个服务的特点进行了介绍,下面例举服务端A向注册中心注册的实例:
{
"instanceId":"65537",
"ServiceName":"HelloService",
"endpoints":
["A://156.103.2.144:22225","InterWay://156.103.2.144:22226",],
…
}
根据以上实例可知,该注册的服务的标识为65537,注册的服务的名称为HelloService。该服务端A可支持私有协议A,当采用私有协议A通信时,该服务端A的通信地址包括IP地址156.103.2.144和端口22225;服务端A还支持目标互通协议,当采用目标互通协议通信时,服务端A的通信地址包括IP地址156.103.2.144和端口22226。
步骤S301:客户端向注册中心发送第一请求消息。
具体地,所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址和所述第一服务端支持的通信协议。该第一服务为该客户端需要调用的一个服务。
步骤S302:该注册中心接收客户端发送的第一请求消息。
具体地,该第一请求消息可以包括该第一服务的服务名称和/或标识(ID),这样该注册中心对第一请求消息解析后就可以首先根据该服务名称和/或标识确定该第一服务。然后注册中心根据已经注册到自身的信息中确定能够提供该第一服务的服务端,本申请实施例可以称能够提供该第一服务的服务端为第一服务端。确定出第一服务端之后可以进一步确定该第一服务端的通信地址,例如,IP、端口等信息,还有该第一服务端支持的通信协议。
例如,第一请求消息中携带的服务名称为HelloService,则HelloService为第一服务,因此该注册中心可以从存储的信息中确定第一请求消息请求的第一服务的标识为"65537",并且可以确定提供第一服务的第一服务端(endpoints)信息为["A://156.103.2.144:22225","Inter://156.103.2.144:22226"],即确定出第一服务支持私有协议A和目标互通协议Inter,当采用私有协议A与第一服务端通信时,第一服务端的IP地址为156.103.2.144,端口为22225;当采用目标互通协议与第一服务端通信时,第一服务端的IP地址为156.103.2.144,端口为22226。
步骤S303:该注册中心向所述客户端发送所述第一服务端的通信地址和支持的通信协议。
步骤S304:该客户端接收该注册中心发送的该第一服务端的通信地址和支持的通信协议。
具体地,该客户端可能接收到了一个或者多个第一服务端的通信地址和支持的通信协议,当接收到的是一个第一服务端的通信地址和支持的通信协议时,该客户端针对该一个第一服务端执行步骤S305;当接收到的是多个第一服务端的通信地址和支持的通信协议时,该客户端仅针对其中一个第一服务端(该一个第一服务端的选择规则此处不作限定)执行步骤S305。
步骤S305:所述客户端根据预设的选择策略从所述客户端支持的通信协议和所述第一服务端支持的通信协议中,选择所述客户端和所述第一服务端均支持的第一通信协议。
具体地,该客户端知道自身支持的通信协议有哪些,根据该注册中心的反馈也知道第一服务端支持的通信协议,因此该客户端可以首先确定客户端和第一服务端均支持的通信协议,然后根据预设的选择策略从确定出的通信协议中筛选出第一通信协议。可以理解的是,该客户端和第一服务端均支持的通信协议可能不止一个,因此该客户端需要根据选择策略选择一个通信协议来进行通信。其中,该选择策略规定了按照什么规则来选择通信协议,例如,规定选择安全性更高的通信协议;再如,规定选择传输效率最高的通信协议;等等。
举例来说,假若客户端支持私有协议A和目标互通协议,第一服务端也支持私有协议A和目标互通协议,那么该客户端和该第一服务端均支持的通信协议包括私有协议A和目标互通协议,此时需要按照选择策略从私有协议A和目标互通协议中选择一个通信协议作为第一通信协议,最终选择出的通信协议为其中哪个具体由该选择策略来决定,例如,若该通信协议规定选择安全级别更高的通信协议,则选择出的通信协议为私有协议A;若该通信协议规定选择兼容性更好(例如,能够支持更多类型的对象通信)的通信协议,则选择出的通信协议为目标互通协议。另外,确定出采用的通信协议后,又可以根据确定的通信协议匹配更详细的地址,例如,若采用的是通信协议A,则可以匹配到第一服务端的通信地址包括:IP地址156.103.2.144和端口22225。若采用的是目标互通协议,则可以匹配到第一服务端的通信地址包括:IP地址156.103.2.144和端口22226。
可选的,该客户端可以根据需要更新该选择策略,不同的所述选择策略规定的筛选规则不同。可以理解的是,随着时间的改变运行时实际需要的选择可能不同,例如,有时候需要安全性更高的通信协议,有时候需要传输效率更高的通信协议,有时候需要互通性能更强的通信协议。开发者通过改变选择策略即可保证筛选出满足相应特点通信协议。
步骤S306:该客户端根据该第一通信协议和该第一服务端的通信地址调用所述第一服务。
具体地,该客户端根据该第一服务端的通信地址可以与该第一服务端建立通信连接,建立通信连接之后该客户端即从该第一服务端调用该第一服务。可选的,当客户端与第一服务端基于该第一通信协议建立通信,之后该客户端向该第一服务端发送HelloRequest消息,相应地,该第一服务端接收到该HelloRequest消息之后向该客户端发送HelloReply消息,从而实现该客户端对该第一服务端的调用。下面对HelloRequest消息做简单介绍:假若第一服务为HelloService服务,那么客户端会预先执行如下程序代码:
HelloService_ref_s*svcRef=DPSF_SVC_REF_GET("HelloService");//line 1
HelloRequest*msg_hello=H_SF_MSG_NEW(HelloRequest); //line 2
msg_hello->sno=1; //line 3
svcRef->sayHello(msg_hello); //line 4
以上代码中,第一行(line 1)用于定义需要调用的服务为HelloService服务,第二行(line 2)用于指定HelloRequest消息来发送用于调用HelloService的请求,第三行(line 3)用于对HelloRequest消息填充所需的相关参数,第四行(line 4)用于采用sayHello方法发送HelloRequest消息。
下面对第一通信协议做举例说明,例如,当确定第一通信协议为私有协议A,且第一服务端的通信地址为“156.103.2.144:22225”时,客户端尝试与通信地址“156.103.2.144:22225”建立套接子(socket)连接,并根据私有协议A格式对HelloRequest消息中的msg_hello消息进行序列化,进行消息发送。相应地,第一服务端监听地址“156.103.2.144:22225”获取客户端发送的消息,并根据该地址判断使用通信协议“A”,并根据通信协议“A”对消息进行反序列化,然后对第一服务进行调用。
在本申请实施例中,第一服务端的信息发生变更时(例如,支持的通信协议的类型或者版本,通信地址等发生变更),该第一服务端会将变更信息发送给注册中心。该客户端可以向注册中心订阅第一服务端的变更信息,相应地,注册中心在确定第一服务的相关信息发生变更之后,将变更信息发送给客户端,这样客户端就可以及时获知第一服务的最新信息,有利于客户端对第一服务进行调用。其中,第一服务的相关信息包括第一服务所在的第一服务端支持的通信协议的类型或者版本,通信地址,等等。
在图3所描述的方法中,客户端向注册中心发送第一请求消息,注册中心根据第一请求消息向客户端发送第一服务端的通信地址和支持的通信协议,然后客户端根据预设的选择策略筛选出该客户端和该第一服务端均支持的第一通信协议,之后客户端根据该第一通信协议和该第一服务端的通信地址调用所述第一服务。在这个过程中,该客户端可以根据选择策略自适应地选择合适的通信协议来与第一服务端进行通信,优化了通信协议的选择方案。
请参见图6,图6是本申请实施例提供的一种远程过程调用协议自适应方法,该方法可以基于图2所示的分布式软件架构来实现,该方法包括但不限于如下步骤:
步骤S600:各个服务端向注册中心注册自身所提供的服务的信息。
具体地,步骤S600可以参照步骤S300,此处不再赘述。
步骤S601:客户端向注册中心发送第一请求消息。
具体地,步骤S601可以参照步骤S301,此处不再赘述。
步骤S602:该注册中心接收客户端发送的第一请求消息。
具体地,步骤S602可以参照步骤S302,另外,第一请求消息中还携带了该客户端支持的通信协议的信息,例如,携带的形式可以为http://xxx?protocol="A,Interway",根据携带的信息就可以知道该客户端支持私有协议A和目标互通协议Interway。
步骤S603:所述注册中心确定所述第一服务端的通信地址支持的通信协议,并根据预设的选择策略从所述第一服务端支持的通信协议和所述客户端支持的通信协议中,选择所述第一服务端和所述客户端均支持的第一通信协议。
具体地,注册中心根据各个服务端在注册中心注册的信息和第一请求消息中携带的信息,就可以确定客户端支持的通信协议,以及第一服务端支持的通信协议,因此该注册中心可以首先确定客户端和第一服务端均支持的通信协议,然后根据预设的选择策略从确定出的通信协议中筛选出第一通信协议。可以理解的是,该客户端和第一服务端均支持的通信协议可能不止一个,因此该注册中心需要根据选择策略选择一个通信协议来进行通信。其中,该选择策略规定了按照什么规则来选择通信协议,例如,规定选择安全性更高的通信协议;再如,规定选择传输效率最高的通信协议;等等。
举例来说,假若客户端支持私有协议A和目标互通协议,第一服务端也支持私有协议A和目标互通协议,那么该客户端和该第一服务端均支持的通信协议包括私有协议A和目标互通协议,此时需要按照选择策略从私有协议A和目标互通协议中选择一个通信协议作为第一通信协议,最终选择出的通信协议为其中哪个具体由该选择策略来决定,例如,若该通信协议规定选择安全级别更高的通信协议,则选择出的通信协议为私有协议A;若该通信协议规定选择兼容性更好(例如,可以支持更多类型的对象通信)的通信协议,则选择出的通信协议为目标互通协议。另外,确定出采用的通信协议后,又可以根据确定的通信协议匹配更详细的地址,例如,若采用的是通信协议A,则可以匹配到第一服务端的通信地址包括:IP地址156.103.2.144和端口22225。若采用的是目标互通协议,则可以匹配到第一服务端的通信地址包括:IP地址156.103.2.144和端口22226。
可选的,该注册中心可以根据需要更新该选择策略,不同的所述选择策略规定的筛选规则不同。可以理解的是,随着时间的改变开发人员对通信协议的选择可能有不同想法,例如,有时候需要安全性更高的通信协议,有时候需要传输效率更高的通信协议,有时候需要互通性能更强的通信协议。开发者通过改变选择策略即可保证筛选出满足相应特点通信协议。另外,由于选择策略部署在注册中心上,因此当开发人员想要对选择策略进行变更时,直接在注册中心上进行变更即可保证后续所有服务的调用过程均使用到新的选择策略,维护成本低。
步骤S604:注册中心向所述客户端发送所述第一通信协议和所述第一服务端的通信地址。
步骤S605:客户端接收注册中心发送的第一通信协议和所述第一服务端的通信地址。
步骤S606:该客户端根据该第一通信协议和第一服务端的通信地址调用所述第一服务。
具体地,步骤S606的可以参照步骤S306,此处不再赘述。
在图6所描述的方法中,客户端向注册中心发送第一请求消息,注册中心根据第一请求消息以及各个服务端注册到注册中心的信息确定该客户端和该第一服务端均支持的第一通信协议,然后将第一通信协议和第一服务端的通信地址发送给客户端,之后客户端根据第一通信协议和该第一服务端的通信地址调用所述第一服务。在这个过程中,注册中心可以根据选择策略自适应地选择合适的通信协议供客户端与第一服务端进行通信,优化了通信协议的选择方案。另外,选择策略部署在注册中心上,维护成本低。
上述详细阐述了本申请实施例的方法,下面提供了本申请实施例的装置。
请参见图7,图7是本申请实施例提供的一种客户端70的结构示意图,该客户端可以包括通信单元701和处理单元702。若对应到图2中,该通信单元701用于执行图2中的分布式通信层2003所需执行的操作,该处理单元702用于执行图2中的服务2001和编程框架2002所需执行的操作。该通信单元701和处理单元702的详细描述如下。
通信单元701用于向注册中心发送第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址和所述第一服务端支持的通信协议;
所述通信单元701还用于接收所述注册中心发送的所述第一服务端的通信地址和支持的通信协议;
处理单元702用于根据预设的选择策略从所述客户端支持的通信协议和所述第一服务端支持的通信协议中,选择所述客户端和所述第一服务端均支持的第一通信协议;
所述处理单元701还用于根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务。
在又一种可选的方案中,所述处理单元702还用于更新所述选择策略,不同的所述选择策略规定的筛选规则不同。
在又一种可选的方案中,所述通信单元701还用于,在所述处理单元702根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务之后,接收所述注册中心发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议。
需要说明的是,各个单元的实现还可以对应参照图3所示的方法实施例的相应描述。
请参见图8,图8是本申请实施例提供的一种客户端80的结构示意图,该客户端可以包括通信单元801和处理单元802。若对应到图2中,该通信单元801用于执行图2中的分布式通信层2003所需执行的操作,该处理单元802用于执行图2中的服务2001和编程框架2002所需执行的操作。该通信单元801和处理单元802的详细描述如下。
通信单元801用于向注册中心发送第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址,所述第一请求消息携带所述客户端支持的通信协议;
所述通信单元801还用于接收所述注册中心发送的第一通信协议和所述第一服务端的通信地址,所述第一通信协议为所述客户端和所述第一服务端均支持的通信协议;
所述处理单元802用于根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务。
在又一种可选的方案中,所述通信单元还用于,在所述处理单元根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务之后,接收所述注册中心发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议。
在又一种可选的方案中,所述处理单元802还用于更新所述选择策略,不同的所述选择策略规定的筛选规则不同。
在又一种可选的方案中,所述通信单元801还用于,在所述处理单元根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务之后,接收所述注册中心发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议。
需要说明的是,各个单元的实现还可以对应参照图6所示的方法实施例的相应描述。
请参见图9,图9是本申请实施例提供的一种服务器90,该服务器90包括处理器901、存储器902和通信接口903,所述处理器901、存储器902和通信接口903通过总线相互连接。
存储器902包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmableread only memory,EPROM)、或便携式只读存储器(compact disc read-only memory,CD-ROM),该存储器902用于相关指令及数据。
处理器901可以是一个或多个中央处理器(central processing unit,CPU),在处理器901是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
处理器901用于读取所述存储器902中存储的指令,来执行图7或图8所示实例中处理单元所执行的操作,通信接口903用于执行图7或图8所示实施例中的通信单元所执行的操作。也即是说,该服务器用于图7或者图8中的客户端。
请参见图10,图10是本申请实施例提供的一种注册中心100的结构示意图,注册中心可包括通信单元1001和处理单元1002。该通信单元1001和处理单元1002的详细描述如下。
通信单元1001用于接收客户端发送的第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址和所述第一服务端支持的通信协议;
所述通信单元1001还用于向所述客户端发送所述第一服务端的通信地址和支持的通信协议;所述第一服务端支持的通信协议用于确定第一通信协议,所述第一通信协议为所述客户端和所述第一服务端均支持的通信协议;所述第一通信协议和所述第一服务端的通信地址用于所述客户端从所述第一服务端上调用所述第一服务。
在又一种可选的方案中,所述通信单元1001接收客户端发送的第一请求消息之前:
所述通信单元1001还用于接收所述第一服务端发送的所述第一服务端的通信地址和支持的通信协议;
所述处理单元1002用于存储所述第一服务端的通信地址和支持的通信协议。
在又一种可选的方案中,所述通信单元1001向所述客户端发送所述第一服务端的通信地址和支持的通信协议之后,还用于:
接收所述第一服务端发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议;
向所述客户端发送所述第一服务端的变更信息。
需要说明的是,各个单元的实现还可以对应参照图3所示的方法实施例的相应描述。
请参见图11,图11是本申请实施例提供的一种注册中心110的结构示意图,注册中心可包括通信单元1101和处理单元1102。该通信单元1101和处理单元1102的详细描述如下。
通信单元1101用于接收客户端发送的第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址,所述第一请求消息携带所述客户端支持的通信协议;
处理单元1102用于确定所述第一服务端的通信地址支持的通信协议,并根据预设的选择策略从所述第一服务端支持的通信协议和所述客户端支持的通信协议中,选择所述第一服务端和所述客户端均支持的第一通信协议;
所述通信单元1101还用于向所述客户端发送所述第一通信协议和所述第一服务端的通信地址,所述第一通信协议和所述第一服务端的通信地址用于所述客户端从所述第一服务端上调用所述第一服务。
在又一种可选的方案中,所述处理单元1102还用于更新所述选择策略,不同的所述选择策略规定的筛选规则不同。
在又一种可选的方案中,所述通信单元1101接收客户端发送的第一请求消息之前:
所述通信单元1101还用于接收所述第一服务端发送的所述第一服务端的通信地址和支持的通信协议;
所述处理单元1102还用于存储所述第一服务端的通信地址和支持的通信协议。
在又一种可选的方案中,所述通信单元1101向所述客户端发送所述第一服务端的通信地址和支持的通信协议之后,还用于:
接收所述第一服务端发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议;
向所述客户端发送所述第一服务端的变更信息。
需要说明的是,各个单元的实现还可以对应参照图6所示的方法实施例的相应描述。
请参见图12,图12是本申请实施例提供的一种服务器120,该服务器120包括处理器1201、存储器1202和通信接口1203,所述处理器1201、存储器1202和通信接口1203通过总线相互连接。
存储器1202包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmableread only memory,EPROM)、或便携式只读存储器(compact disc read-only memory,CD-ROM),该存储器1202用于相关指令及数据。
处理器1201可以是一个或多个中央处理器(central processing unit,CPU),在处理器1201是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
处理器1201用于读取所述存储器1202中存储的指令,来执行图10或图11所示实例中处理单元所执行的操作,通信接口1203用于执行图10或图11所示实施例中的通信单元所执行的操作。也即是说,该服务器用于图10或者图11中的注册中心。
需要说明的是,以上服务器90可以是单个服务器也可以是一个服务器集群,服务器120可以是单个服务器也可以是一个服务器集群还可以是一个服务器集群。另外,服务器90和服务器120可以为两个不同的服务器(或服务器集群),也可以为同一个服务器(或服务器集群)。
综上所述,客户端向注册中心发送第一请求消息,注册中心根据第一请求消息以及各个服务端注册到注册中心的信息确定该客户端和该第一服务端均支持的第一通信协议,然后将第一通信协议和第一服务端的通信地址发送给客户端,之后客户端根据第一通信协议和该第一服务端的通信地址调用所述第一服务。在这个过程中,注册中心可以根据选择策略自适应地选择合适的通信协议供客户端与第一服务端进行通信,优化了通信协议的选择方案。另外,选择策略部署在注册中心上,维护成本低。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来指令相关的硬件完成,该程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。而前述的存储介质包括:ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。
Claims (26)
1.一种远程过程调用协议自适应方法,其特征在于,包括:
客户端向注册中心发送第一请求消息,所述注册中心用于管理多个服务中每个服务所在的服务端的通信地址和所述每个服务所在的服务端支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址和所述第一服务端支持的通信协议;
所述客户端接收来自所述注册中心的所述第一服务端的通信地址和所述第一服务端支持的通信协议;
所述客户端从所述客户端支持的通信协议和所述第一服务端支持的通信协议中,选择所述客户端和所述第一服务端均支持的第一通信协议;
所述客户端根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务。
2.根据权利要求1所述的方法,其特征在于,所述客户端是根据预设的选择策略,从所述客户端支持的通信协议和所述第一服务端支持的通信协议中,选择所述客户端和所述第一服务端均支持的第一通信协议的。
3.根据权利要求1或2所述的方法,其特征在于,所述客户端根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务之后,还包括:
所述客户端接收来自所述注册中心的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议。
4.一种远程过程调用协议自适应方法,其特征在于,包括:
客户端向注册中心发送第一请求消息,所述注册中心用于管理多个服务中每个服务所在的服务端的通信地址和所述每个服务所在的服务端支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址,所述第一请求消息携带所述客户端支持的通信协议;
所述客户端来自所述注册中心的第一通信协议和所述第一服务端的通信地址,所述第一通信协议为所述客户端和所述第一服务端均支持的通信协议;
所述客户端根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务。
5.根据权利要求4所述的方法,其特征在于,所述客户端根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务之后,还包括:
所述客户端接收所述注册中心发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议。
6.一种远程过程调用协议自适应方法,其特征在于,包括:
注册中心接收来自客户端的第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和所述每个服务所在的服务端支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址和所述第一服务端支持的通信协议;
所述注册中心向所述客户端发送所述第一服务端的通信地址和所述第一服务端支持的通信协议;所述第一服务端支持的通信协议用于确定第一通信协议,所述第一通信协议为所述客户端和所述第一服务端均支持的通信协议;所述第一通信协议和所述第一服务端的通信地址用于所述客户端从所述第一服务端上调用所述第一服务。
7.根据权利要求6所述的方法,其特征在于,所述注册中心接收客户端发送的第一请求消息之前,还包括:
所述注册中心接收所述第一服务端发送的所述第一服务端的通信地址和支持的通信协议;
所述注册中心存储所述第一服务端的通信地址和支持的通信协议。
8.根据权利要求6或7所述的方法,其特征在于,所述注册中心向所述客户端发送所述APEX MOTORSPORTS第一服务端的通信地址和支持的通信协议之后,还包括:
所述注册中心接收所述第一服务端发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议;
所述注册中心向所述客户端发送所述第一服务端的变更信息。
9.一种远程过程调用协议自适应方法,其特征在于,包括:
注册中心接收来自客户端的第一请求消息,所述注册中心用于管理多个服务中每个服务所在的服务端的通信地址和所述每个服务所在的服务端支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址,所述第一请求消息携带所述客户端支持的通信协议;
所述注册中心确定所述第一服务端的通信地址支持的通信协议,并从所述第一服务端支持的通信协议和所述客户端支持的通信协议中,选择所述第一服务端和所述客户端均支持的第一通信协议;
所述注册中心向所述客户端发送所述第一通信协议和所述第一服务端的通信地址,所述第一通信协议和所述第一服务端的通信地址用于所述客户端从所述第一服务端上调用所述第一服务。
10.根据权利要求9所述的方法,其特征在于,所述注册中心是根据预设的选择策略,从所述第一服务端支持的通信协议和所述客户端支持的通信协议中,选择所述第一服务端和所述客户端均支持的第一通信协议的。
11.根据权利要求9或10所述的方法,其特征在于,所述注册中心接收客户端发送的第一请求消息之前,还包括:
所述注册中心接收所述第一服务端发送的所述第一服务端的通信地址和支持的通信协议;
所述注册中心存储所述第一服务端的通信地址和支持的通信协议。
12.根据权利要求9-11任一项所述的方法,其特征在于,所述注册中心向所述客户端发送所述第一服务端的通信地址和支持的通信协议之后,还包括:
所述注册中心接收所述第一服务端发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议;
所述注册中心向所述客户端发送所述第一服务端的变更信息。
13.一种客户端,其特征在于,包括:
通信单元,用于向注册中心发送第一请求消息,所述注册中心用于管理多个服务中每个服务所在的服务端的通信地址和所述每个服务所在的服务端支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址和所述第一服务端支持的通信协议;
所述通信单元,还用于接收来自所述注册中心的所述第一服务端的通信地址和所述第一服务端支持的通信协议;
处理单元,用于从所述客户端支持的通信协议和所述第一服务端支持的通信协议中,选择所述客户端和所述第一服务端均支持的第一通信协议;
所述处理单元,还用于根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务。
14.根据权利要求13所述的客户端,其特征在于:
所述处理单元,还用于根据预设的选择策略,从所述客户端支持的通信协议和所述第一服务端支持的通信协议中,选择所述客户端和所述第一服务端均支持的第一通信协议。
15.根据权利要求13或14所述的客户端,其特征在于,所述通信单元还用于,在所述处理单元根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务之后,接收来自所述注册中心的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议。
16.一种客户端,其特征在于,包括:
通信单元,用于向注册中心发送第一请求消息,所述注册中心用于管理多个服务中每个服务所在的服务端的通信地址和所述每个服务所在的服务端支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址,所述第一请求消息携带所述客户端支持的通信协议;
所述通信单元,还用于接收来自所述注册中心的第一通信协议和所述第一服务端的通信地址,所述第一通信协议为所述客户端和所述第一服务端均支持的通信协议;
处理单元,用于根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务。
17.根据权利要求16所述的客户端,其特征在于,所述通信单元还用于,在所述处理单元根据所述第一通信协议和所述第一服务端的通信地址调用所述第一服务之后,接收所述注册中心发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议。
18.一种注册中心,其特征在于,包括:
通信单元,用于接收来自客户端的第一请求消息,所述注册中心存储了多个服务中每个服务所在的服务端的通信地址和所述每个服务所在的服务端支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址和所述第一服务端支持的通信协议;
所述通信单元,还用于向所述客户端发送所述第一服务端的通信地址和所述第一服务端支持的通信协议;所述第一服务端支持的通信协议用于确定第一通信协议,所述第一通信协议为所述客户端和所述第一服务端均支持的通信协议;所述第一通信协议和所述第一服务端的通信地址用于所述客户端从所述第一服务端上调用所述第一服务。
19.根据权利要求18所述的注册中心,其特征在于,所述通信单元接收客户端发送的第一请求消息之前:
所述通信单元,还用于接收所述第一服务端发送的所述第一服务端的通信地址和支持的通信协议;
所述处理单元,用于存储所述第一服务端的通信地址和支持的通信协议。
20.根据权利要求18或19所述的注册中心,其特征在于,所述通信单元向所述客户端发送所述第一服务端的通信地址和支持的通信协议之后,还用于:
接收所述第一服务端发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议;
向所述客户端发送所述第一服务端的变更信息。
21.一种注册中心,其特征在于,包括:
通信单元,用于接收来自客户端的第一请求消息,所述注册中心用于管理多个服务中每个服务所在的服务端的通信地址和所述每个服务所在的服务端支持的通信协议;所述第一请求消息用于请求所述多个服务中的第一服务所在的第一服务端的通信地址,所述第一请求消息携带所述客户端支持的通信协议;
处理单元,用于确定所述第一服务端的通信地址支持的通信协议,并从所述第一服务端支持的通信协议和所述客户端支持的通信协议中,选择所述第一服务端和所述客户端均支持的第一通信协议;
所述通信单元,还用于向所述客户端发送所述第一通信协议和所述第一服务端的通信地址,所述第一通信协议和所述第一服务端的通信地址用于所述客户端从所述第一服务端上调用所述第一服务。
22.根据权利要求21所述的注册中心,其特征在于:
所述处理单元,还用于根据预设的选择策略,从所述第一服务端支持的通信协议和所述客户端支持的通信协议中,选择所述第一服务端和所述客户端均支持的第一通信协议。
23.根据权利要求21或22所述的注册中心,其特征在于,所述通信单元接收客户端发送的第一请求消息之前:
所述通信单元,还用于接收所述第一服务端发送的所述第一服务端的通信地址和支持的通信协议;
所述处理单元,还用于存储所述第一服务端的通信地址和支持的通信协议。
24.根据权利要求21-23任一项所述的注册中心,其特征在于,所述通信单元向所述客户端发送所述第一服务端的通信地址和支持的通信协议之后,还用于:
接收所述第一服务端发送的所述第一服务端的变更信息,所述变更信息包括通信地址和/或支持的通信协议;
向所述客户端发送所述第一服务端的变更信息。
25.一种服务器,其特征在于,所述服务器用于运行权利要求13-17任一项所述的客户端。
26.一种服务器,其特征在于,所述服务器用于运行权利要求18-24任一项所述的注册中心。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210869335.1A CN115426391A (zh) | 2018-05-31 | 2018-05-31 | 一种远程过程调用协议自适应方法、相关装置及服务器 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810554879.2A CN110557357B (zh) | 2018-05-31 | 2018-05-31 | 一种远程过程调用协议自适应方法、相关装置及服务器 |
CN202210869335.1A CN115426391A (zh) | 2018-05-31 | 2018-05-31 | 一种远程过程调用协议自适应方法、相关装置及服务器 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810554879.2A Division CN110557357B (zh) | 2018-05-31 | 2018-05-31 | 一种远程过程调用协议自适应方法、相关装置及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115426391A true CN115426391A (zh) | 2022-12-02 |
Family
ID=68697843
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210869335.1A Pending CN115426391A (zh) | 2018-05-31 | 2018-05-31 | 一种远程过程调用协议自适应方法、相关装置及服务器 |
CN201810554879.2A Active CN110557357B (zh) | 2018-05-31 | 2018-05-31 | 一种远程过程调用协议自适应方法、相关装置及服务器 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810554879.2A Active CN110557357B (zh) | 2018-05-31 | 2018-05-31 | 一种远程过程调用协议自适应方法、相关装置及服务器 |
Country Status (2)
Country | Link |
---|---|
CN (2) | CN115426391A (zh) |
WO (1) | WO2019228515A1 (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210329100A1 (en) * | 2020-04-10 | 2021-10-21 | Oracle International Corporation | System and method for use of remote procedure call with a microservices environment |
CN111787048B (zh) * | 2020-04-28 | 2023-08-04 | 北京沃东天骏信息技术有限公司 | 一种终端设备的连接方法、调度服务器及物联网系统 |
CN112055091B (zh) * | 2020-09-11 | 2022-09-30 | 华人运通(上海)云计算科技有限公司 | 车载微服务架构、车载模块的通信方法和装置 |
CN114697305A (zh) * | 2020-12-14 | 2022-07-01 | 北京神州泰岳软件股份有限公司 | 一种基于微服务架构的业务处理方法、装置及系统 |
CN112783049B (zh) * | 2020-12-31 | 2022-08-26 | 西安邮电大学 | 一种基于微服务的灯联网远程控制系统 |
CN112769945B (zh) * | 2021-01-19 | 2023-02-03 | 中国工商银行股份有限公司 | 分布式服务调用方法及装置 |
CN113556392B (zh) * | 2021-07-19 | 2023-11-14 | 广州市百果园网络科技有限公司 | 通信系统、方法、设备及存储介质 |
CN113742100A (zh) * | 2021-08-27 | 2021-12-03 | 欧电云信息科技(江苏)有限公司 | 基于微服务架构的服务调用方法、系统、设备及介质 |
CN114172946A (zh) * | 2021-12-06 | 2022-03-11 | 京东科技信息技术有限公司 | 请求结果发送方法、装置、电子设备和计算机可读介质 |
CN114640610B (zh) * | 2022-02-25 | 2023-10-20 | 北京水滴科技集团有限公司 | 基于云原生的服务治理方法、装置及存储介质 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101005488A (zh) * | 2006-01-18 | 2007-07-25 | 华为技术有限公司 | 一种协商确定终端采用ip协议版本的方法和系统 |
CN103117983B (zh) * | 2011-11-16 | 2015-11-04 | 中国移动通信集团公司 | 数据服务请求应答方法和数据服务协议栈的设计方法 |
US8515020B1 (en) * | 2012-09-14 | 2013-08-20 | GreatCall, Inc. | Adaptive system with call center and trusted network |
CN105141707B (zh) * | 2014-06-09 | 2018-09-11 | 阿里巴巴集团控股有限公司 | 一种地址信息传输方法及装置 |
CN105357233A (zh) * | 2014-08-18 | 2016-02-24 | 阿里巴巴集团控股有限公司 | 一种远程调用方法与设备 |
CN107295114A (zh) * | 2016-04-05 | 2017-10-24 | 北京京东尚科信息技术有限公司 | 分布式服务寻址方法与系统 |
CN106453288B (zh) * | 2016-09-29 | 2019-06-04 | 上海和付信息技术有限公司 | 一种支持异步模式的分布式微服务框架系统及其实现方法 |
CN106411933B (zh) * | 2016-11-15 | 2019-09-10 | 深圳市彬讯科技有限公司 | 一种可进行服务治理与语言调用的轻量级rpc系统 |
CN106506509B (zh) * | 2016-11-15 | 2019-11-08 | 深圳市彬讯科技有限公司 | 可进行服务治理与语言调用的轻量级rpc框架实现方法 |
-
2018
- 2018-05-31 CN CN202210869335.1A patent/CN115426391A/zh active Pending
- 2018-05-31 CN CN201810554879.2A patent/CN110557357B/zh active Active
-
2019
- 2019-05-31 WO PCT/CN2019/089607 patent/WO2019228515A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
CN110557357B (zh) | 2022-07-29 |
CN110557357A (zh) | 2019-12-10 |
WO2019228515A1 (zh) | 2019-12-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110557357B (zh) | 一种远程过程调用协议自适应方法、相关装置及服务器 | |
US7426737B2 (en) | Method and apparatus for operating an open API network having a proxy | |
KR101984413B1 (ko) | 서비스 레이어를 통해 제3자 서비스들에 대한 액세스를 가능하게 하는 시스템들 및 방법들 | |
CN110990047B (zh) | 用于多个微服务架构的融合方法及装置 | |
JP2020522201A (ja) | サービス発見方法、登録センター、およびデバイス | |
CN106301959B (zh) | 基于windows和linux平台的网关批量升级方法及系统 | |
JP2020537449A (ja) | 通信ネットワークにおけるサービス登録 | |
US20040230965A1 (en) | Mobile handset network that facilitates interaction between a generic intelligent responsive agent and a service broker server | |
JP2004070936A (ja) | コンテンツ指向サービスをコンテンツ・プロバイダおよびコンテンツ消費者に提供するためのシステムおよび方法 | |
CN113242272B (zh) | 基于mqtt服务集群的会话处理方法及系统 | |
US7139805B2 (en) | Scalable java servers for network server applications | |
CN111010304A (zh) | 一种Dubbo服务与Kubernetes系统集成的方法 | |
CN112511598A (zh) | 一种投屏显示方法、智能终端、存储介质 | |
KR20080068903A (ko) | 서비스 컨버전스 패브릭의 이용에 관한 방법 및 장치 | |
US20050114437A1 (en) | Providing web services from a service environment with a gateway | |
US20240045657A1 (en) | System architecture for implementing dds communication based on autosar, communication method, and device | |
CN111212119B (zh) | 一种dubbo服务调用方法及系统 | |
WO2008079414A1 (en) | Protocol-neutral channel-based application communication | |
US7805733B2 (en) | Software implementation of hardware platform interface | |
EP1130873B1 (en) | A method of setting up data communication with a communication means and furthermore program modules and means therefor | |
US8499023B1 (en) | Servlet-based grid computing environment using grid engines and switches to manage resources | |
US20240073092A1 (en) | Deploying network functions of a network slice | |
WO2023078234A1 (zh) | 基于分布式云网络的控制代码执行的方法、设备及系统 | |
US7487514B1 (en) | Method and system for using DLPI to negotiate advanced interfaces | |
CN115174687A (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 |