CN112925628A - 一种服务管理方法和装置 - Google Patents
一种服务管理方法和装置 Download PDFInfo
- Publication number
- CN112925628A CN112925628A CN202110333706.XA CN202110333706A CN112925628A CN 112925628 A CN112925628 A CN 112925628A CN 202110333706 A CN202110333706 A CN 202110333706A CN 112925628 A CN112925628 A CN 112925628A
- Authority
- CN
- China
- Prior art keywords
- service
- calling
- address
- identifier
- failure times
- 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
- 238000007726 management method Methods 0.000 title claims abstract description 35
- 238000000034 method Methods 0.000 claims abstract description 24
- 238000004590 computer program Methods 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 11
- 238000004891 communication Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 230000001360 synchronised effect Effects 0.000 description 6
- 241000412611 Consul Species 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 4
- 230000009545 invasion Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 239000000835 fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种服务管理方法和装置，涉及云计算技术领域。该方法的一具体实施方式包括：接收服务调用端发送的服务调用请求，所述服务调用请求指示了待调用服务对应的服务标识；根据所述服务标识，从注册中心获取与所述服务标识对应的第一服务地址；获取与所述第一服务地址对应的调用失败次数，以在所述调用失败次数大于阈值失败次数的情况下，重新从所述注册中心获取与所述服务标识对应的第二服务地址；在所述第二服务地址对应的调用失败次数不大于阈值失败次数的情况下，调用与所述第二服务地址对应的服务提供端，以接收所述服务提供端返回的调用结果，并将所述调用结果发送至所述服务调用端。该实施方式提高了调用服务的高可用性。
Description
技术领域
本发明涉及云计算技术领域，尤其涉及一种服务管理方法和装置。
背景技术
为提升系统性能，越来越多的系统采用分布式服务框架。目前，分布式框架中的服务主要通过配置文件进行注册，即将服务提供端暴露在注册中心以进行动态注册，实现了服务透明化。如此，无法保证服务调用方的安全或者隐私。
因此，对于一些隐私性要求较高的服务，不能通过配置文件进行注册，只能通过静态注册即人工管理服务提供端上线和下线的方式接入服务。但是，对于静态注册的服务无法进行高可用管理，在服务提供端故障或宕机的情况下，服务调用端仍会不断调用服务提供端，造成响应超时，甚至会因开启线程过多而出现故障或损失。
发明内容
有鉴于此，本发明实施例提供了一种服务管理方法，能够在调用注册服务时，获取服务地址对应的失败调用次数，并通过在调用失败次数大于阈值失败次数的情况下重新获取服务地址的方式，保证了调用服务的高可用性，避免了因不断调用故障服务而导致的服务调用端故障或宕机。
为实现上述目的，根据本发明实施例的一个方面，提供了一种服务调用方法，包括：
接收服务调用端发送的服务调用请求，所述服务调用请求指示了待调用服务对应的服务标识；
根据所述服务标识，从注册中心获取与所述服务标识对应的第一服务地址；
获取与所述第一服务地址对应的调用失败次数，以在所述调用失败次数大于阈值失败次数的情况下，重新从所述注册中心获取与所述服务标识对应的第二服务地址；
在所述第二服务地址对应的调用失败次数不大于阈值失败次数的情况下，调用与所述第二服务地址对应的服务提供端，以接收所述服务提供端返回的调用结果，并将所述调用结果发送至所述服务调用端。
可选地，在从所述服务提供端接收所述调用结果失败的情况下，更新所述第二服务地址对应的调用失败次数。
可选地，还包括：
在接收服务调用端发送的服务调用请求之前，接收服务提供端发送的服务注册请求，所述服务注册请求指示了待注册服务及与所述待注册服务对应的服务标识；
获取所述待注册服务对应的服务地址，并将所述服务标识、所服务地址同步至所述注册中心，以完成所述待注册服务的注册。
可选地，所述注册中心为下述任意一种：zookeeper、eureka、Consul、ETCD。
可选地，所述第一服务地址或所述第二服务地址包括所述待注册服务对应的IP地址和端口号。
可选地，采用Redis队列存储所述第一服务地址或所述第二服务地址对应的调用失败次数。
可选地，在所述第二服务地址更新后的调用失败次数大于阈值失败次数的情况下，将所述第二服务地址标记为不可用。
可选地，还包括：
在从注册中心获取的与所述服务标识对应的服务地址具有至少两个的情况下，基于下述一种或多种方式从中选取一个服务地址以调用服务提供端：
删除所述服务地址中被标记为不可用的服务地址；
按照所述服务地址对应的调用失败次数由低到高的顺序选取；
基于轮询的方式选取一个服务地址；
随机选取一个服务地址；
基于所述服务地址对应的服务提供端的并发量由低到高的顺序选取。
可选地，还包括：
接收服务提供端发送的服务注销请求，所述服务注销请求指示了待注册服务对应的服务标识；
从所述注册中心中删除所述服务标识及与所述服务标识对应的服务地址。
为实现上述目的，根据本发明实施例的另一个方面，提供了一种服务调用装置，包括：调用请求接收模块、服务地址获取模块、失败次数获取模块、服务提供端调用模块；其中，
所述调用请求接收模块，用于接收服务调用端发送的服务调用请求，所述服务调用请求指示了待调用服务对应的服务标识；
所述服务地址获取模块，用于根据所述服务标识，从注册中心获取与所述服务标识对应的第一服务地址；
所述失败次数获取模块，用于获取与所述第一服务地址对应的调用失败次数，以在所述调用失败次数大于阈值失败次数的情况下，重新从所述注册中心获取与所述服务标识对应的第二服务地址；
所述服务提供端调用模块，用于在所述第二服务地址对应的调用失败次数不大于阈值失败次数的情况下，调用与所述第二服务地址对应的服务提供端，以接收所述服务提供端返回的调用结果，并将所述调用结果发送至所述服务调用端。
可选地，所述失败次数获取模块，还用于在从所述服务提供端接收所述调用结果失败的情况下，更新所述第二服务地址对应的调用失败次数。
可选地，还包括：服务注册模块；其中，所述服务注册模块，用于，
在接收服务调用端发送的服务调用请求之前，接收服务提供端发送的服务注册请求，所述服务注册请求指示了待注册服务及与所述待注册服务对应的服务标识；
获取所述待注册服务对应的服务地址，并将所述服务标识、所服务地址同步至所述注册中心，以完成所述待注册服务的注册。
可选地，所述注册中心为下述任意一种：zookeeper、eureka、Consul、ETCD。
可选地，所述第一服务地址或所述第二服务地址包括所述待注册服务对应的IP地址和端口号。
可选地，还包括：失败次数存储模块；其中，所述失败次数存储模块，用于采用Redis队列存储所述第一服务地址或所述第二服务地址对应的调用失败次数。
可选地，所述失败次数存储模块，还用于在所述第二服务地址更新后的调用失败次数大于阈值失败次数的情况下，将所述第二服务地址标记为不可用。
可选地，所述服务地址获取模块，用于在从注册中心获取的与所述服务标识对应的服务地址具有至少两个的情况下，基于下述一种或多种方式从中选取一个服务地址以调用服务提供端：
删除所述服务地址中被标记为不可用的服务地址；
按照所述服务地址对应的调用失败次数由低到高的顺序选取；
基于轮询的方式选取一个服务地址；
随机选取一个服务地址；
基于所述服务地址对应的服务提供端的并发量由低到高的顺序选取。
可选地，还包括：服务注销模块；其中，所述服务注销模块，用于，
接收服务提供端发送的服务注销请求，所述服务注销请求指示了待注册服务对应的服务标识；
从所述注册中心中删除所述服务标识及与所述服务标识对应的服务地址。
为实现上述目的，根据本发明实施例的再一个方面，提供了一种用于服务管理的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上所述服务管理方法中任一所述的方法。
为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上所述服务管理方法中任一所述的方法。
上述发明中的一个实施例具有如下优点或有益效果通过在调用注册服务时，从注册中心获取服务地址，并获取服务地址对应的失败调用次数，以在调用失败次数大于阈值失败次数的情况下，重新从注册中心获取服务地址的方式，保证了调用服务的高可用性，避免了因不断调用故障服务而导致的服务调用端自身的故障或宕机。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
图1是根据本发明实施例的服务管理方法的主要流程的示意图；
图2是根据本发明实施例的服务管理方法的主要流程的示意图；
图3是根据本发明实施例的服务管理装置的主要模块的示意图；
图4是本发明实施例可以应用于其中的示例性系统架构图；
图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明实施例的服务管理方法的主要流程的示意图，如图1所示，该服务管理方法具体可以包括的步骤如下：
步骤S101，接收服务调用端发送的服务调用请求，所述服务调用请求指示了待调用服务对应的服务标识。
其中，服务调用端是指调用远程服务的服务消费方，如客户端等；服务标识则是指待调用服务的标识符，如接口名等。
可以理解的是，服务调用端能调用的服务都是在注册中心进行注册后的服务。因此，在接收服务调用端发送的服务调用请求之前，还包括：接收服务提供端发送的服务注册请求，所述服务注册请求指示了待注册服务及与所述待注册服务对应的服务标识；获取所述待注册服务对应的服务地址，并将所述服务标识、所服务地址同步至所述注册中心，以完成所述待注册服务的注册。
在一种可选的实施方式中，所述注册中心为下述任意一种：zookeeper、eureka、Consul、ETCD。其中，zookeeper是大数据Hadoop中的一个分布式调度组件，强调数据一致性和扩展性，可用于服务的注册和发现，也是Dubbo分布式框架中默认的服务注册中心。Eureka是SpringCloud中非常重要的一个组件，主要是实现服务的注册和发现,其实现了CAP理论中的AP，强调服务的高可用性，实现中分Eureka Server和Eureka Client两部分。Consul是一个高可用的分布式服务注册中心，由HashiCorp公司推出，Golang实现的开源共享的服务工具。ETCD是一个高可用的分布式键值数据库，可用于共享配置、服务的注册和发现。
本实施例优先采用zookeeper为注册中心，通过将服务及服务标识发布，并将服务标识及服务地址同步至zookeeper的方式，实现了对服务的无侵入注册，既无需使用配置文件，也无需将服务提供端暴露至注册中心，保证了服务提供端的安全性及隐私性。
在一种可选的实施方式中，所述第一服务地址或所述第二服务地址包括所述待注册服务对应的IP地址和端口号。
具体地，以对技术服务平台的服务进行管理为例进行说明，服务提供端可以通过技术服务平台等提供的页面发布其所提供的服务及接口名，并通过技术服务平台的管理环境填写服务对应的IP地址和端口号，以使技术服务平台在启用管理环境后，将接口名、IP地址和端口号同步至zookeeper注册中心，以完成服务的注册。在此基础上，技术服务平台的网关在接收到服务调用端发送的服务调用请求以后，可以根据服务标识向zookeeper注册中心查询服务标识对应的IP地址和端口号等，以根据IP地址和端口号对服务提供端进行调用。
步骤S102，根据所述服务标识，从注册中心获取与所述服务标识对应的第一服务地址。
由于在服务注册过程中已经将服务标识和服务地址同步至zookeeper等注册中心，因而可以直接根据服务标识查询与其对应的服务地址。
步骤S103，获取与所述第一服务地址对应的调用失败次数，以在所述调用失败次数大于阈值失败次数的情况下，重新从所述注册中心获取与所述服务标识对应的第二服务地址。
其中，阈值失败次数是根据实际情况设定的，如10次、5次等。也即是说，对于每一个服务地址对应的服务提供端，记录其调用失败结果，并统计调用失败次数即出现故障次数，以在服务地址对应的服务提供端出现故障次数较多的情况下，重新从注册中心获取与服务标识对应的其他服务地址，即不再调用总是出现故障的服务提供端，从而避免了服务调用端因服务提供端出现故障无响应而不断发送服务调用请求，以致自身开启线程数量过多，进而导致自身故障或者宕机的问题。另一方面，通过重现获取服务地址，并调用出现故障次数较少或者未出现故障的服务提供端，提高了调用服务提供端获取到调用结果的可靠性，进行保证了注册服务的高可用性。
可以理解的是，在实际的执行过程中，除却根据阈值失败次数确定是否重新从注册中心获取其他服务地址以外，还可以根据出现失败次数的频率，如1次/天、2次/天，或出现失败的时间间隔等设定阈值以确定是否需要重新从注册中心获取其他服务地址，若不需要重新从注册中心获取其他服务地址，则可以直接调用第一服务地址对应的服务提供端。
步骤S104，在所述第二服务地址对应的调用失败次数不大于阈值失败次数的情况下，调用与所述第二服务地址对应的服务提供端，以接收所述服务提供端返回的调用结果，并将所述调用结果发送至所述服务调用端。
也即是说，在重新从注册中心获取到服务标识对应的不同于第一服务地址的第二服务地址的情况下，仍然需要获取第二服务地址对应的调用失败次数，并判断第二服务地址对应的调用失败次数是否大于阈值失败次数：当且仅当第二服务地址对应的调用失败次数不大于阈值失败次数的情况下，即在第二服务地址对应的服务提供出现故障次数较少的情况下，才调用与第二服务地址对应的服务提供端；若第二服务地址对应的调用失败次数仍大于阈值失败次数，即第二服务地址对应的服务提供出现故障次数仍较多，则需要继续重新从注册中心获取其他与服务标识对应的服务地址，如此循环往复，直至获取到调用失败次数不大于阈值失败次数的其他服务地址；若所获取到的所有服务标识对应的服务地址的调用失败次数均大于阈值失败次数，则向服务调用者返回调用服务失败。
在此基础上，在调用了第二服务地址对应的服务提供端，且在从所述服务提供端接收所述调用结果失败的情况下，更新所述第二服务地址对应的调用失败次数。具体地，以第二服务地址对应的调用失败次数为3为例进行说明，若从第二服务地址对应的服务提供端接收调用结果失败，则将对应的调用失败次数更新为4，若从第二服务地址对应的服务提供端接收调用结果成功，则不更新调用失败次数。
进一步地，在所述第二服务地址更新后的调用失败次数大于阈值失败次数的情况下，将所述第二服务地址标记为不可用。如以阈值失败次数为4为例进行说明，若更新后第二服务地址对应的调用失败次数为5，则将第二服务地址标记为不可用，即在从注册中心查询到不可用的服务地址的情况下，重新查询其他服务地址，不再调用该服务地址对应的服务提供端。
在一种可选的实施方式中，采用Redis队列存储所述第一服务地址或所述第二服务地址对应的调用失败次数。具体地，采用key-value的形式存储服务地址对应的调用失败次数，以IP地址-端口号等表示的服务地址为key值，以服务地址对应的调用失败次数为value值。如此，可以基于服务地址，快速地从Redis队列中查询服务地址对应的调用失败次数。可以理解的是，在实际的执行中也可以采用数据库、数组、缓存等方式存储服务地址对应的调用失败次数。
值得注意的是，同一个服务可能由一个或多个服务提供端提供，而每一个服务提供端又可以提供一个或多个不同的服务。因此，根据服务标识从注册中心可查找到的服务地址可能有一个或多个。但是，对于同一个服务调用请求，只需寻找到一个与服务标识相匹配的服务地址进行服务调用即可。
基于此，还包括：在从注册中心获取的与所述服务标识对应的服务地址具有至少两个的情况下，基于下述一种或多种方式从中选取一个服务地址以调用服务提供端：删除所述服务地址中被标记为不可用的服务地址；按照所述服务地址对应的调用失败次数由低到高的顺序选取；基于轮询的方式选取一个服务地址；随机选取一个服务地址；基于所述服务地址对应的服务提供端的并发量由低到高的顺序选取。
具体地，可获取所有服务地址对应的调用失败次数，并先删除服务地址中被标记为不可用的服务地址，即删除调用失败次数均大于阈值失败次数的服务地址对应。在此基础上，若无服务地址可选，则直接向服务调用端返回调用服务失败；若仍有服务地址可选，则继续对服务地址进行选择。如以可选的服务地址有服务地址1、服务地址2、服务地址3为例进行说明，若其对应的调用失败次数分别为1、2、5，则可以从中优先选择调用失败次数最小的服务地址1进行服务调用；或者采用轮询或者随机的方式从中选取一个服务地址；又或者根据服务地址对应的服务提供端的并发量，选取并发量最小的服务提供端以进行服务调用。如此，在保证可用服务提供端出现故障较少的情况下，通过轮询、并发量等进一步选择最终的服务地址，实现了服务调用请求的负载均衡，进一步提高了服务调用的高可用性。
在一种可选的实施方式中，还包括：接收服务提供端发送的服务注销请求，所述服务注销请求指示了待注册服务对应的服务标识；从所述注册中心中删除所述服务标识及与所述服务标识对应的服务地址。也即是说，在服务提供端终止提供服务的情况下，通过在注册中心中删除服务提供端对应的服务地址，即可直接实现注册服务的注销，方便又快捷，实现了对服务、注册的全生命周期的高效管理。
基于上述实施例，通过将服务及服务标识发布，并将服务标识及服务地址同步至zookeeper等注册中心的方式，实现了对服务的无侵入注册，既无需使用配置文件，也无需将服务提供端暴露至注册中心，保证了服务提供端的安全性及隐私性。通过在调用注册服务时，从注册中心获取服务地址，并获取服务地址对应的失败调用次数，以在调用失败次数大于阈值失败次数的情况下，重新从注册中心获取服务地址的方式，保证了调用服务的高可用性，避免了因不断调用故障服务而导致的服务调用端自身的故障或宕机。此外，通过对锁哥服务地址的选择，在保证可用服务提供端出现故障较少的情况下，通过轮询、并发量等进一步选择最终的服务地址，实现了服务调用请求的负载均衡，进一步提高了服务调用的高可用性。
参见图2，在上述实施例的基础上，本发明实施例提供了另一种服务管理方法，其特征在于，
步骤S201，接收服务提供端发送的服务注册请求，所述服务注册请求指示了待注册服务及与所述待注册服务对应的服务标识。
步骤S202，获取所述待注册服务对应的服务地址，并将所述服务标识、所服务地址同步至所述注册中心，以完成所述待注册服务的注册。
步骤S203，接收服务调用端发送的服务调用请求，所述服务调用请求指示了待调用服务对应的服务标识。
步骤S204，根据所述服务标识，从注册中心获取与所述服务标识对应的服务地址。
步骤S205，获取与所述服务地址对应的调用失败次数。
步骤S206，判断所述服务地址对应的调用失败次数是否大于阈值失败次数。若大于，则继续重复执行上述步骤S204；若不大于，则继续执行下述步骤S205。
步骤S207，调用与所述服务地址对应的服务提供端，以接收所述服务提供端返回的调用结果，并将所述调用结果发送至所述服务调用端。
在此基础上，还包括：接收服务提供端发送的服务注销请求，所述服务注销请求指示了待注册服务对应的服务标识；从所述注册中心中删除所述服务标识及与所述服务标识对应的服务地址。
基于上述实施例，通过将服务及服务标识发布，并将服务标识及服务地址同步至注册中心的方式，实现了对服务的无侵入注册，既无需使用配置文件，也无需将服务提供端暴露至注册中心，保证了服务提供端的安全性及隐私性。通过在调用注册服务时，从注册中心获取服务地址，并获取服务地址对应的失败调用次数，以在调用失败次数大于阈值失败次数的情况下，重新从注册中心获取服务地址的方式，保证了调用服务的高可用性，避免了因不断调用故障服务而导致的服务调用端自身的故障或宕机。
参见图3，在上述实施例的基础上，本发明实施例提供了一种服务管理装置300，包括：调用请求接收模块302、服务地址获取模块303、失败次数获取模块304、服务提供端调用模块305；其中，
所述调用请求接收模块302，用于接收服务调用端发送的服务调用请求，所述服务调用请求指示了待调用服务对应的服务标识；
所述服务地址获取模块303，用于根据所述服务标识，从注册中心获取与所述服务标识对应的第一服务地址；
所述失败次数获取模块304，用于获取与所述第一服务地址对应的调用失败次数，以在所述调用失败次数大于阈值失败次数的情况下，重新从所述注册中心获取与所述服务标识对应的第二服务地址；
所述服务提供端调用模块305，用于在所述第二服务地址对应的调用失败次数不大于阈值失败次数的情况下，调用与所述第二服务地址对应的服务提供端，以接收所述服务提供端返回的调用结果，并将所述调用结果发送至所述服务调用端。
在一种可选的实施方式中，所述失败次数获取模块304，还用于在从所述服务提供端接收所述调用结果失败的情况下，更新所述第二服务地址对应的调用失败次数。
在一种可选的实施方式中，还包括：服务注册模块301；其中，所述服务注册模块301，用于，
在接收服务调用端发送的服务调用请求之前，接收服务提供端发送的服务注册请求，所述服务注册请求指示了待注册服务及与所述待注册服务对应的服务标识；
获取所述待注册服务对应的服务地址，并将所述服务标识、所服务地址同步至所述注册中心，以完成所述待注册服务的注册。
在一种可选的实施方式中，所述注册中心为下述任意一种：zookeeper、eureka、Consul、ETCD。
在一种可选的实施方式中，所述第一服务地址或所述第二服务地址包括所述待注册服务对应的IP地址和端口号。
在一种可选的实施方式中，还包括：失败次数存储模块306；其中，所述失败次数存储模块306，用于采用Redis队列存储所述第一服务地址或所述第二服务地址对应的调用失败次数。
在一种可选的实施方式中，所述失败次数存储模块306，还用于在所述第二服务地址更新后的调用失败次数大于阈值失败次数的情况下，将所述第二服务地址标记为不可用。
在一种可选的实施方式中，所述服务地址获取模块303，用于在从注册中心获取的与所述服务标识对应的服务地址具有至少两个的情况下，基于下述一种或多种方式从中选取一个服务地址以调用服务提供端：
删除所述服务地址中被标记为不可用的服务地址；
按照所述服务地址对应的调用失败次数由低到高的顺序选取；
基于轮询的方式选取一个服务地址；
随机选取一个服务地址；
基于所述服务地址对应的服务提供端的并发量由低到高的顺序选取。
在一种可选的实施方式中，还包括：服务注销模块307；其中，所述服务注销模块307，用于，
接收服务提供端发送的服务注销请求，所述服务注销请求指示了待注册服务对应的服务标识；
从所述注册中心中删除所述服务标识及与所述服务标识对应的服务地址。
图4示出了可以应用本发明实施例的服务管理方法或服务管理装置的示例性系统架构400。
如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所发送的服务调用请求进行分析处理，并将调用结果返回给终端设备。
需要说明的是，本发明实施例所提供的服务管理方法一般由服务器405执行，相应地，服务管理装置一般设置于服务器405中。
应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图5所示，计算机系统500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本发明的系统中限定的上述功能。
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：调用请求接收模块、服务地址获取模块、失败次数获取模块、服务提供端调用模块。其中，这些模块的名称在某种情况下并不构成对该单元本身的限定，例如，调用请求接收模块还可以被描述为“用于接收服务调用端发送的服务调用请求的模块”。
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收服务调用端发送的服务调用请求，所述服务调用请求指示了待调用服务对应的服务标识；根据所述服务标识，从注册中心获取与所述服务标识对应的第一服务地址；获取与所述第一服务地址对应的调用失败次数，以在所述调用失败次数大于阈值失败次数的情况下，重新从所述注册中心获取与所述服务标识对应的第二服务地址；在所述第二服务地址对应的调用失败次数不大于阈值失败次数的情况下，调用与所述第二服务地址对应的服务提供端，以接收所述服务提供端返回的调用结果，并将所述调用结果发送至所述服务调用端。
根据本发明实施例的技术方案，通过将服务及服务标识发布，并将服务标识及服务地址同步至zookeeper等注册中心的方式，实现了对服务的无侵入注册，既无需使用配置文件，也无需将服务提供端暴露至注册中心，保证了服务提供端的安全性及隐私性。通过在调用注册服务时，从注册中心获取服务地址，并获取服务地址对应的失败调用次数，以在调用失败次数大于阈值失败次数的情况下，重新从注册中心获取服务地址的方式，保证了调用服务的高可用性，避免了因不断调用故障服务而导致的服务调用端自身的故障或宕机。此外，通过对锁哥服务地址的选择，在保证可用服务提供端出现故障较少的情况下，通过轮询、并发量等进一步选择最终的服务地址，实现了服务调用请求的负载均衡，进一步提高了服务调用的高可用性。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。
Claims (12)
1.一种服务管理方法，其特征在于，包括：
接收服务调用端发送的服务调用请求，所述服务调用请求指示了待调用服务对应的服务标识；
根据所述服务标识，从注册中心获取与所述服务标识对应的第一服务地址；
获取与所述第一服务地址对应的调用失败次数，以在所述调用失败次数大于阈值失败次数的情况下，重新从所述注册中心获取与所述服务标识对应的第二服务地址；
在所述第二服务地址对应的调用失败次数不大于阈值失败次数的情况下，调用与所述第二服务地址对应的服务提供端，以接收所述服务提供端返回的调用结果，并将所述调用结果发送至所述服务调用端。
2.根据权利要求1所述的服务管理方法，其特征在于，
在从所述服务提供端接收所述调用结果失败的情况下，更新所述第二服务地址对应的调用失败次数。
3.根据权利要求1所述的服务管理方法，其特征在于，还包括：
在接收服务调用端发送的服务调用请求之前，接收服务提供端发送的服务注册请求，所述服务注册请求指示了待注册服务及与所述待注册服务对应的服务标识；
获取所述待注册服务对应的服务地址，并将所述服务标识、所服务地址同步至所述注册中心，以完成所述待注册服务的注册。
4.根据权利要求3所述的服务管理方法，其特征在于，
所述注册中心为下述任意一种：zookeeper、eureka、Consul、ETC D。
5.根据权利要求4所述的服务管理方法，其特征在于，
所述第一服务地址或所述第二服务地址包括所述待注册服务对应的IP地址和端口号。
6.根据权利要求2所述的服务管理方法，其特征在于，
采用Redis队列存储所述第一服务地址或所述第二服务地址对应的调用失败次数。
7.根据权利要求2所述的服务管理方法，其特征在于，
在所述第二服务地址更新后的调用失败次数大于阈值失败次数的情况下，将所述第二服务地址标记为不可用。
8.根据权利要求7所述的服务管理方法，其特征在于，还包括：
在从注册中心获取的与所述服务标识对应的服务地址具有至少两个的情况下，基于下述一种或多种方式从中选取一个服务地址以调用服务提供端：
删除所述服务地址中被标记为不可用的服务地址；
按照所述服务地址对应的调用失败次数由低到高的顺序选取；
基于轮询的方式选取一个服务地址；
随机选取一个服务地址；
基于所述服务地址对应的服务提供端的并发量由低到高的顺序选取。
9.根据权利要求1所述的服务管理方法，其特征在于，还包括：
接收服务提供端发送的服务注销请求，所述服务注销请求指示了待注册服务对应的服务标识；
从所述注册中心中删除所述服务标识及与所述服务标识对应的服务地址。
10.一种服务管理装置，其特征在于，包括：调用请求接收模块、服务地址获取模块、失败次数获取模块、服务提供端调用模块；其中，
所述调用请求接收模块，用于接收服务调用端发送的服务调用请求，所述服务调用请求指示了待调用服务对应的服务标识；
所述服务地址获取模块，用于根据所述服务标识，从注册中心获取与所述服务标识对应的第一服务地址；
所述失败次数获取模块，用于获取与所述第一服务地址对应的调用失败次数，以在所述调用失败次数大于阈值失败次数的情况下，重新从所述注册中心获取与所述服务标识对应的第二服务地址；
所述服务提供端调用模块，用于在所述第二服务地址对应的调用失败次数不大于阈值失败次数的情况下，调用与所述第二服务地址对应的服务提供端，以接收所述服务提供端返回的调用结果，并将所述调用结果发送至所述服务调用端。
11.一种用于服务管理的电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。
12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-9中任一所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110333706.XA CN112925628A (zh) | 2021-03-29 | 2021-03-29 | 一种服务管理方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110333706.XA CN112925628A (zh) | 2021-03-29 | 2021-03-29 | 一种服务管理方法和装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112925628A true CN112925628A (zh) | 2021-06-08 |
Family
ID=76176410
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110333706.XA Pending CN112925628A (zh) | 2021-03-29 | 2021-03-29 | 一种服务管理方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112925628A (zh) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7990847B1 (en) * | 2005-04-15 | 2011-08-02 | Cisco Technology, Inc. | Method and system for managing servers in a server cluster |
| WO2016026400A1 (zh) * | 2014-08-22 | 2016-02-25 | 阿里巴巴集团控股有限公司 | 一种处理连续重定向的方法和装置 |
| CN105635331A (zh) * | 2014-11-18 | 2016-06-01 | 阿里巴巴集团控股有限公司 | 一种分布式环境下的服务寻址方法及装置 |
| CN108234666A (zh) * | 2018-01-16 | 2018-06-29 | 云宏信息科技股份有限公司 | 一种微服务调用系统、方法及计算机存储介质 |
| CN108769101A (zh) * | 2018-04-03 | 2018-11-06 | 北京奇艺世纪科技有限公司 | 一种信息处理方法、客户端及系统 |
| CN109194716A (zh) * | 2018-08-06 | 2019-01-11 | 深圳市华讯方舟太赫兹科技有限公司 | 一种处理请求的方法、系统、服务器及存储装置 |
| CN110730197A (zh) * | 2018-07-17 | 2020-01-24 | 北京京东尚科信息技术有限公司 | 一种服务发现方法和系统 |
-
2021
- 2021-03-29 CN CN202110333706.XA patent/CN112925628A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7990847B1 (en) * | 2005-04-15 | 2011-08-02 | Cisco Technology, Inc. | Method and system for managing servers in a server cluster |
| WO2016026400A1 (zh) * | 2014-08-22 | 2016-02-25 | 阿里巴巴集团控股有限公司 | 一种处理连续重定向的方法和装置 |
| CN105635331A (zh) * | 2014-11-18 | 2016-06-01 | 阿里巴巴集团控股有限公司 | 一种分布式环境下的服务寻址方法及装置 |
| CN108234666A (zh) * | 2018-01-16 | 2018-06-29 | 云宏信息科技股份有限公司 | 一种微服务调用系统、方法及计算机存储介质 |
| CN108769101A (zh) * | 2018-04-03 | 2018-11-06 | 北京奇艺世纪科技有限公司 | 一种信息处理方法、客户端及系统 |
| CN110730197A (zh) * | 2018-07-17 | 2020-01-24 | 北京京东尚科信息技术有限公司 | 一种服务发现方法和系统 |
| CN109194716A (zh) * | 2018-08-06 | 2019-01-11 | 深圳市华讯方舟太赫兹科技有限公司 | 一种处理请求的方法、系统、服务器及存储装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112860451A (zh) | 一种基于SaaS的多租户数据处理方法和装置 | |
| CN111045833B (zh) | 接口调用的方法和装置 | |
| CN111460129B (zh) | 标识生成的方法、装置、电子设备和存储介质 | |
| CN111478781B (zh) | 一种消息广播的方法和装置 | |
| CN110795741A (zh) | 对数据进行安全性处理的方法和装置 | |
| CN115840956A (zh) | 一种文件处理方法、装置、服务器及介质 | |
| CN118312076A (zh) | 地图图标处理方法、装置、电子设备及计算机可读介质 | |
| CN109391658B (zh) | 一种账号数据同步方法及其设备、存储介质、终端 | |
| CN111831503A (zh) | 一种基于监控代理的监控方法和监控代理装置 | |
| CN116737662A (zh) | 业务数据处理的方法、装置、电子设备和存储介质 | |
| CN113541987A (zh) | 一种更新配置数据的方法和装置 | |
| CN114374657B (zh) | 一种数据处理方法和装置 | |
| CN112214500A (zh) | 数据对比的方法、装置、电子设备和存储介质 | |
| CN113778780B (zh) | 应用稳定性的确定方法、装置、电子设备和存储介质 | |
| CN115442129A (zh) | 一种管理集群访问权限的方法、装置和系统 | |
| CN115629909A (zh) | 业务数据处理的方法、装置、电子设备和存储介质 | |
| CN112925628A (zh) | 一种服务管理方法和装置 | |
| CN114528140A (zh) | 一种业务降级的方法和装置 | |
| CN113556370A (zh) | 一种服务调用方法和装置 | |
| CN109120692B (zh) | 用于处理请求的方法和装置 | |
| CN113779122A (zh) | 导出数据的方法和装置 | |
| CN111984616A (zh) | 一种更新共享文件的方法、装置和系统 | |
| CN112559001A (zh) | 更新应用的方法和装置 | |
| CN113760693A (zh) | 用于微服务系统的本地调试的方法和装置 | |
| CN113326060A (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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20220927 Address after: 25 Financial Street, Xicheng District, Beijing 100033 Applicant after: CHINA CONSTRUCTION BANK Corp. Address before: 12 / F, 15 / F, No. 99, Yincheng Road, Shanghai pilot Free Trade Zone, 200120 Applicant before: Jianxin Financial Science and Technology Co.,Ltd. |