[发明专利]系统进程间请求寻址的方法和装置

说明书

本发明公开了一种系统进程间请求寻址的方法和装置，该方法包括：服务消费者主机接收针对预定服务的服务信息查询请求；服务消费者主机根据服务信息查询请求通过预定协议向服务注册中心请求获取预定服务的服务信息，其中，服务信息查询请求包括：服务名称和服务版本号；服务信息包括：服务IP地址；服务消费者主机接收服务注册中心返回的服务信息，并存储在本地缓存中；服务消费者主机根据服务信息向预定服务对应的服务提供者主机发送服务获取请求，以获取预定服务。本发明过程调用时间较短，过程较为简单，解决了如下问题：无论是客户端发现模式还是服务端发现模式，分布式架构中的进程间请求寻址方式的服务调用时间较长、系统性能较低。

技术领域

本发明涉及通讯领域，特别是涉及一种系统进程间请求寻址的方法和装置。

背景技术

目前，在分布式架构中，进程间请求寻址有两种方式：

第一种方式为客户端发现模式，如图1所示，客户端负责决定相应服务实例的网络位置，并且对请求实现负载均衡。客户端从一个服务注册服务中查询，其中是所有可用服务实例的库。客户端使用负载均衡算法从多个服务实例中选择出一个，然后发出请求。

该方式需要针对客户端所采用的开发语言，订制专门的客户端的SDK(软件开发工具包)，增加了客户端代码与进程间请求寻址代码的耦合，增加了维护和开发的成本；并且由于服务消费者需要向服务注册中心查询注册信息，该过程通过网络查询，会影响请求发送效率；同时会导致服务注册中心服务访问压力过大。

第二种方式为服务端发现模式，如图2所示，客户端通过负载均衡器(位于服务网关内)向某个服务网关提出请求，再向服务注册中心发出请求，最后将每个请求转发往可用的服务实例。

该方式由于每次客户端的请求对会经过负载均衡器，这样负载均衡器将是一个单点，如果负载均衡器出现问题，将导致这个系统不可用；并且，由于需要经过一次负载均衡器的转发，将会增加服务调用的耗时，影响系统的性能。

因此，无论是客户端发现模式还是服务端发现模式，分布式架构中的进程间请求寻址方式都存在服务调用时间较长、系统性能较低等问题。

发明内容

本发明提供一种系统进程间请求寻址的方法和装置，用以解决现有技术的如下问题：无论是客户端发现模式还是服务端发现模式，分布式架构中的进程间请求寻址方式的服务调用时间较长、系统性能较低。

为解决上述技术问题，一方面，本发明提供一种系统进程间请求寻址的方法，包括：服务消费者主机接收针对预定服务的服务信息查询请求；所述服务消费者主机根据所述服务信息查询请求通过预定协议向服务注册中心请求获取所述预定服务的服务信息，其中，所述服务信息查询请求包括：服务名称和服务版本号；所述服务信息包括：服务IP地址；所述服务消费者主机接收所述服务注册中心返回的所述服务信息，并存储在本地缓存中；所述服务消费者主机根据所述服务信息向所述预定服务对应的服务提供者主机发送服务获取请求，以获取所述预定服务。

可选的，服务消费者主机接收针对预定服务的服务信息查询请求之后，还包括：所述服务消费者主机检测所述本地缓存中是否存在所述服务信息查询请求对应的服务信息；如果是，则所述服务消费者主机获取所述本地缓存中的服务信息；如果不是，则所述服务消费者主机根据所述服务信息查询请求通过预定协议向服务注册中心请求获取所述预定服务的服务信息。

可选的，所述服务消费者主机接收所述服务注册中心返回的所述服务信息并存储在本地缓存中之后，包括：所述服务消费者主机将DNS协议中的生存时间TTL属性由第一时长修改为第二时长，其中，所述第二时长小于所述第一时长。