CN111245901A - 一种支持服务参数下发的分布式服务注册发现方法及*** - Google Patents
一种支持服务参数下发的分布式服务注册发现方法及*** Download PDFInfo
- Publication number
- CN111245901A CN111245901A CN201911413776.5A CN201911413776A CN111245901A CN 111245901 A CN111245901 A CN 111245901A CN 201911413776 A CN201911413776 A CN 201911413776A CN 111245901 A CN111245901 A CN 111245901A
- Authority
- CN
- China
- Prior art keywords
- service
- instance
- upstream
- management platform
- distributed
- 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.)
- Granted
Links
Images
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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Stored Programmes (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种支持服务参数下发的分布式服务注册发现方法及***,包括以下步骤,将分布式服务集群中的所有服务实例注册服务信息到服务注册中心中并建立信息交换通道;上游服务实例根据其自身业务处理需求通过服务管理平台向服务注册中心查询需要的服务所在下游服务实例的地址列表并调用服务;运维人员通过服务管理平台配置服务调用参数,并下发至服务注册中心;服务注册中心通过信息交换通道将服务调用参数发送至对应的上游服务实例供其使用。本发明提供的方法能够扩展现有的分布式服务注册发现场景,提高服务的可用性和业务的灵活性。
Description
技术领域
本发明涉及的技术领域,尤其涉及一种支持服务参数下发的分布式服务注册发现方法及***。
背景技术
近年来,云计算和容器化技术发展火热,而对于微服务架构,服务注册与发现组件是必不可少的。服务注册与发现组件主要解决两个问题:服务注册和服务发现。另外,微服务应用中,服务处于动态变化的情况,需要一定机制处理无效的服务实例。一般来讲,服务实例与注册中心在注册后通过心跳的方式维系联系,一旦心跳缺少,对应的服务实例会被注册中心剔除,即对服务实例进行基本的健康检查。
而现有的服务注册发现方案不支持在服务运行过程中下发服务调用参数以进行服务调用调控。例如,分布式服务***中服务S1和服务S2采用分布式集群部署,它们的关系是:S1调用S2的接口实现某个业务功能。此种场景下,S1是上游服务,S2是下游服务。S1集群的某台服务器通过现有的服务发现方案获取了S2服务的服务器集群地址列表。S1集群的某台服务器基于某种现有的负载均衡算法调用S2集群的某台服务器。因为现有的服务注册发现方案无法动态的调控服务调用方式,因此无法满足以下两个场景的要求:
其中,一种场景是若S2的服务器发生异常导致其处理S1的请求时延变大,进而导致整个业务功能的处理时延变长,另外,如果S2服务器满足负载均衡算法的健康度检查要求,那么上游服务S1的服务器会一直调用该异常的S2服务器,最终导致用户体验变差甚至不可用,在此种场景下,需要通过某种方法使S1的服务器不再调用S2异常的服务实例,但现有技术无法实现;
另一种场景是若S2服务集群中某台服务器进行了算法优化需要进行现网测试,即要求上游服务S1服务器基于某种配置策略调用该服务器的接口,但是现有的服务注册发现方案无法满足该场景。
发明内容
本部分的目的在于概述本发明的实施例的一些方面以及简要介绍一些较佳实施例。在本部分以及本申请的说明书摘要和发明名称中可能会做些简化或省略以避免使本部分、说明书摘要和发明名称的目的模糊,而这种简化或省略不能用于限制本发明的范围。
鉴于上述现有存在的问题,提出了本发明。
因此,本发明解决的其中一个技术问题是:提出一种支持服务参数下发的分布式服务注册发现方法,使得服务注册发现***能下发服务调用参数到各服务器实例中,且分布式服务在调用过程中能够基于动态参数进行调整。
为解决上述技术问题,本发明提供如下技术方案:一种支持服务参数下发的分布式服务注册发现方法,包括以下步骤,将分布式服务集群中的所有服务实例注册服务信息到服务注册中心中并建立信息交换通道;上游服务实例启动后根据其自身业务处理需求通过服务管理平台向服务注册中心查询需要的服务所在下游服务实例的地址列表并根据负载均衡调度策略调用服务;运维人员通过服务管理平台配置服务调用参数,并由服务管理平台下发至服务注册中心;服务注册中心通过信息交换通道将服务调用参数发送至对应的上游服务实例供其使用。
作为本发明所述的支持服务参数下发的分布式服务注册发现方法的一种优选方案,其中:所述服务实例包括上游服务实例和下游服务实例,采用分布式集群部署,服务实例采用HTTP协议调用服务注册中心的注册接口进行注册,注册的服务信息包括服务名称、提供服务的IP地址和端口、服务本身采用的通信协议。
作为本发明所述的支持服务参数下发的分布式服务注册发现方法的一种优选方案,其中:服务实例注册成功后,服务注册中心和各个服务实例建立信息交换通道,采用websocket协议进行信息交换。
作为本发明所述的支持服务参数下发的分布式服务注册发现方法的一种优选方案,其中:所述查询还包括以下步骤,上游服务实例向服务管理平台发起服务发现请求,请求中携带请求参数,包括服务名称和服务协议;服务管理平台收到服务发现请求后解析出请求参数;当服务管理平台的本地存储中没有对应服务名称的记录时,服务管理平台向服务注册中心发起查询请求;服务注册中心返回下游服务实例的地址列表给服务管理平台。
作为本发明所述的支持服务参数下发的分布式服务注册发现方法的一种优选方案,其中:所述调用服务还包括以下步骤,服务管理平台收到服务注册中心返回的结果后,将服务名称、服务协议和下游服务实例的地址列表作为一条记录存入本地存储中;服务管理平台将下游服务实例的地址列表结果返回给上游服务实例;上游服务实例根据负载均衡调度策略向下游服务实例发起服务调用请求。
作为本发明所述的支持服务参数下发的分布式服务注册发现方法的一种优选方案,其中:所述服务调用参数包括,上游服务名称、下游服务名称和业务数据,业务数据包括用户名集合和地址集合,地址集合包括IP地址和服务接口。
作为本发明所述的支持服务参数下发的分布式服务注册发现方法的一种优选方案,其中:所述服务调用参数的配置包括以下步骤,运维管理员调用服务管理平台的接口下发服务调用参数;服务管理平台通过调用服务注册中心的接口将服务调用参数传入服务注册中心。
作为本发明所述的支持服务参数下发的分布式服务注册发现方法的一种优选方案,其中:所述服务调用参数的发送和使用还包括以下步骤,服务注册中心根据上游服务名称查询到与之建立了信息交换通道的各个上游服务实例;服务注册中心通过信息交换通道将服务调用参数发送给各个上游服务实例;收到服务调用参数后的上游服务实例调整调用下游服务实例的方式。
因此,本发明解决的另一个技术问题是:提出了一种支持服务参数下发的分布式服务注册发现***,上述方法能够依托于该***实现。
为解决上述技术问题,本发明提供如下技术方案:一种支持服务参数下发的分布式服务注册发现***,包括,服务实例,所述服务实例能够进行业务处理;服务注册中心,所述服务实例能够将服务信息注册到所述服务注册中心;信息交换通道,所述信息交换通道用于所述服务实例和所述服务注册中心之间的信息交换;服务管理平台,所述服务管理平台能够进行服务的查询和调用,以及服务调用参数的配置。
作为本发明所述的支持服务参数下发的分布式服务注册发现***的一种优选方案,其中:所述服务实例还包括上游服务实例和下游服务实例,所述上游服务实例和所述下游服务实例采用分布式集群部署。
本发明的有益效果:扩展了现有的分布式服务注册发现场景,使得服务调用更加灵活,易于扩展,几乎可以满足任何业务相关的服务调用场景,增加了分布式服务的可用性和灵活性。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其它的附图。其中:
图1为本发明第一种实施例所述支持服务参数下发的分布式服务注册发现方法的整体流程结构示意图;
图2为本发明第一种实施例所述支持服务参数下发的分布式服务注册发现方法中配置服务调用参数的流程结构示意图;
图3为本发明第二种实施例所述支持服务参数下发的分布式服务注册发现***的整理结构示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合说明书附图对本发明的具体实施方式做详细的说明,显然所描述的实施例是本发明的一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明的保护的范围。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是本发明还可以采用其他不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本发明内涵的情况下做类似推广,因此本发明不受下面公开的具体实施例的限制。
其次,此处所称的“一个实施例”或“实施例”是指可包含于本发明至少一个实现方式中的特定特征、结构或特性。在本说明书中不同地方出现的“在一个实施例中”并非均指同一个实施例,也不是单独的或选择性的与其他实施例互相排斥的实施例。
本发明结合示意图进行详细描述,在详述本发明实施例时,为便于说明,表示器件结构的剖面图会不依一般比例作局部放大,而且所述示意图只是示例,其在此不应限制本发明保护的范围。此外,在实际制作中应包含长度、宽度及深度的三维空间尺寸。
同时在本发明的描述中,需要说明的是,术语中的“上、下、内和外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“第一、第二或第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。
本发明中除非另有明确的规定和限定,术语“安装、相连、连接”应做广义理解,例如:可以是固定连接、可拆卸连接或一体式连接;同样可以是机械连接、电连接或直接连接,也可以通过中间媒介间接相连,也可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
实施例1
微服务架构中的服务注册与发现组件主要解决两个的问题是服务注册和服务发现,其中,服务注册是服务实例将自身服务信息注册到注册中心。这部分服务信息包括服务所在主机IP地址和提供服务的接口,以及暴露服务自身状态以及访问协议等信息。而服务发现是服务实例请求注册中心获取所依赖服务信息的过程。服务实例通过注册中心,获取到注册到其中的服务实例的信息,通过这些信息去请求它们提供的服务。
参照图1~2,针对现有的服务注册发现方案无法动态的调控服务调用方式的问题,本实施例中提出了一种支持服务参数下发的分布式服务注册发现方法,其改进现有的服务注册发现***,使得服务注册发现***能下发服务调用参数到各服务器实例中,使得分布式服务在调用过程中能够基于动态参数进行调整。
具体的,包括以下步骤,
S1:将分布式服务集群中的所有服务实例100注册服务信息到服务注册中心200中并建立信息交换通道300;具体的,分布式服务集群中的所有服务器实例100都需要注册注册服务信息到服务注册中心200,不限物理机或虚拟机,在本实施例中,服务器实例100包括上游服务实例101和下游服务实例102,且采用分布式集群部署。
服务注册中心200采用HTTP协议和websocket协议,其中,HTTP协议提供服务注册和查询接口,服务器实例100采用HTTP协议调用服务注册中心200的注册接口进行注册,且注册时需要携带服务信息,包括服务名称、提供服务的IP地址和端口、服务本身采用的通信协议。
服务实例100注册成功后,服务注册中心200和各个注册成功的服务实例100建立信息交换通道300,并采用websocket协议进行信息交换。服务实例100需要和服务注册中心200建立一个长连接或者支持服务注册中心对之进行长轮询进行信息交换,服务注册中心200采用websocket协议向各个服务实例100推送信息。
S2:上游服务实例101启动后根据其自身业务处理需求通过服务管理平台400向服务注册中心200查询需要的服务所在下游服务实例102的地址列表并根据负载均衡调度策略调用服务;具体的,查询还包括以下步骤,
上游服务实例101向服务管理平台400发起服务发现请求,请求中携带请求参数,包括服务名称和服务协议;具体的,每个上游服务实例101启动后根据自身业务处理需求,根据服务名称查询服务的服务器地址列表,服务发现请求中携带了服务名称和服务协议,其中,服务名称在服务信息中,服务协议为HTTP协议。
服务管理平台400收到服务发现请求后解析出请求参数;服务管理平台400解析出参数中的服务名称和服务协议,并查询本地存储中的对应服务名称记录,本实施例中本地存储可以采用MySql数据库实现。
当服务管理平台400的本地存储中没有对应服务名称的记录时,服务管理平台400向服务注册中心200发起查询请求;服务管理平台400采用HTTP协议向服务注册中心200发起查询请求,服务注册中心200根据服务名称得到提供了该服务的各个下游服务实例102的IP地址和端口。
服务注册中心200返回下游服务实例102的地址列表给服务管理平台400。
此外,调用服务还包括以下步骤,
服务管理平台400收到服务注册中心200返回的结果后,将服务名称、服务协议和下游服务实例102的地址列表作为一条记录存入本地存储中;即在服务管理平台400中存储下游服务实例102的IP地址和端口,此时若下次再收到同样的查询请求后,就可以直接从本地存储中返回结果。
服务管理平台400将下游服务实例102的地址列表结果返回给上游服务实例101;
上游服务实例101根据负载均衡调度策略向下游服务实例102发起服务调用请求。本领域技术人员应当理解的是,负载均衡调度策略为现有技术,例如轮询算法。
S3:运维人员通过服务管理平台400配置服务调用参数,并由服务管理平台400下发至服务注册中心200;其中,当运维人员需要调整上游服务实例101对下游服务实例102的调用时,通过服务管理平台400提供的服务进行策略信息的配置,服务管理平台400提供的服务可以是基于HTTP的Web服务。具体的,服务调用参数的配置包括以下步骤,
运维管理员调用服务管理平台400的接口下发服务调用参数;其中,服务调用参数包括,上游服务名称、下游服务名称和业务数据,且业务数据包括用户名集合和地址集合,地址集合包括IP地址和服务接口,业务数据可以采用json进行描述,如下所示:
其中,usernames代表用户名集合,上游服务实例101调用下游服务实例102的接口时需要传用户名参数,只有当下游服务实例102传的用户名在业务数据的用户名集合中时,上游服务实例101能够调用地址集合中提供的服务接口。
服务管理平台400通过调用服务注册中心200的接口将服务调用参数传入服务注册中心200。其中,此处调用的是服务注册中心200提供的HTTP接口。
S4:服务注册中心200通过信息交换通道300将服务调用参数发送至对应的上游服务实例101供其使用。
并通过信息交换通道300将服务调用参数发送到对应的各个上游服务实例101,收到服务调用参数后的上游服务实例101调整调用下游服务实例102的方式。
具体的,该过程还包括以下步骤,
服务注册中心200根据上游服务名称查询到与之建立了信息交换通道300的各个上游服务实例101;其中,根据服务调用参数中的服务名称即可找到步骤S1中与之建立的信息交换通道300的各个上游服务实例101。
服务注册中心200通过信息交换通道300将服务调用参数发送给各个上游服务实例101;
收到服务调用参数后的上游服务实例101调整调用下游服务实例102的方式。具体的,上游服务实例101收到该服务调用参数后,后续进行对下游服务实例102的调用时,上游服务实例101判断调用请求参数的用户名是否在服务调用参数的业务字段的用户名集合内,若是则直接调用服务调用参数中业务数据的服务接口。
应当认识到,本发明的实施例可以由计算机硬件、硬件和软件的组合、或者通过存储在非暂时性计算机可读存储器中的计算机指令来实现或实施。所述方法可以使用标准编程技术-包括配置有计算机程序的非暂时性计算机可读存储介质在计算机程序中实现,其中如此配置的存储介质使得计算机以特定和预定义的方式操作——根据在具体实施例中描述的方法和附图。每个程序可以以高级过程或面向对象的编程语言来实现以与计算机***通信。然而,若需要,该程序可以以汇编或机器语言实现。在任何情况下,该语言可以是编译或解释的语言。此外,为此目的该程序能够在编程的专用集成电路上运行。
此外,可按任何合适的顺序来执行本文描述的过程的操作,除非本文另外指示或以其他方式明显地与上下文矛盾。本文描述的过程(或变型和/或其组合)可在配置有可执行指令的一个或多个计算机***的控制下执行,并且可作为共同地在一个或多个处理器上执行的代码(例如,可执行指令、一个或多个计算机程序或一个或多个应用)、由硬件或其组合来实现。所述计算机程序包括可由一个或多个处理器执行的多个指令。
进一步,所述方法可以在可操作地连接至合适的任何类型的计算平台中实现,包括但不限于个人电脑、迷你计算机、主框架、工作站、网络或分布式计算环境、单独的或集成的计算机平台、或者与带电粒子工具或其它成像装置通信等等。本发明的各方面可以以存储在非暂时性存储介质或设备上的机器可读代码来实现,无论是可移动的还是集成至计算平台,如硬盘、光学读取和/或写入存储介质、RAM、ROM等,使得其可由可编程计算机读取,当存储介质或设备由计算机读取时可用于配置和操作计算机以执行在此所描述的过程。此外,机器可读代码,或其部分可以通过有线或无线网络传输。当此类媒体包括结合微处理器或其他数据处理器实现上文所述步骤的指令或程序时,本文所述的发明包括这些和其他不同类型的非暂时性计算机可读存储介质。当根据本发明所述的方法和技术编程时,本发明还包括计算机本身。计算机程序能够应用于输入数据以执行本文所述的功能,从而转换输入数据以生成存储至非易失性存储器的输出数据。输出信息还可以应用于一个或多个输出设备如显示器。在本发明优选的实施例中,转换的数据表示物理和有形的对象,包括显示器上产生的物理和有形对象的特定视觉描绘。
实施例2
参照图3的示意,为实现上述支持服务参数下发的分布式服务注册发现方法,本实施例中提出一种支持服务参数下发的分布式服务注册发现***。具体的,该***包括服务实例100、服务注册中心200、信息交换通道300和服务管理平台400。其中,服务实例100能够进行业务处理;服务实例100能够将服务信息注册到服务注册中心200中;信息交换通道300用于服务实例100和服务注册中心200之间的信息交换;服务管理平台400能够进行服务的查询和调用,以及服务调用参数的配置。
具体的,服务实例100还包括上游服务实例101和下游服务实例102,且上游服务实例101和下游服务实例102采用分布式集群部署。
其中,服务实例100、服务注册中心200和服务管理平台400处于同一个层次,均为使用编程语言实现的服务器软件,例如本实施例中可以采用JAVA进行编程,软件可以依赖于普通计算机进行运行和工作。
信息交换通道300为服务实例100和服务注册中心200通过WebSocket协议建立的双向通信通道。
服务器实例100通过HTTP协议访问服务注册中心200,并通过和服务注册中心200建立WebSocket连接收取服务注册中心200主动推送的信息。服务器实例100能够通过HTTP协议访问服务管理平台400。
服务管理平台400能够通过HTTP协议访问服务注册中心200。
如在本申请所使用的,术语“组件”、“模块”、“***”等等旨在指代计算机相关实体,该计算机相关实体可以是硬件、固件、硬件和软件的结合、软件或者运行中的软件。例如,组件可以是,但不限于是:在处理器上运行的处理、处理器、对象、可执行文件、执行中的线程、程序和/或计算机。作为示例,在计算设备上运行的应用和该计算设备都可以是组件。一个或多个组件可以存在于执行中的过程和/或线程中,并且组件可以位于一个计算机中以及/或者分布在两个或更多个计算机之间。此外,这些组件能够从在其上具有各种数据结构的各种计算机可读介质中执行。这些组件可以通过诸如根据具有一个或多个数据分组(例如,来自一个组件的数据,该组件与本地***、分布式***中的另一个组件进行交互和/或以信号的方式通过诸如互联网之类的网络与其它***进行交互)的信号,以本地和/或远程过程的方式进行通信。
应说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技术方案的精神和范围,其均应涵盖在本发明的权利要求范围当中。
Claims (10)
1.一种支持服务参数下发的分布式服务注册发现方法,其特征在于:包括以下步骤,
将分布式服务集群中的所有服务实例(100)注册服务信息到服务注册中心(200)中并建立信息交换通道(300);
上游服务实例(101)启动后根据其自身业务处理需求通过服务管理平台(400)向服务注册中心(200)查询需要的服务所在下游服务实例(102)的地址列表并根据负载均衡调度策略调用服务;
运维人员通过服务管理平台(400)配置服务调用参数,并由服务管理平台(400)下发至服务注册中心(200);
服务注册中心(200)通过信息交换通道(300)将服务调用参数发送至对应的上游服务实例(101)供其使用。
2.如权利要求1所述的支持服务参数下发的分布式服务注册发现方法,其特征在于:所述服务实例(100)包括上游服务实例(101)和下游服务实例(102),采用分布式集群部署,服务实例(100)采用HTTP协议调用服务注册中心(200)的注册接口进行注册,注册的服务信息包括服务名称、提供服务的IP地址和端口、服务本身采用的通信协议。
3.如权利要求1或2所述的支持服务参数下发的分布式服务注册发现方法,其特征在于:服务实例(100)注册成功后,服务注册中心(200)和各个服务实例(100)建立信息交换通道(300),采用websocket协议进行信息交换。
4.如权利要求3所述的支持服务参数下发的分布式服务注册发现方法,其特征在于:所述查询还包括以下步骤,
上游服务实例(101)向服务管理平台(400)发起服务发现请求,请求中携带请求参数,包括服务名称和服务协议;
服务管理平台(400)收到服务发现请求后解析出请求参数;
当服务管理平台(400)的本地存储中没有对应服务名称的记录时,服务管理平台(400)向服务注册中心(200)发起查询请求;
服务注册中心(200)返回下游服务实例(102)的地址列表给服务管理平台(400)。
5.如权利要求4所述的支持服务参数下发的分布式服务注册发现方法,其特征在于:所述调用服务还包括以下步骤,
服务管理平台(400)收到服务注册中心(200)返回的结果后,将服务名称、服务协议和下游服务实例(102)的地址列表作为一条记录存入本地存储中;
服务管理平台(400)将下游服务实例(102)的地址列表结果返回给上游服务实例(101);
上游服务实例(101)根据负载均衡调度策略向下游服务实例(102)发起服务调用请求。
6.如权利要求4或5所述的支持服务参数下发的分布式服务注册发现方法,其特征在于:所述服务调用参数包括,上游服务名称、下游服务名称和业务数据,业务数据包括用户名集合和地址集合,地址集合包括IP地址和服务接口。
7.如权利要求6所述的支持服务参数下发的分布式服务注册发现方法,其特征在于:所述服务调用参数的配置包括以下步骤,
运维管理员调用服务管理平台(400)的接口下发服务调用参数;
服务管理平台(400)通过调用服务注册中心(200)的接口将服务调用参数传入服务注册中心(200)。
8.如权利要求7所述的支持服务参数下发的分布式服务注册发现方法,其特征在于:所述服务调用参数的发送和使用还包括以下步骤,
服务注册中心(200)根据上游服务名称查询到与之建立了信息交换通道(300)的各个上游服务实例(101);
服务注册中心(200)通过信息交换通道(300)将服务调用参数发送给各个上游服务实例(101);
收到服务调用参数后的上游服务实例(101)调整调用下游服务实例(102)的方式。
9.一种支持服务参数下发的分布式服务注册发现***,其特征在于:包括,
服务实例(100),所述服务实例(100)能够进行业务处理;
服务注册中心(200),所述服务实例(100)能够将服务信息注册到所述服务注册中心(200);
信息交换通道(300),所述信息交换通道(300)用于所述服务实例(100)和所述服务注册中心(200)之间的信息交换;
服务管理平台(400),所述服务管理平台(400)能够进行服务的查询和调用,以及服务调用参数的配置。
10.一种支持服务参数下发的分布式服务注册发现***,其特征在于:所述服务实例(100)还包括上游服务实例(101)和下游服务实例(102),所述上游服务实例(101)和所述下游服务实例(102)采用分布式集群部署。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911413776.5A CN111245901B (zh) | 2019-12-31 | 2019-12-31 | 一种支持服务参数下发的分布式服务注册发现方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911413776.5A CN111245901B (zh) | 2019-12-31 | 2019-12-31 | 一种支持服务参数下发的分布式服务注册发现方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111245901A true CN111245901A (zh) | 2020-06-05 |
CN111245901B CN111245901B (zh) | 2023-04-07 |
Family
ID=70876041
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911413776.5A Active CN111245901B (zh) | 2019-12-31 | 2019-12-31 | 一种支持服务参数下发的分布式服务注册发现方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111245901B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111711569A (zh) * | 2020-06-16 | 2020-09-25 | 普元信息技术股份有限公司 | 企业分布式应用中实现请求动态路由的***及其方法 |
CN111984289A (zh) * | 2020-07-31 | 2020-11-24 | 广州市百果园信息技术有限公司 | 一种服务更新方法、装置、设备及存储介质 |
CN113515608A (zh) * | 2021-06-15 | 2021-10-19 | 微梦创科网络科技(中国)有限公司 | 一种智能工作方法及*** |
CN113556251A (zh) * | 2021-07-22 | 2021-10-26 | 浙江百应科技有限公司 | 一种反欺诈决策引擎业务服务注册方法及*** |
CN113742100A (zh) * | 2021-08-27 | 2021-12-03 | 欧电云信息科技(江苏)有限公司 | 基于微服务架构的服务调用方法、***、设备及介质 |
CN113742105A (zh) * | 2021-09-01 | 2021-12-03 | 欧电云信息科技(江苏)有限公司 | 微服务框架的适配方法、设备和介质 |
CN114363403A (zh) * | 2021-12-28 | 2022-04-15 | 金蝶医疗软件科技有限公司 | 服务访问方法、***、计算机设备和存储介质 |
CN115344327A (zh) * | 2022-08-19 | 2022-11-15 | 中电金信软件有限公司 | 应用模块的切换方法、装置、电子设备及可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106972975A (zh) * | 2017-04-27 | 2017-07-21 | 上海斐讯数据通信技术有限公司 | 一种服务器管理方法及*** |
CN108366102A (zh) * | 2018-01-26 | 2018-08-03 | 北京奇艺世纪科技有限公司 | 一种基于Consul的服务发现方法、装置及电子设备 |
CN110543368A (zh) * | 2019-09-06 | 2019-12-06 | 西藏宁算科技集团有限公司 | 一种分布式服务健康检查的方法及其*** |
-
2019
- 2019-12-31 CN CN201911413776.5A patent/CN111245901B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106972975A (zh) * | 2017-04-27 | 2017-07-21 | 上海斐讯数据通信技术有限公司 | 一种服务器管理方法及*** |
CN108366102A (zh) * | 2018-01-26 | 2018-08-03 | 北京奇艺世纪科技有限公司 | 一种基于Consul的服务发现方法、装置及电子设备 |
CN110543368A (zh) * | 2019-09-06 | 2019-12-06 | 西藏宁算科技集团有限公司 | 一种分布式服务健康检查的方法及其*** |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111711569A (zh) * | 2020-06-16 | 2020-09-25 | 普元信息技术股份有限公司 | 企业分布式应用中实现请求动态路由的***及其方法 |
CN111984289A (zh) * | 2020-07-31 | 2020-11-24 | 广州市百果园信息技术有限公司 | 一种服务更新方法、装置、设备及存储介质 |
CN113515608A (zh) * | 2021-06-15 | 2021-10-19 | 微梦创科网络科技(中国)有限公司 | 一种智能工作方法及*** |
CN113556251A (zh) * | 2021-07-22 | 2021-10-26 | 浙江百应科技有限公司 | 一种反欺诈决策引擎业务服务注册方法及*** |
CN113742100A (zh) * | 2021-08-27 | 2021-12-03 | 欧电云信息科技(江苏)有限公司 | 基于微服务架构的服务调用方法、***、设备及介质 |
CN113742100B (zh) * | 2021-08-27 | 2024-05-31 | 欧电云信息科技(江苏)有限公司 | 基于微服务架构的服务调用方法、***、设备及介质 |
CN113742105A (zh) * | 2021-09-01 | 2021-12-03 | 欧电云信息科技(江苏)有限公司 | 微服务框架的适配方法、设备和介质 |
CN113742105B (zh) * | 2021-09-01 | 2024-03-12 | 欧电云信息科技(江苏)有限公司 | 微服务框架的适配方法、设备和介质 |
CN114363403A (zh) * | 2021-12-28 | 2022-04-15 | 金蝶医疗软件科技有限公司 | 服务访问方法、***、计算机设备和存储介质 |
CN115344327A (zh) * | 2022-08-19 | 2022-11-15 | 中电金信软件有限公司 | 应用模块的切换方法、装置、电子设备及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111245901B (zh) | 2023-04-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111245901B (zh) | 一种支持服务参数下发的分布式服务注册发现方法及*** | |
US11363105B2 (en) | Determining a target service based on a service discovery request | |
US11582306B2 (en) | Subscription and notification service | |
EP3462706B1 (en) | Information processing method, apparatus, and system for monitoring microservices | |
US7548969B2 (en) | Computer system polling with adjustable intervals based on rules and server states | |
CN110958281B (zh) | 基于物联网的数据传输方法及通信装置 | |
JP2018511843A (ja) | 同じ画面上にコンテンツを表示するための方法及びデバイス並びに端末デバイス | |
WO2021254331A1 (zh) | 资源管理方法、***、代理服务器及存储介质 | |
US20150304404A1 (en) | System architecture, subsystem, and method for opening telecommunications network capability | |
WO2019223099A1 (zh) | 应用程序的调用方法及*** | |
US20220353323A1 (en) | Service registration based on service capabilities requirements and preferences | |
US20110113131A1 (en) | Method of Load Balance Based on BS Architecture | |
CN108989420A (zh) | 注册服务的方法及***、调用服务的方法及*** | |
CN111615128A (zh) | 一种多接入边缘计算方法、平台及*** | |
US11070426B2 (en) | Mechanisms for the adaptive control of service layer operations | |
CN112565340B (zh) | 分布式应用的服务调度方法、装置、计算机***及介质 | |
WO2019034091A1 (zh) | 分布式数据计算的分配方法、装置、服务器及存储介质 | |
CN111831402A (zh) | 用于管理软件功能的方法、设备和计算机程序产品 | |
KR101251630B1 (ko) | 푸쉬 서비스 제공 시스템 및 방법 | |
US20130138768A1 (en) | Method and System for Dynamic Service Creation on Sensor Gateways | |
CN115174665B (zh) | 登录状态确定方法、装置、设备及存储介质 | |
CN116633765A (zh) | 业务处理方法、装置、设备及存储介质 | |
JP2017130934A (ja) | 分散式コントローラ |
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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20210220 Address after: 11 / F, Liuwu building, Liuwu New District, Lhasa City, Tibet Autonomous Region, 850000 Applicant after: Tibet ningsuan Technology Group Co.,Ltd. Address before: Building C4, No.55 Liyuan South Road, moling street, Nanjing, Jiangsu Province Applicant before: DILU TECHNOLOGY Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |