CN106790601A - 服务地址的读取装置、系统和方法 - Google Patents

Abstract

本发明提供了一种服务地址的读取装置、系统和方法。该装置包括：网关，用于接收来自客户端的调用目标服务的请求，请求中包括目标服务名称；服务注册模块，用于实时更新各服务的服务名称和对应的服务地址；服务信息库，用于存储服务名称和服务地址；服务加载模块，用于按预设时间间隔将服务信息库中的服务名称和服务地址加载至缓存中；缓存，用于提供服务名称供网关查找，若从服务名称中查找到目标服务名称，则将目标服务名称对应的服务地址发送至客户端。本发明实时更新服务的服务名称和服务地址，保证了服务地址地准确性，并将服务名称和服务地址加载在缓存中，加快了服务地址的读取速度，从而达到了快速准确获取服务地址的效果。

Description

服务地址的读取装置、系统和方法

技术领域

本发明涉及通信领域，特别是涉及一种服务地址的读取装置、系统和方法。

背景技术

在互联网技术中，可以通过各种基于HTTP协议的接口服务来支持各种功能，也可以手动开启或关闭某些服务以达到相应的功能。

通常一个服务提供了接口后，客户端在通过接口调用该服务之前，需要先获取服务的服务地址(IP地址和端口号等)，然后才能使用该服务。例如：客户端调用获取布局的服务时，调用请求的形式如下：www.xxx.com/getlayout，其中，实际请求的是服务地址http://192.168.1.2:8080/getlayout，在前述请求中，www.xxx.com是域名，getlayout是服务名称，服务器需要根据服务名称查找对应的服务地址，因此需要通过查找服务注册表将服务名称映射到服务地址上。有些情况下，服务地址是动态分配的，且服务本身也有生命周期。因此在调用服务前需要比较精准的方式来保证获取服务地址的速度和准确度。但现有技术有，读取服务地址的速度和准确度并不高。

针对现有技术中无法快速准确获取服务地址的问题，目前业界没有理想的解决方式。

发明内容

本发明目的在于提供一种服务地址的读取方法及装置，旨在解决现有技术中无法快速准确获取服务地址的问题。

第一方面，本发明提供了一种服务地址的读取装置，该装置包括：

网关，用于接收来自客户端的调用目标服务的请求，请求中包括目标服务名称；服务注册模块，用于实时更新各服务的服务名称和对应的服务地址；服务信息库，用于存储服务名称和服务地址；服务加载模块，用于按预设时间间隔将服务信息库中的服务名称和服务地址加载至缓存中；缓存，用于提供服务名称供网关查找，若从服务名称中查找到目标服务名称，则将目标服务名称对应的服务地址发送至客户端。

第二方面，本发明提供了一种服务地址的读取系统，该系统包括：

客户端，用于发送调用目标服务的请求，所述请求中包括目标服务名称；以及本发明提供的任一种服务地址的读取装置。

第三方面，本发明提供了一种服务地址的读取方法，该方法包括：

接收来自客户端的调用目标服务的请求，请求中包括目标服务名称；实时更新服务名称和对应的服务地址；按预设时间间隔加载服务名称和服务地址；查找目标服务名称，若查找到目标服务名称，则将目标服务名称对应的服务地址发送至客户端；若没有查找到目标服务名称，则加载目标服务名称，并将目标服务名称对应的目标服务地址发送至客户端。

第四方面，本发明提供了一种服务地址的读取方法，该方法包括：

客户端发送调用目标服务的请求，请求中包括目标服务名称；网关接收来自客户端的请求；服务信息库进行实时更新服务名称和对应的服务地址；服务加载模块按预设时间间隔将服务信息库中的服务名称和服务地址加载至缓存中；缓存提供服务名称供网关查找，若从服务名称中查找到目标服务名称，则将目标服务名称对应的服务地址发送至客户端；若没有查找到目标服务名称，则服务加载模块在缓存中加载目标服务名称对应的服务地址之后，缓存将目标服务对应的服务地址发送至客户端。

本发明实时更新服务的服务名称和服务地址，保证了服务地址地准确性，并将服务名称和服务地址加载在缓存中，加快了服务地址的读取速度，从而达到了快速准确获取服务地址的效果。

附图说明

图1是本发明实施例提供的服务地址的读取系统的示意图；

图2是本发明实施例提供的服务地址的读取方法的流程图；

图3是本发明优选实施例提供的服务地址的读取方法的流程图。

具体实施方式

为了使本发明要解决的技术问题、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1是本发明实施例提供的服务地址的读取系统的示意图，如图1所示，该系统包括客户端110、服务地址的读取装置120和服务130。

客户端110用于发送调用目标服务的请求，请求中包括目标服务名称。

客户端110可以请求调用服务，客户端110可以是Android系统、Web系统或其他系统。

服务地址的读取装置120用于提供目标服务名称对应的服务地址供客户端读取。

服务130可以是一个或多个，可以对外提供服务地址，客户端可通过读取服务地址，进而获取服务的数据。

进一步地，图1示出了服务地址的读取装置的具体结果，如图1所示，服务地址的读取装置120中进一步包括网关121、缓存122、服务加载模块123、服务信息库124、服务注册模块125。优选地，该系统还可以包括服务监控模块126。

网关121用于接收来自客户端的调用目标服务的请求，请求中包括目标服务名称。

网关121用于接收调用服务的请求，根据请求的服务名称从缓存122中找到对应的服务地址，并将请求重定向到该服务地址上。

优选地，网关121可以为OpenResty平台，其内部集成了大量精良的lua库、第三方模块以及大多数的依赖项。用于方便地搭建能够处理超高并发、扩展性极高的动态Web应用、Web服务和动态网关。OpenResty充分利用了Nginx的非阻塞IO模型，能对客户端发起的服务请求进行高性能响应。获取服务地址的功能可以使用Lua脚本编写，该脚本直接运行在Nginx服务内部，从而提高了执行效率。

具体地，关于OpenResty的编译：本发明实施例中OpenResty选用的版本为openresty-1.9.7.3.tar.gz，依赖的组件有pcre-8.35、openssl-1.0.2j、zlib-1.2.8

配置nginx.conf的方式是在配置文件中增加：

lua_package_path"/usr/local/openresty/lualib/？.lua；；"；

在location模块中增加：

content_by_lua_file conf/lua/handleService.lua；

其中，handleService.lua为编写的lua脚本。

lua脚本连接缓存122，然后根据服务名称模糊查找以该服务名称开头的key对应的value。如果没有找到，则调用服务加载模块123的接口加载该服务的服务地址到缓存122中。

缓存122用于提供服务名称供网关查找，若从服务名称中查找到目标服务名称，则将目标服务名称对应的服务地址发送至客户端。

为了保证获取服务地址的效率，服务地址都是存放在缓存122中，直接从缓存122里获取服务地址的方式不但节省了时间，而且提高了响应速度，同时也节省了硬件资源。

缓存122可以使用Redis，Redis是一个key-value存储系统，和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)和zset(有序集合)。本发明实施例中使用Redis作为缓存，存储服务名称和服务地址，其中key的拼装规则为服务的_ip_端口。

例如：服务的名称为getlayout，该服务对应多个网络地址(192.168.1.1和192.168.1.2)，那么保存在Redis中的key-value分别是：

key为getlayout_19216811_8080，value为192.168.1.1:8080

key为getlayout_19216812_8080，value为192.168.1.2:8080

在查询服务名称getlayout的网络地址时，可以通过模糊查询以getlayout开头的key的value值时找到了192.168.1.1:8080和192.168.1.2:8080。

服务加载模块123用于按预设时间间隔将服务信息库中的服务名称和服务地址加载至缓存中。

加载的策略可以是从服务信息库124中循环读取服务名称及对应的服务地址，然后拼装key，并根据key精确查找对应的value，如果value和服务信息库中的服务地址不一致，则将value更新为服务信息库中的网络地址；如果value不存在，则将服务名称和服务地址加载到缓存中，key和value的格式与缓存中相同。

服务加载模块123可以定时将服务信息库124中的服务地址同步加载到缓存123中。该模块有两个作用：

一方面，服务加载模块123可以定时将服务信息库124中各个服务地址同步加载到缓存122中，加载的策略是从服务信息库124中循环读取服务的名称及对应的服务地址，然后拼装key并根据key精确查找对应的value，如果value和服务信息库124中的服务地址不一致，则将value更新为服务信息库124中的网络地址；如果value不存在，则将服务名称和网络地址加载到缓存122中，key和value的规则参考缓存122中的规则。

另一方面，服务加载模块123还提供了服务加载接口供网关121调用，当网关121在缓存122中没有找到服务名称对应的服务地址时，会主动调用以上接口。该接口的功能是主动将指定的服务名称及其服务地址加载到缓存122中。以上策略保证了缓存122中的数据与服务信息库中的数据是一致的。

服务信息库124用于存储服务名称和服务地址。

服务信息库124中的服务注册表可以存储服务名称、服务地址以及服务名称其网络地址的对应关系。

服务信息库124采用公有云的关系数据库Mysql，从而保证了数据的安全。

优选地，服务信息库124在接收到服务名称和服务地址后，实时地进行保存，服务在启动完成后主动提供服务名称和服务地址。

服务注册模块125用于实时更新各服务的服务名称和对应的服务地址。

服务注册模块125服务启动完成后主动将服务的服务名称及网络地址发送给服务注册模块，服务注册模板负责将上述信息保存到服务信息库中。

服务注册模块125对外提供了服务注册的接口，该接口的作用是将传递过来的服务名称及对应的服务地址保存到服务信息库124中。服务启动完成后会调用以上接口，如果服务信息库124中已经存在对应的服务地址，则会将该服务地址替换成最新的服务地址；如果服务信息库124中没有对应的服务地址，则插入一条新的服务地址。该模块对外还提供了服务注册信息删除接口，供服务监控模块126调用。

优选地，该装置还包括服务监控模块126，服务监控模块126用于通过服务地址读取服务的监控数据；若无法获取监控数据或监控数据不正常，则删除该服务在服务信息库中的服务名称和对应的服务地址。

服务监控模块126可以定时遍历服务信息库124中各个服务的健康状况，如果发现不健康的服务，在及时更新服务信息库并通知服务加载模块123同步加载最新的服务地址到缓存122中。

具体地，该模块负责监控服务的健康状况，监控策略是采用心跳机制，即每隔预设时间间隔，就查看各个服务的健康状况，预设时间间隔可以通过浏览器配置。

各服务可以提供监控报告接口供服务监控模块调用，例如：某个服务的网络地址为192.168.1.1端口是8080。则服务监控模块126可以调用http://192.168.1.1:8080/gethealthy，如果返回监控数据为ok，则说明服务健康状况良好；如果返回监控数据为no，或者不返回说明服务不健康。

服务监控模块126可以从服务信息库124中获取服务名称的列表，然后根据服务名称对应的服务地址调用各个服务提供的监控报告接口，查看返回的数据是否正常。如果调用某个服务的监控报告接口不能返回数据或者返回的数据不正常，说明该服务不健康。

如果发现某个服务不健康，则可以调用服务注册模块125提供的服务注册信息删除接口，从服务信息库中删除该服务的服务名称和服务地址等信息。

本发明实施例实时更新服务的服务名称和服务地址，保证了服务地址地准确性，并将服务名称和服务地址加载在缓存中，加快了服务地址的读取速度，从而达到了快速准确获取服务地址的效果。

本发明实施例提供了一种服务地址的读取方法，该方法的执行主体可以是上述服务地址的读取装置，图2是本发明实施例提供的服务地址的读取方法的流程图；如图2所示，该方法包括步骤S210至步骤S240。

步骤S210，接收来自客户端的调用目标服务的请求，请求中包括目标服务名称。

优选地，可以通过OpenResty平台接收来自所示客户端的请求。

步骤S220，实时更新服务名称和对应的服务地址。

在接收到服务名称和服务地址后，保存至服务信息库中，服务在启动完成后主动提供服务名称和服务地址。

步骤S230，按预设时间间隔加载服务名称和服务地址。

优选地，在按预设时间间隔加载服务名称和服务地址之后，还可以通过服务地址读取服务的监控数据；若无法获取监控数据或监控数据不正常，则删除该服务在服务信息库中的服务名称和对应的服务地址。

步骤S240，查找目标服务名称，若查找到目标服务名称，则将目标服务名称对应的服务地址发送至客户端；若没有查找到目标服务名称，则加载目标服务名称，并将目标服务名称对应的目标服务地址发送至客户端。

本发明实施例实时更新服务的服务名称和服务地址，保证了服务地址地准确性，并将服务名称和服务地址加载在缓存中，加快了服务地址的读取速度，从而达到了快速准确获取服务地址的效果。

本发明优选实施例提供了一种服务地址的读取方法，图3是本发明优选实施例提供的服务地址的读取方法的流程图；如图3所示，该方法包括步骤S310至步骤S350。

步骤S310，客户端发送调用目标服务的请求，请求中包括目标服务名称。

步骤S320，网关接收来自客户端的请求。

步骤S330，服务信息库进行实时更新服务名称和对应的服务地址。

步骤S340，服务加载模块按预设时间间隔将服务信息库中的服务名称和服务地址加载至缓存中。

步骤S350，缓存提供服务名称供网关查找，若从服务名称中查找到目标服务名称，则将目标服务名称对应的服务地址发送至客户端；若没有查找到目标服务名称，则服务加载模块在缓存中加载目标服务名称对应的服务地址之后，缓存将目标服务对应的服务地址发送至客户端。

本发明实施例实时更新服务的服务名称和服务地址，保证了服务地址地准确性，并将服务名称和服务地址加载在缓存中，加快了服务地址的读取速度，从而达到了快速准确获取服务地址的效果。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元的具体工作过程，可以参考前述装置实施例中的对应过程，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同装置来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明实施例各个实施例装置的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。

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

Claims (10)

1.一种服务地址的读取装置，其特征在于，包括：

网关，用于接收来自客户端的调用目标服务的请求，所述请求中包括目标服务名称；

服务注册模块，用于实时更新各服务的服务名称和对应的服务地址；

服务信息库，用于存储所述服务名称和所述服务地址；

服务加载模块，用于按预设时间间隔将所述服务信息库中的所述服务名称和所述服务地址加载至所述缓存中；

缓存，用于提供所述服务名称供所述网关查找，若从所述服务名称中查找到所述目标服务名称，则将所述目标服务名称对应的服务地址发送至所述客户端。

2.如权利要求1所述的装置，其特征在于，还包括：

服务监控模块，用于通过所述服务地址读取所述服务的监控数据；若无法获取所述监控数据或所述监控数据不正常，则删除该服务在所述服务信息库中的所述服务名称和对应的所述服务地址。

3.如权利要求1所述的装置，其特征在于，所述服务信息库还用于：

在接收到所述服务名称和所述服务地址后，实时地进行保存，所述服务在启动完成后主动提供所述服务名称和所述服务地址。

4.如权利要求1所述的装置，其特征在于，所述网关为OpenResty平台。

5.一种服务地址的读取系统，其特征在于，包括：

客户端，用于发送调用目标服务的请求，所述请求中包括目标服务名称；

权利要求1-4任一项所述的服务地址的读取装置。

6.一种服务地址的读取方法，其特征在于，包括：

接收来自客户端的调用目标服务的请求，所述请求中包括目标服务名称；

实时更新服务名称和对应的服务地址；

按预设时间间隔加载所述服务名称和所述服务地址；

查找所述目标服务名称，若查找到所述目标服务名称，则将所述目标服务名称对应的服务地址发送至所述客户端；若没有查找到所述目标服务名称，则加载所述目标服务名称，并将所述目标服务名称对应的所述目标服务地址发送至所述客户端。

7.如权利要求6所述的方法，其特征在于，在所述按预设时间间隔加载所述服务名称和所述服务地址之后，还包括：

通过所述服务地址读取所述服务的监控数据；若无法获取所述监控数据或所述监控数据不正常，则删除该服务在所述服务信息库中的所述服务名称和对应的所述服务地址。

8.如权利要求6所述的方法，其特征在于，所述实时更新服务名称和对应的服务地址包括：

在接收到所述服务名称和所述服务地址后，保存至所述服务信息库中，所述服务在启动完成后主动提供所述服务名称和所述服务地址。

9.如权利要求6所述的方法，其特征在于，所述接收来自客户端的调用目标服务的请求包括：

通过OpenResty平台接收来自所示客户端的所述请求。

10.一种服务地址的读取方法，其特征在于，包括：

客户端发送调用目标服务的请求，所述请求中包括目标服务名称；

网关接收来自客户端的所述请求；

服务信息库进行实时更新服务名称和对应的服务地址；

服务加载模块按预设时间间隔将所述服务信息库中的所述服务名称和所述服务地址加载至所述缓存中；

所述缓存提供所述服务名称供所述网关查找，若从所述服务名称中查找到所述目标服务名称，则将所述目标服务名称对应的服务地址发送至所述客户端；若没有查找到所述目标服务名称，则所述服务加载模块在所述缓存中加载所述目标服务名称对应的服务地址之后，所述缓存将所述目标服务对应的所述服务地址发送至所述客户端。