CN110324423A - 一种服务注册发现方法、系统、设备及介质 - Google Patents

一种服务注册发现方法、系统、设备及介质 Download PDF

Info

Publication number
CN110324423A
CN110324423A CN201910611367.XA CN201910611367A CN110324423A CN 110324423 A CN110324423 A CN 110324423A CN 201910611367 A CN201910611367 A CN 201910611367A CN 110324423 A CN110324423 A CN 110324423A
Authority
CN
China
Prior art keywords
service
server
registration
user terminal
client information
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
Application number
CN201910611367.XA
Other languages
English (en)
Inventor
庞晓楠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Onething Technology Co Ltd
Original Assignee
Shenzhen Onething Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Onething Technology Co Ltd filed Critical Shenzhen Onething Technology Co Ltd
Priority to CN201910611367.XA priority Critical patent/CN110324423A/zh
Publication of CN110324423A publication Critical patent/CN110324423A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种服务注册发现方法、系统、设备及介质。服务注册发现方法中，由于服务端预先将自身的有效通信地址注册记录至中间服务器中，因此在用户端与服务端进行数据交互时，能够通过中间服务器获取到服务端当前可用的服务端信息，进而通过服务端信息与服务端进行数据交互，因此在网络服务中服务端频繁变动的场景下，无需运维人员频繁修改各用户端的配置文件及重启整个网络服务，进而相对确保了服务器之间的通信可靠性，并保证了网络服务的整体稳定性。此外，本发明还提供一种服务注册发现系统、设备及介质，有益效果同上所述。

Description

一种服务注册发现方法、系统、设备及介质
技术领域
本发明涉及数据通信领域，特别是涉及一种服务注册发现方法、系统、设备及介质。
背景技术
随着网络通信技术的不断发展，建立于网络通信技术的网络服务不断丰富。网络服务能够构建并运行的基础是网络集群中的服务器之间能够基于通信地址相互通信。
以直播平台对应的直播调度服务为例，直播调度在线上大致涵盖有数据采集服务、数据整合服务、计算服务、执行服务、接入服务、请求汇聚服务、配置服务等多个服务，而上述的每个服务往往都是基于多服务器在多机房、跨省份分布式部署的，因此在上述各类型服务的运行过程中，均需要涉及到相应服务下的服务器之间的数据通信。
服务器之间在进行数据通信时，通信发起端服务器需要根据通信响应端服务器的IP地址发起与通信响应端服务器的连接，从而进行与通信响应端服务器的数据通信。当前需要预先在网络服务中各个服务器的配置文件中配置可通信的相关服务器的IP地址，并在服务器启动过程中加载，由于在当前实际应用场景下，网络服务中的服务器数量众多并且地域覆盖范围较广，因此服务器经常会出现变动，如添加或删除服务器节点，在此情况下，就需要运维人员频繁修改相关服务器的配置文件，并重启整个网络服务，以此使相关服务器重新加载配置文件并应用最新的IP地址，但是以人工方式频繁修改数量繁多的配置文件往往存在较高的错误率，难以确保服务器之间的通信可靠性，并且重启整个网络服务，会对网络服务在应用层面上的整体稳定性造成影响。
由此可见，提供一种服务注册发现方法，以相对确保服务器之间的通信可靠性，并保证网络服务的整体稳定性，是本领域技术人员需要解决的问题。
发明内容
本发明的目的是提供一种服务注册发现方法、系统、设备及介质，以相对确保服务器之间的通信可靠性，并保证网络服务的整体稳定性。
为解决上述技术问题，本发明提供一种服务注册发现方法，应用于中间服务器，包括：
接收服务端发送的注册请求，注册请求包括服务端信息，服务端信息包括服务名称和地址信息；
接收用户端发送的监听请求，监听请求包括需要监听的服务名称；
当监听请求对应的服务名称对应的服务端信息变化时，则向客户端返回服务名称对应的变化后的服务端信息。
优选的，接收用户端发送的监听请求，包括：
接收用户端发送的包含有网络服务的监听请求；
相应的，向客户端返回服务名称对应的变化后的服务端信息，包括：
向客户端返回具有相应网络服务的数据结构中的服务端信息。
优选的，数据结构中还包括服务端的主从节点身份标签；
相应的，向客户端返回具有相应网络服务的数据结构中的服务端信息，包括：
向客户端返回具有相应网络服务的数据结构中具有主节点身份服务端的服务端信息。
优选的，数据结构中还包括服务端的运营商信息；
相应的，向客户端返回服务名称对应的变化后的服务端信息，包括：
向客户端返回服务名称对应的变化后的与运营商信息对应的服务端信息。
优选的，服务端信息由服务端基于上传Protobuf序列化的数据结构的方式预先注册在键值数据库集群服务器中。
此外，本发明还提供一种服务注册发现方法，应用于用户端，包括：
向中间服务器发送监听请求；其中，监听请求包括需要监听的服务名称；
接收中间服务器返回的与服务名称对应的变化后的服务端信息。
此外，本发明还提供一种服务注册发现方法，应用于服务端，包括：
向中间服务器发送注册请求；
当接收由用户端传入的通信连接请求，建立与用户端的通信连接。
此外，本发明还提供一种服务注册发现系统，包括：
中间服务器，用于接收服务端发送的注册请求，注册请求包括服务端信息，服务端信息包括服务名称和地址信息；接收用户端发送的监听请求，监听请求包括需要监听的服务名称；当监听请求对应的服务名称对应的服务端信息变化时，则向客户端返回服务名称对应的变化后的服务端信息；
用户端，用于向中间服务器发送监听请求；其中，监听请求包括需要监听的服务名称；接收中间服务器返回的与服务名称对应的变化后的服务端信息；
服务端，用于向中间服务器发送注册请求；当接收由用户端传入的通信连接请求，建立与用户端的通信连接。
此外，本发明还提供一种中间服务器设备，设备包括存储器、处理器和总线，存储器上存储有可由总线传输至处理器并在处理器上运行的服务注册发现程序，服务注册发现程序被处理器执行时实现如上述应用于中间服务器的服务注册发现方法。
此外，本发明还提供一种用户端，设备包括存储器、处理器和总线，存储器上存储有可由总线传输至处理器并在处理器上运行的服务注册发现程序，服务注册发现程序被处理器执行时实现如上述应用于用户端的服务注册发现方法。
此外，本发明还提供一种服务端，设备包括存储器、处理器和总线，存储器上存储有可由总线传输至处理器并在处理器上运行的服务注册发现程序，服务注册发现程序被处理器执行时实现如上述应用于服务端的服务注册发现方法。
优选的，中间服务器设备为组成CDN网络或者区块链网络的节点。
此外，本发明还提供一种计算机可读存储介质，计算机可读存储介质上存储有服务注册发现程序，服务注册发现程序可被一个或者多个处理器执行，以实现上述应用于中间服务器的服务注册发现方法和/或实现如上述应用于用户端的服务注册发现方法和/或实现如上述应用于服务端的服务注册发现方法。
此外，本发明还提供一种计算机程序产品，包括计算机指令，当其在计算机上运行时，使得计算机可以执行上述的服务注册发现方法。
本发明所提供的服务注册发现方法，接收服务端发送的注册请求，注册请求包括服务端信息，服务端信息包括服务名称和地址信息；接收用户端发送的监听请求，监听请求包括需要监听的服务名称；当监听请求对应的服务名称对应的服务端信息变化时，则向客户端返回服务名称对应的变化后的服务端信息。由于服务端预先将自身的有效通信地址注册记录至中间服务器中，因此在用户端与服务端进行数据交互时，能够通过中间服务器获取到服务端当前可用的服务端信息，进而通过服务端信息与服务端进行数据交互，因此在网络服务中服务端频繁变动的场景下，无需运维人员频繁修改各用户端的配置文件及重启整个网络服务，进而相对确保了服务器之间的通信可靠性，并保证了网络服务的整体稳定性。此外，本发明还提供一种服务注册发现系统、设备及介质，有益效果同上所述。
附图说明
为了更清楚地说明本发明实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种应用于中间服务器的服务注册发现方法的流程图；
图2为本发明实施例提供的另一种应用于中间服务器的服务注册发现方法的流程图；
图3为本发明实施例提供的一种应用于用户端的服务注册发现方法的流程图；
图4为本发明实施例提供的一种应用于服务端的服务注册发现方法的流程图；
图5为本发明实施例提供的一种服务注册发现系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本发明保护范围。
服务器之间在进行数据通信时，通信发起端服务器需要根据通信响应端服务器的IP地址发起与通信响应端服务器的连接，从而进行与通信响应端服务器的数据通信。当前需要预先在网络服务中各个服务器的配置文件中配置可通信的相关服务器的IP地址，并在服务器启动过程中加载，由于在当前实际应用场景下，网络服务中的服务器数量众多并且地域覆盖范围较广，因此服务器经常会出现变动，如添加或删除服务器节点，在此情况下，就需要运维人员频繁修改相关服务器的配置文件，并重启整个网络服务，以此使相关服务器重新加载配置文件并应用最新的IP地址，但是以人工方式频繁修改数量繁多的配置文件往往存在较高的错误率，难以确保服务器之间的通信可靠性，并且重启整个网络服务，会对网络服务在应用层面上的整体稳定性造成影响。
本发明的核心是提供一种服务注册发现方法，以相对确保服务器之间的通信可靠性，并保证网络服务的整体稳定性。此外，本发明还提供一种服务注册发现系统、设备及介质，有益效果同上所述。
为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。
图1为本发明实施例提供的一种应用于中间服务器的服务注册发现方法的流程图。请参考图1，服务注册发现方法的具体步骤包括：
步骤S10：接收服务端发送的注册请求，注册请求包括服务端信息，服务端信息包括服务名称和地址信息。
服务端信息是由服务端预先注册在中间服务器中的，本方法中，服务端预先将服务端信息注册在中间服务器，也就是指服务端预先将服务端信息上传至中间服务器以供中间服务器记录。需要说明的是，本步骤中的通信地址可以为IP地址或MAC地址等能够唯一表征设备通信身份的地址。
步骤S11：接收用户端发送的监听请求，监听请求包括需要监听的服务名称。
需要说明的是，接收由用户端传入的监听请求，表征用户端向中间服务器查询需待通信交互的服务端的服务端信息，其中，监听请求中应至少包含有能够唯一表征服务端身份的参数，即服务名称，以此确保中间服务器在获取到监听请求后，能够根据监听请求中的服务名称向用户端准确的提供相应服务端的服务端信息。
步骤S12：当监听请求对应的服务名称对应的服务端信息变化时，则向客户端返回服务名称对应的变化后的服务端信息。
服务端信息应能够表征服务端当前可用的有效通信地址，即通过服务端信息能够正常访问并与服务端进行数据交互，因此，本步骤当监听请求对应的服务名称对应的服务端信息变化时，用户端根据监听请求在中间服务器中查询得到服务端在网络中所采用的服务端信息，以此确保服务器信息的可用性。
可以理解的是，本方法中的用户端是寻求数据交互的设备对象；服务端是响应用户端的数据交互的设备对象；其中，用户端与服务端是相对而言的，本质上的区别在于在数据交互过程中的角色不同，也就是说，用户端为访问方，而服务端为被访问方，除了在交互过程中的角色不同以外，用户端与服务端在本质上可以是服务器也可以是手机、笔记本电脑等移动终端，在此不做具体限定。此外，中间服务器是建立于用户端与服务端之间的服务器对象，中间服务器的目的是记录服务端所注册的最新的通信地址，并在用户端向其自身获取服务端的通信地址时，将服务端预先注册的通信地址作为服务端信息提供给用户端。对于用户端或服务端而言，需要至少预先获悉中间服务器的通信地址，进而才能够实现用户端向中间服务器获取服务端的通信地址或服务端预先将通信地址注册至中间服务器的目的。
本发明所提供的服务注册发现方法，接收服务端发送的注册请求，注册请求包括服务端信息，服务端信息包括服务名称和地址信息；接收用户端发送的监听请求，监听请求包括需要监听的服务名称；当监听请求对应的服务名称对应的服务端信息变化时，则向客户端返回服务名称对应的变化后的服务端信息。由于服务端预先将自身的有效通信地址注册记录至中间服务器中，因此在用户端与服务端进行数据交互时，能够通过中间服务器获取到服务端当前可用的服务端信息，进而通过服务端信息与服务端进行数据交互，因此在网络服务中服务端频繁变动的场景下，无需运维人员频繁修改各用户端的配置文件及重启整个网络服务，进而相对确保了服务器之间的通信可靠性，并保证了网络服务的整体稳定性。
在上述实施例的基础上，本发明还提供以下一系列优选的实施例。
图2为本发明实施例提供的另一种应用于中间服务器的服务注册发现方法的流程图。请参考图2，应用于中间服务器的服务注册发现方法的具体步骤包括：
步骤S20：接收服务端发送的注册请求，注册请求包括服务端信息，服务端信息包括服务名称和地址信息。
步骤S21：接收用户端发送的包含有网络服务的监听请求，所述监听请求包括需要监听的服务名称。
步骤S22：当监听请求对应的服务名称对应的服务端信息变化时，则向客户端返回服务名称对应的变化后的服务端信息。
需要说明的是，本实施例是将网络服务作为监听请求中唯一表征服务端身份的参数，本步骤中的网络服务是指服务器所运行的网络服务。例如，当网络服务具体是计算服务时，该网络服务下的全部服务器均执行相同的计算服务，当计算服务以外的网络服务需要与计算服务进行数据交互时，仅需要与计算服务下的任意一个服务器交互即可，因此本实施例中的监听请求中所包含的网络服务表征的是用户端需要交互的服务端的具体网络服务类型。
其中，服务端信息由服务端基于上传数据结构的方式预先注册在键值数据库集群服务器中，且服务端信息为服务端的当前有效通信地址，数据结构中还包括服务端所属的网络服务。
本实施例可以应用于键值数据库集群服务器，键值数据库集群服务器是指键值数据库集群中的服务器，键值数据库是指以键值关系，即Key-Value方式对应记录数据的数据库。键值数据库集群可以是Zookeeper集群或ETCD集群等，可以根据实际应用场景下的具体需求而定，在此不做具体限定。
在本实施例中服务端信息是由服务端基于上传数据结构的方式预先注册在键值数据库集群服务器中的，也就是说服务端向键值数据库集群服务器上传的数据结构中预先写入有服务端信息，此外，数据结构的内容中还包括服务端所属的网络服务，服务端在将数据结构存储至键值数据库集群服务器上时，是将数据结构本身作为Value，并通过自定义的Key对应存储至，并且自定义的Key需要在键值数据库集群服务器中唯一存在，因此可以将服务端的主机名以及端口号的字符串组合作为Key与服务端的数据结构对应存储至键值数据库集群服务器。此外，服务端通过上传数据结构的方式预先在键值数据库集群服务器注册，能够相对提高服务端将自身数据上传至键值数据库集群服务器过程中数据的可靠性以及规范性。
需要强调的是，由于在同一个网络服务下可能包含有多个服务器，因此基于服务端信息查询中的网络服务可以获取到多个相应网络服务类型的服务端的服务端信息，对于用户端来说，与任意一个服务端进行数据交互均能够实现与服务端所对应的网络服务交互的目的，用户可以根据实际的筛选条件进一步筛选具体采用的服务端信息。
本实施例通过将网络服务作为用户端获取服务端服务端信息的依据，能够更加全面的获取到服务端的服务端信息，进一步提高了用户端对于服务端的可选择性，从而确保了用户端与服务端之间数据交互的灵活性。
在上述实施例的基础上，作为一种优选的实施方式，数据结构中还包括服务端的主从节点身份标签；
相应的，向客户端返回具有相应网络服务的数据结构中的服务端信息，包括：
向客户端返回具有相应网络服务的数据结构中具有主节点身份服务端的服务端信息。
需要说明的是，在本实施方式中服务端上传至键值数据库集群服务器的数据结构中还包括有服务端的主从节点身份标签，其中，主从节点身份标签表征的是服务端在其所在的网络服务集群中为主节点还是从属节点。由于当前网络服务往往是以网络集群中的主服务器节点响应外部的访问交互，并向从属服务器节点分配相应运算任务的方式进行工作的，因此本实施方式为了适应当前网络集群中节点的工作模式，中间服务器在根据监听请求获取具有相应网络服务的数据结构后，进一步在获取到的全部数据结构中筛选主从节点身份标签的内容为主节点身份的目标数据结构，并在目标数据结构中获取服务端信息，进而将该服务端信息提供给用户端，因此用户端仅能够通过该服务端信息与网络集群中身份主服务器节点的服务端进行数据交互。本实施方式相对确保了用户端与服务端进行数据交互过程的整体兼容性，进一步确保了服务器之间的通信可靠性以及网络服务的整体稳定性。
在上述实施方式的基础上，作为一种优选的实施方式，当向客户端返回具有相应网络服务的数据结构中具有主节点身份服务端的服务端信息的步骤执行失败时，方法还包括：
基于数据结构随机选取目标数据结构，并在目标数据结构中获取服务端信息。
需要说明的是，本实施方式考虑到网络服务集群中的所有服务端中可能不存在主服务器节点或主服务器节点不可用的情况，即在数据结构中筛选主从节点身份标签的内容为主节点身份的目标数据结构，并在目标数据结构中获取服务端信息的步骤执行失败的情况，在此情况下为了确保用户端与服务端之间的数据交互仍能够正常进行，键值数据库集群服务器基于数据结构随机选取目标数据结构，并在目标数据结构中获取服务端信息进而提供给用户端使用。本实施方式在服务端中不存在主服务器节点的情况下，相对确保了用户端与服务端之间数据交互的正常进行。
在上述实施例的基础上，作为一种优选的实施方式，数据结构中还包括服务端的运营商信息；
相应的，向客户端返回服务名称对应的变化后的服务端信息，包括：
向客户端返回服务名称对应的变化后的与运营商信息对应的服务端信息。
需要说明的是，由于考虑到不同的服务端在地域分布上的差异，不同服务端所属的运营商也可能不同，本实施方式中服务端预先向键值数据库集群服务器注册的数据结构中还包括服务端的运营商信息，运营商信息表征的即为服务端所在网络所属的运营商，进而在键值数据库集群服务器根据用户端传入的监听请求获取具有相应网络服务的数据结构中的服务端信息时，首先根据监听请求获取具有相应网络服务的数据结构，进而在数据结构中筛选运营商信息与用户端的运营商相匹配的目标数据结构，并在目标数据结构中获取服务端信息，最终将服务端信息返回至用户端。本实施方式通过向用户端提供与其属于相同运营商的服务端的服务端信息，以此确保用户端与服务端基于相同运营商进行数据交互，进一步确保了用户端与服务端进行数据通信的整体可靠性以及通信效率。
在上述一系列技术方案的基础上，作为一种优选的实施方式，服务端信息由服务端基于上传Protobuf序列化的数据结构的方式预先注册在键值数据库集群服务器中。
本实施方式的重点在于服务端预先向键值数据库集群服务器上传的数据结构为基于Protobuf序列化的数据结构。由于经过Protobuf序列化的数据结构，相比于当前主流的Json序列化的数据结构或XML序列化的数据结构而言，对数据有更好的压缩效率和压缩比率，能够相对提高数据结构的生成效率以及传输效率，进而提高数据通信的整体效率。
下面提供一种具体应用场景下的数据结构。
字段说明：
Service应用服务向注册服务注册时携带的数据。
-version版本号，标识服务的程序版本号，用于识别不同版本程序，可以做协议兼容支持。
-start_timestamp程序启动的时间戳。
-hostname程序所在服务器的hostname。
-server_name服务名称，例如`account`是账户服务。
-listen监听信息，见下`Listen`。
-tags标签，例如有主从服务区别的`master`和`slave`。
-extend_data扩展数据，可以自定义加入任何需要通知给对方的数据。
Listen服务监听的地址信息。
-address_list ip地址信息列表，见`Address`。
-port服务监听的端口。
Address地址信息
-ip ip地址
-tags标签，例如`r_t09a81`代表某机房的内网地址，`isp_1`代表电信外网地址。
图3为本发明实施例提供的一种应用于用户端的服务注册发现方法的流程图。请参考图3，应用于用户端的服务注册发现方法的具体步骤包括：
步骤S30：向中间服务器发送监听请求。
其中，监听请求包括需要监听的服务名称。
步骤S31：接收中间服务器返回的与服务名称对应的变化后的服务端信息。
本发明所提供的服务注册发现方法，接收服务端发送的注册请求，注册请求包括服务端信息，服务端信息包括服务名称和地址信息；接收用户端发送的监听请求，监听请求包括需要监听的服务名称；当监听请求对应的服务名称对应的服务端信息变化时，则向客户端返回服务名称对应的变化后的服务端信息。由于服务端预先将自身的有效通信地址注册记录至中间服务器中，因此在用户端与服务端进行数据交互时，能够通过中间服务器获取到服务端当前可用的服务端信息，进而通过服务端信息与服务端进行数据交互，因此在网络服务中服务端频繁变动的场景下，无需运维人员频繁修改各用户端的配置文件及重启整个网络服务，进而相对确保了服务器之间的通信可靠性，并保证了网络服务的整体稳定性。
图4为本发明实施例提供的一种应用于服务端的服务注册发现方法的流程图。请参考图4，应用于服务端的服务注册发现方法的具体步骤包括：
步骤S40：向中间服务器发送注册请求。
步骤S41：当接收由用户端传入的通信连接请求，建立与用户端的通信连接。
本发明所提供的服务注册发现方法，接收服务端发送的注册请求，注册请求包括服务端信息，服务端信息包括服务名称和地址信息；接收用户端发送的监听请求，监听请求包括需要监听的服务名称；当监听请求对应的服务名称对应的服务端信息变化时，则向客户端返回服务名称对应的变化后的服务端信息。由于服务端预先将自身的有效通信地址注册记录至中间服务器中，因此在用户端与服务端进行数据交互时，能够通过中间服务器获取到服务端当前可用的服务端信息，进而通过服务端信息与服务端进行数据交互，因此在网络服务中服务端频繁变动的场景下，无需运维人员频繁修改各用户端的配置文件及重启整个网络服务，进而相对确保了服务器之间的通信可靠性，并保证了网络服务的整体稳定性。
在上文中对于服务注册发现方法的实施例进行了详细的描述，本发明还提供一种与该方法对应的中间服务器设备，设备包括存储器、处理器和总线，存储器上存储有可由总线传输至处理器并在处理器上运行的服务注册发现程序，服务注册发现程序被处理器执行时实现如上述的应用于中间服务器的服务注册发现方法。
本发明所提供的中间服务器，接收服务端发送的注册请求，注册请求包括服务端信息，服务端信息包括服务名称和地址信息；接收用户端发送的监听请求，监听请求包括需要监听的服务名称；当监听请求对应的服务名称对应的服务端信息变化时，则向客户端返回服务名称对应的变化后的服务端信息。由于服务端预先将自身的有效通信地址注册记录至中间服务器中，因此在用户端与服务端进行数据交互时，能够通过中间服务器获取到服务端当前可用的服务端信息，进而通过服务端信息与服务端进行数据交互，因此在网络服务中服务端频繁变动的场景下，无需运维人员频繁修改各用户端的配置文件及重启整个网络服务，进而相对确保了服务器之间的通信可靠性，并保证了网络服务的整体稳定性。
该中间服务器设备可以是组成CDN网络或者区块链网络的节点。
本发明还提供一种与该方法对应的用户端，设备包括存储器、处理器和总线，存储器上存储有可由总线传输至处理器并在处理器上运行的服务注册发现程序，服务注册发现程序被处理器执行时实现如上述的应用于用户端的服务注册发现方法。
本发明所提供的用户端，首先向中间服务器传入监听请求，进而中间服务器根据该监听请求查找并获取由服务端预先注册的服务端信息，并且服务端信息为服务端的当前有效通信地址，在获取到服务端信息后，将服务端信息返回至用户端，以供用户端根据服务端信息向服务端发送通信连接请求，进而建立通信连接并通信。由于服务端预先将自身的有效通信地址注册记录至中间服务器中，因此在用户端与服务端进行数据交互时，能够通过中间服务器获取到服务端当前可用的服务端信息，进而通过服务端信息与服务端进行数据交互，因此在网络服务中服务端频繁变动的场景下，无需运维人员频繁修改各用户端的配置文件及重启整个网络服务，进而相对确保了服务器之间的通信可靠性，并保证了网络服务的整体稳定性。
本发明还提供一种与该方法对应的服务端，设备包括存储器、处理器和总线，存储器上存储有可由总线传输至处理器并在处理器上运行的服务注册发现程序，服务注册发现程序被处理器执行时实现如上述的应用于服务端的服务注册发现方法。
本发明所提供的服务端，预先将自身的有效通信地址注册记录至中间服务器中，因此在用户端与服务端进行数据交互时，能够通过中间服务器获取到服务端当前可用的服务端信息，进而通过服务端信息与服务端进行数据交互，因此在网络服务中服务端频繁变动的场景下，无需运维人员频繁修改各用户端的配置文件及重启整个网络服务，进而相对确保了服务器之间的通信可靠性，并保证了网络服务的整体稳定性。
上述的存储器至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器在一些实施例中可以是中间服务器设备/用户端/服务端的内部存储单元，例如该中间服务器设备/用户端/服务端的硬盘。存储器在另一些实施例中也可以是中间服务器设备/用户端/服务端的外部存储设备，例如中间服务器设备/用户端/服务端上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器还可以既包括中间服务器设备/用户端/服务端的内部存储单元也包括外部存储设备。存储器不仅可以用于存储安装于中间服务器设备/用户端/服务端的应用软件及各类数据，例如视频转码程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
处理器在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器中存储的程序代码或处理数据，例如执行视频转码程序等。
该总线可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。
图5为本发明实施例提供的一种服务注册发现系统的结构示意图。请参考图5，服务注册发现系统，包括：
中间服务器10，用于接收服务端发送的注册请求，注册请求包括服务端信息，服务端信息包括服务名称和地址信息；接收用户端发送的监听请求，监听请求包括需要监听的服务名称；当监听请求对应的服务名称对应的服务端信息变化时，则向客户端返回服务名称对应的变化后的服务端信息。
用户端11，用于向中间服务器发送监听请求；其中，监听请求包括需要监听的服务名称；接收中间服务器返回的与服务名称对应的变化后的服务端信息。
服务端12，用于向中间服务器发送注册请求；当接收由用户端传入的通信连接请求，建立与用户端的通信连接。
本发明所提供的服务注册发现系统，首先由中间服务器接收服务端发送的注册请求，注册请求包括服务端信息，服务端信息包括服务名称和地址信息；接收用户端发送的监听请求，监听请求包括需要监听的服务名称；当监听请求对应的服务名称对应的服务端信息变化时，则向客户端返回服务名称对应的变化后的服务端信息。由于服务端预先将自身的有效通信地址注册记录至中间服务器中，因此在用户端与服务端进行数据交互时，能够通过中间服务器获取到服务端当前可用的服务端信息，进而通过服务端信息与服务端进行数据交互，因此在网络服务中服务端频繁变动的场景下，无需运维人员频繁修改各用户端的配置文件及重启整个网络服务，进而相对确保了服务器之间的通信可靠性，并保证了网络服务的整体稳定性。
此外，本发明还提供一种计算机可读存储介质，计算机可读存储介质上存储有运算终端数据处理程序，运算终端数据处理程序可被一个或者多个处理器执行，以实现如上的应用于中间服务器的服务注册发现方法和/或实现如上的应用于用户端的服务注册发现方法和/或实现如上的应用于服务端的服务注册发现方法。
本发明所提供的计算机可读存储介质，首先通过中间服务器接收服务端发送的注册请求，注册请求包括服务端信息，服务端信息包括服务名称和地址信息；接收用户端发送的监听请求，监听请求包括需要监听的服务名称；当监听请求对应的服务名称对应的服务端信息变化时，则向客户端返回服务名称对应的变化后的服务端信息。由于服务端预先将自身的有效通信地址注册记录至中间服务器中，因此在用户端与服务端进行数据交互时，能够通过中间服务器获取到服务端当前可用的服务端信息，进而通过服务端信息与服务端进行数据交互，因此在网络服务中服务端频繁变动的场景下，无需运维人员频繁修改各用户端的配置文件及重启整个网络服务，进而相对确保了服务器之间的通信可靠性，并保证了网络服务的整体稳定性。
以上对本发明所提供的一种服务注册发现方法、系统、设备及介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。
还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (12)

1.一种服务注册发现方法，其特征在于，应用于中间服务器，包括：
接收服务端发送的注册请求，所述注册请求包括服务端信息，所述服务端信息包括服务名称和地址信息；
接收用户端发送的监听请求，所述监听请求包括需要监听的服务名称；
当所述监听请求对应的服务名称对应的服务端信息变化时，则向所述客户端返回所述服务名称对应的变化后的服务端信息。
2.根据权利要求1所述的服务注册发现方法，其特征在于，所述接收用户端发送的监听请求，包括：
接收所述用户端发送的包含有网络服务的所述监听请求；
相应的，所述向所述客户端返回所述服务名称对应的变化后的服务端信息，包括：
向所述客户端返回具有相应所述网络服务的所述数据结构中的所述服务端信息。
3.根据权利要求2所述的服务注册发现方法，其特征在于，所述数据结构中还包括所述服务端的主从节点身份标签；
相应的，所述向所述客户端返回具有相应所述网络服务的所述数据结构中的所述服务端信息，包括：
向所述客户端返回具有相应所述网络服务的所述数据结构中具有主节点身份服务端的所述服务端信息。
4.根据权利要求2所述的服务注册发现方法，其特征在于，所述数据结构中还包括所述服务端的运营商信息；
相应的，所述向所述客户端返回所述服务名称对应的变化后的服务端信息，包括：
向所述客户端返回服务名称对应的变化后的与所述运营商信息对应的服务端信息。
5.根据权利要求2至4任意一项所述的服务注册发现方法，其特征在于，所述服务端信息由服务端基于上传Protobuf序列化的数据结构的方式预先注册在键值数据库集群服务器中。
6.一种服务注册发现方法，其特征在于，应用于用户端，包括：
向中间服务器发送监听请求；其中，所述监听请求包括需要监听的服务名称；
接收所述中间服务器返回的与所述服务名称对应的变化后的服务端信息。
7.一种服务注册发现方法，其特征在于，应用于服务端，包括：
向中间服务器发送注册请求；
当接收由用户端传入的通信连接请求，建立与所述用户端的通信连接。
8.一种服务注册发现系统，其特征在于，包括：
中间服务器，用于接收服务端发送的注册请求，所述注册请求包括服务端信息，所述服务端信息包括服务名称和地址信息；接收用户端发送的监听请求，所述监听请求包括需要监听的服务名称；当所述监听请求对应的服务名称对应的服务端信息变化时，则向所述客户端返回所述服务名称对应的变化后的服务端信息；
所述用户端，用于向中间服务器发送监听请求；其中，所述监听请求包括需要监听的服务名称；接收所述中间服务器返回的与所述服务名称对应的变化后的服务端信息；所述服务端，用于向中间服务器发送注册请求；当接收由用户端传入的通信连接请求，建立与所述用户端的通信连接。
9.一种中间服务器设备，其特征在于，所述设备包括存储器、处理器和总线，所述存储器上存储有可由所述总线传输至所述处理器并在所述处理器上运行的服务注册发现程序，所述服务注册发现程序被所述处理器执行时实现如权利要求1至6任一项所述的服务注册发现方法。
10.一种用户端，其特征在于，所述设备包括存储器、处理器和总线，所述存储器上存储有可由所述总线传输至所述处理器并在所述处理器上运行的服务注册发现程序，所述服务注册发现程序被所述处理器执行时实现如权利要求6所述的服务注册发现方法。
11.一种服务端，其特征在于，所述设备包括存储器、处理器和总线，所述存储器上存储有可由所述总线传输至所述处理器并在所述处理器上运行的服务注册发现程序，所述服务注册发现程序被所述处理器执行时实现如权利要求7所述的服务注册发现方法。
12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有服务注册发现程序，所述服务注册发现程序可被一个或者多个处理器执行，以实现如权利要求1至5任意一项所述的服务注册发现方法和/或实现如权利要求6所述的服务注册发现方法和/或实现如权利要求7所述的服务注册发现方法。
CN201910611367.XA 2019-07-08 2019-07-08 一种服务注册发现方法、系统、设备及介质 Pending CN110324423A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910611367.XA CN110324423A (zh) 2019-07-08 2019-07-08 一种服务注册发现方法、系统、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910611367.XA CN110324423A (zh) 2019-07-08 2019-07-08 一种服务注册发现方法、系统、设备及介质

Publications (1)

Publication Number Publication Date
CN110324423A true CN110324423A (zh) 2019-10-11

Family

ID=68121570

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910611367.XA Pending CN110324423A (zh) 2019-07-08 2019-07-08 一种服务注册发现方法、系统、设备及介质

Country Status (1)

Country Link
CN (1) CN110324423A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111711694A (zh) * 2020-06-16 2020-09-25 成都卓杭网络科技股份有限公司 一种网络通信处理方法、装置及系统
CN111722945A (zh) * 2020-06-22 2020-09-29 重庆忽米网络科技有限公司 一种基于中间件实现的工业互联网应用系统及实现方法
CN112689027A (zh) * 2020-12-11 2021-04-20 北京北信源软件股份有限公司 App用户访问动态地址服务器的寻址方法及装置
CN113014626A (zh) * 2021-02-09 2021-06-22 北京互金新融科技有限公司 数据服务的管理方法及装置、存储介质及电子装置
CN114710511A (zh) * 2022-03-28 2022-07-05 中国农业银行股份有限公司 数据下载方法、装置、终端、系统及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2131553A2 (en) * 2008-06-05 2009-12-09 Telefonaktiebolaget L M Ericsson (publ) Vehicle information communication
CN103841183A (zh) * 2014-03-25 2014-06-04 浪潮电子信息产业股份有限公司 一种面向数据中心的SMI-S Provider注册请求方法
CN104579825A (zh) * 2014-12-18 2015-04-29 百度在线网络技术（北京）有限公司 应用的服务端实时监测方法、装置以及计算机设备
US20160165004A1 (en) * 2014-12-04 2016-06-09 Olaf Tennie Automatic service extensibility
CN106302596A (zh) * 2015-06-03 2017-01-04 北京京东尚科信息技术有限公司 一种服务发现的方法和装置
CN106790092A (zh) * 2016-12-23 2017-05-31 北京奇艺世纪科技有限公司 远程过程调用服务端控制系统及方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2131553A2 (en) * 2008-06-05 2009-12-09 Telefonaktiebolaget L M Ericsson (publ) Vehicle information communication
CN103841183A (zh) * 2014-03-25 2014-06-04 浪潮电子信息产业股份有限公司 一种面向数据中心的SMI-S Provider注册请求方法
US20160165004A1 (en) * 2014-12-04 2016-06-09 Olaf Tennie Automatic service extensibility
CN104579825A (zh) * 2014-12-18 2015-04-29 百度在线网络技术（北京）有限公司 应用的服务端实时监测方法、装置以及计算机设备
CN106302596A (zh) * 2015-06-03 2017-01-04 北京京东尚科信息技术有限公司 一种服务发现的方法和装置
CN106790092A (zh) * 2016-12-23 2017-05-31 北京奇艺世纪科技有限公司 远程过程调用服务端控制系统及方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111711694A (zh) * 2020-06-16 2020-09-25 成都卓杭网络科技股份有限公司 一种网络通信处理方法、装置及系统
CN111722945A (zh) * 2020-06-22 2020-09-29 重庆忽米网络科技有限公司 一种基于中间件实现的工业互联网应用系统及实现方法
CN111722945B (zh) * 2020-06-22 2024-05-28 重庆忽米网络科技有限公司 一种基于中间件实现的工业互联网应用系统及实现方法
CN112689027A (zh) * 2020-12-11 2021-04-20 北京北信源软件股份有限公司 App用户访问动态地址服务器的寻址方法及装置
CN113014626A (zh) * 2021-02-09 2021-06-22 北京互金新融科技有限公司 数据服务的管理方法及装置、存储介质及电子装置
CN113014626B (zh) * 2021-02-09 2023-04-18 北京互金新融科技有限公司 数据服务的管理方法及装置、存储介质及电子装置
CN114710511A (zh) * 2022-03-28 2022-07-05 中国农业银行股份有限公司 数据下载方法、装置、终端、系统及存储介质

Similar Documents

Publication Publication Date Title
CN110324423A (zh) 一种服务注册发现方法、系统、设备及介质
CN108737467B (zh) 一种服务器日志查看方法、装置和系统
CN102385582B (zh) 生产测试数据处理方法、服务器及系统
CN102333029B (zh) 一种服务器集群系统中的路由方法
CN108600300B (zh) 日志数据处理方法及装置
CN108289187A (zh) 网络直播接入视频会议方法及系统
CN109151025B (zh) 基于url的负载均衡方法、装置、计算机存储介质及设备
CN104601702B (zh) 集群远程过程调用方法及系统
CN111427613B (zh) 一种应用程序接口api管理方法和装置
CN110489484A (zh) 数据同步方法、装置、可读存储介质及电子设备
CN210804735U (zh) 一种智能电表
CN113568970A (zh) 应用业务数据管理方法、装置、设备以及存储介质
CN114448686B (zh) 一种基于微服务的跨网络通信装置与方法
CN102375894A (zh) 一种管理不同类型文件系统的方法
CN101867583A (zh) 网络视频发布方法及系统
KR101466329B1 (ko) 소셜 네트워크 서비스 방법 및 시스템
CN115333863B (zh) 基于动态域名服务的物联网系统搭建方法及相关设备
CN105306417A (zh) 一种基于超级路由器的网络数据分发方法及网络系统
CN105915893A (zh) 一种公路网图像互联标准符合性测试系统
CN101527646A (zh) 一种web网络管理系统和方法
EP3304333A1 (en) Local object instance discovery for metric collection on network elements
US8700954B2 (en) Common trouble case data generating method and non-transitory computer-readable medium storing common trouble case data generating program
WO2014117508A1 (zh) 内容分发网络及在内容分发网络中进行内容管理的方法
JP2010527475A (ja) 情報家電のデータ蓄積システム及びデータ処理方法
CN107071038A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20191011

RJ01 Rejection of invention patent application after publication