CN111414230A - 服务管理系统、服务管理方法、服务器、存储介质 - Google Patents

服务管理系统、服务管理方法、服务器、存储介质 Download PDF

Info

Publication number
CN111414230A
CN111414230A CN202010192198.3A CN202010192198A CN111414230A CN 111414230 A CN111414230 A CN 111414230A CN 202010192198 A CN202010192198 A CN 202010192198A CN 111414230 A CN111414230 A CN 111414230A
Authority
CN
China
Prior art keywords
service
server
registry
configuration
registration
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
CN202010192198.3A
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.)
Reach Best Technology Co Ltd
Beijing Dajia Internet Information Technology Co Ltd
Original Assignee
Reach Best 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 Reach Best Technology Co Ltd filed Critical Reach Best Technology Co Ltd
Priority to CN202010192198.3A priority Critical patent/CN111414230A/zh
Publication of CN111414230A publication Critical patent/CN111414230A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083Techniques for rebalancing the load in a distributed system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • G06F2009/4557Distribution of virtual machine instances; Migration and load balancing

Abstract

本公开关于一种服务管理系统、服务管理方法、服务器、存储介质。该系统包括:业务节点服务器被配置为执行维护本地存储的注册表并将注册表中各服务实例同步到注册中心服务器,以使注册中心服务器维护本地存储的服务实例列表;配置服务器被配置为执行根据服务实例列表的配置信息从注册中心服务器获取最新的服务实例列表,并基于最新的服务实例列表生成路径最短的路由配置缓存到本地;负载均衡服务器与配置服务器通信连接,被配置为执行根据路径最短的路由配置将用户的请求数据转发给对应的服务实例。本实施例中无需业务节点服务器维护列表,有利于提升业务的稳定性;无需安装系统组件,有利于后期的迁移和维护。

Description

服务管理系统、服务管理方法、服务器、存储介质
技术领域
本公开涉及云服务技术领域,尤其涉及一种服务管理系统、服务管理方法、服务器、存储介质。
背景技术
目前,相关技术中常用的分布式服务治理系统如图1所示,包括注册中心服务器、容器、服务提供者、服务消费者。容器负责启动服务提供者;服务提供者启动后向注册中心服务器注册,并与注册中心服务器建立长连接。服务消费者在注册中心服务器订阅服务提供者列表,当注册中心服务器监控到有服务提供者发生变化时,将通过长连接及时通知服务消费者。上述方案中,服务提供者和服务消费者均需要显式地与分布式服务治理系统进行交互,对服务本身的侵入性较大,增加了服务本身的复杂度。并且,在以容器为载体的大规模微服务环境中,上述方案在稳定性和性能上无法满足实际要求,具体体现在:
(1)微服务变更频繁,例如上线、下线、扩容或缩容,导致服务提供者的地址不固定,在上述方案中,注册中心服务器需要频繁更新服务提供者的地址,并通知服务消费者,在这种高频的更新操作下,注册中心服务器负载很大,宕机的概率增加,而一旦注册中心宕机,服务注册和发现的流程将中断。
(2)服务消费者需要查询和记录所有可用的服务提供者,自己维护列表,完成容错和负载均衡等一系列繁琐的工作。而这些工作与业务本身无关,是影响业务稳定性的一个隐患。
换言之,现有分布式服务系统的接入成本和耦合性较高,新业务接入该系统之后,若后续需要迁至新系统时需要重构适配,导致开发周期较长,无法满足业务快速迭代的场景。
发明内容
本公开提供一种服务管理系统、服务管理方法、服务器、存储介质,以至少解决相关技术中因业务迁移需要进行重构适配使得开发周期长而无法满足业务快速迭代场景的问题。
本公开的技术方案如下:
根据本公开实施例的第一方面,提供一种服务管理系统,包括:业务节点服务器、注册中心服务器、配置服务器和负载均衡服务器;
所述业务节点服务器与所述注册中心服务器通信连接,被配置为执行维护本地存储的注册表并将所述注册表中各服务实例同步到所述注册中心服务器,以使所述注册中心服务器维护本地存储的服务实例列表;
所述配置服务器与所述注册中心服务器通信连接,被配置为执行根据服务实例列表的配置信息从所述注册中心服务器获取最新的服务实例列表,并基于所述最新的服务实例列表生成路径最短的路由配置缓存到本地;
所述负载均衡服务器与所述配置服务器通信连接,被配置为执行根据所述路径最短的路由配置将用户的请求数据转发给对应的服务实例。
可选地,所述业务节点服务器包括多个服务实例和注册代理服务;
所述服务实例被配置为在启动业务进程时,向所述注册代理服务发送服务注册请求;
所述注册代理服务被配置为执行响应于所述服务注册请求对所述业务进程进行服务注册,并在服务注册成功后更新存储在本地的注册表,以及将更新后的所述注册表同步到注册中心服务器。
可选地,所述注册代理服务还被配置为执行按照第一设定周期检测各服务实例的当前服务状态信息,并根据所述当前服务状态信息更新所述注册表和将更新后的所述注册表同步到注册中心服务器。
可选地,将更新后的所述注册表同步到注册中心服务器采用以下方式的一种:同步整个注册表,或者,同步发生变化的容器组的服务状态信息。
可选地,所述注册代理服务还被配置为执行当检测到服务实例内的业务进程工作异常时将所述注册表中的服务实例的服务状态信息标记为不可用,并同步到所述注册中心服务器。
可选地,在所述服务实例的服务状态信息为不可用时,所述注册中心服务器将该不可用的服务实例保留在服务实例列表内。
可选地,所述注册中心服务器还被配置为执行检测所述业务节点服务器内各服务实例的心跳消息,并从服务实例列表中删除未检测到心跳消息的服务实例。
可选地,所述配置服务器部署有多台,且各配置服务器具有相同的优先级。
根据本公开实施例的第二方面,提供一种服务管理方法,适于业务节点服务器,包括:
响应于业务进程启动,所述服务实例向所述业务节点服务器内的注册代理服务进行服务注册;
响应于服务注册成功,所述注册代理服务更新存储在本地的注册表;
将更新后的注册表同步到与所述业务节点服务器通信连接的注册中心服务器。
可选地,将更新后的注册表同步到与所述业务节点服务器通信连接的注册中心服务器之前,所述方法还包括:
所述注册代理服务检测已注册的各服务实例的当前服务状态信息;
所述注册代理服务根据所述当前服务状态信息更新所述本地的注册表。
可选地,所述注册代理服务同步所述注册表采用以下方式的一种:同步整个注册表,或者,同步服务状态信息发生变化的服务实例。
可选地,所述注册代理服务根据所述当前服务状态信息更新所述本地的注册表,包括:
当检测到服务实例内的业务进程工作异常时,将所述注册表中的服务实例的服务状态信息标记为不可用。
根据本公开实施例的第三方面,提供一种服务管理方法,适于配置服务器,包括:
根据服务实例列表的配置信息从注册中心服务器获取最新的服务实例列表;
基于所述最新的服务实例列表生成路径最短的路由配置并缓存到本地。
根据本公开实施例的第四方面,提供一种服务管理方法,适于负载均衡服务器,包括:
从配置服务器获取路径最短的路由配置;
根据所述路径最短的路由配置将用户的请求数据转发给对应的服务实例。
根据本公开实施例的第四方面,提供一种服务器,包括:
处理器;
用于存储所述处理器可执行指令的存储器;其中,所述处理器被配置为执行所述存储器中的可执行指令,以实现如第二方面~第四方面任一项所述方法的步骤。
根据本公开实施例的第五方面,提供一种存储介质,当所述存储介质中的指令由处理器执行时能够执行如第二方面~第四方面任一项所述方法的步骤。
根据本公开实施例的第六方面,提供了一种应用程序,当该应用程序由服务器的处理器执行时,使得服务器能够执行如第二方面~第四方面任一项所述方法的步骤。
本公开的实施例提供的技术方案至少带来以下有益效果:
本实施例提供的服务管理系统包括业务节点服务器、注册中心服务器、配置服务器和负载均衡服务器;其中,业务节点服务器被配置为执行维护本地存储的注册表并同步到注册中心服务器;配置服务器被配置为执行根据服务实例列表的配置信息从注册中心服务器获取最新的服务实例列表,并基于最新的服务实例列表生成路径最短的路由配置缓存到本地;负载均衡服务器被配置为执行从配置服务器获取路径最短的路由配置并根据路径最短的路由配置将用户的请求数据转发给对应的服务实例。本实施例中业务节点服务器可以具有服务注册功能,从而使服务注册与注册中心服务器进行解耦,以保证注册中心服务器的性能和稳定性;并且,负载均衡服务器从配置服务器获取路径最短的路由配置,通过该路径最短的路由配置可以发现服务实例列表,从而使服务发现与注册中心服务器进行解耦;即注册中心服务器无需自己维护服务实例列表,减少与业务本身无关的工作,有利于提升稳定性;另外,本实施例中服务注册和服务发现可以在本地实现,无需安装系统组件,有利于后期的迁移和维护,适于业务快速迭代的场景。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
图1是相关技术提供的一种分布式服务系统的框图。
图2是根据一示例性实施例示出的一种服务管理系统的框图。
图3是根据一示例性实施例示出的另一种服务管理系统的框图。
图4~图5是根据一示例性实施例示出的一种服务管理方法的流程图。
图6是根据一示例性实施例示出的一种服务管理方法的流程图。
图7是根据一示例性实施例示出的另一种服务管理方法的流程图。
图8是根据一示例性实施例示出的一种服务器的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
目前,相关技术中常用的分布式服务治理系统如图1所示,包括注册中心服务器、容器、服务提供者和服务消费者。容器负责启动服务提供者;服务提供者启动后向注册中心服务器注册,并与注册中心服务器建立长连接。服务消费者在注册中心服务器订阅服务提供者列表,当注册中心服务器监控到有服务提供者发生变化时,将通过长连接及时通知服务消费者。上述方案中,服务提供者和服务消费者均需要显式地与分布式服务治理系统进行交互,对服务本身的侵入性较大,增加了服务本身的复杂度。并且,在以容器为载体的大规模微服务环境中,上述方案在稳定性和性能上无法满足实际要求,具体体现在:
(1)微服务变更频繁,例如上线、下线、扩容或缩容,导致服务提供者的地址不固定,在上述方案中,注册中心服务器需要频繁更新服务提供者的地址,并通知服务消费者,在这种高频的更新操作下,注册中心服务器负载很大,宕机的概率增加,而一旦注册中心宕机,服务注册和发现的流程将中断。
(2)服务消费者需要查询和记录所有可用的服务提供者,自己维护列表,完成容错和负载均衡等一系列繁琐的工作。而这些工作与业务本身无关,是影响业务稳定性的一个隐患。
换言之,现有分布式服务系统的接入成本和耦合性较高,新业务接入该系统之后,若后续需要迁至新系统时需要重构适配,导致开发周期较长,无法满足业务快速迭代的场景。
为此,本公开实施例提供了一种服务管理系统,图2是根据一示例性实施例示出的一种服务管理系统的框图,该服务管理系统可以适用于服务器或者服务器集群,在此不作限定。参见图2,一种服务管理系统20,包括业务节点服务器21、注册中心服务器22、配置服务器23和负载均衡服务器24。其中,
业务节点服务器21与注册中心服务器22通信连接,被配置为执行维护本地存储的注册表并将注册表中各服务实例同步到注册中心服务器22,以使注册中心服务器22维护本地存储的服务实例列表;
配置服务器23与注册中心服务器22通信连接,被配置为执行根据服务实例列表的配置信息从所述注册中心服务器获取最新的服务实例列表,并基于所述最新的服务实例列表生成路径最短的路由配置缓存到本地;
负载均衡服务器24与配置服务器23通信连接,被配置为执行从所述配置服务器获取最近的路由配置,并利用所述最近的路由配置更新版本较低的本地路由配置以及将所述最近的路由配置发送到负载均衡服务器。
需要说明的是,在同步服务实例列表后,注册中心服务器22会为服务实例列表生成一个时间标识,以配置服务器23发出获取动作对应的时刻为基准时刻,时间标识与该基准时刻差距最小的服务实例列表即是最新的服务实例列表。若注册中心服务器22仅包括一个服务实例列表,则可以每次配置信息同步后的列表作为最新的服务实例列表。
参见图3,一种服务管理系统的工作过程,包括:
业务节点服务器(node)中一个服务实例(pod)包括业务进程和伴生进程(init),当伴生进程启动业务进程时,伴生进程会向业务节点服务器内的监视程序()发送注册请求,该监视程序可以响应于注册请求对该服务实例进行注册。在服务实例注册成功后,监视程序会将该服务实例加入到本地的注册表。即监视程序会在本地维护一个包含已经注册的服务实例的注册表。
需要说明的是,实际应用中,业务节点服务器中可以设置多个容器,在各容器内布局服务实例,并由各服务实例来提供相应的服务,相关内容可以参见相关技术,在此不再赘述。
对于业务节点服务器内已经注册的服务实例,监视程序会周期性(如第一设定周期,可调整)地检测各服务实例的服务状态信息,并将信息发生变更的服务实例及其服务状态信息更新到本地的注册表。同时,监视程序还会将最新的注册表或者变更的服务实例的服务状态信息(即注册表的一部分)同步到注册中心服务器。也就是说,本实施例中,通过业务进程启动时注册和已注册业务进程进行周期性探活的方式,监视程序可以维护本业务节点服务器内的注册表始终处于最新状态;并且,监视程序可以通过发送注册或者服务状态信息的方式同步更新注册中心服务器(registry)的注册表,使注册中心服务器获取到业务节点服务器中各服务实例的服务状态信息。这样,本实施例中注册中心服务器可以与服务实例的服务注册与进行解耦,从而保证注册中心服务器的性能和稳定性,进而保证注册中心服务器的高可用性。
需要说明的是,各业务节点服务器可以部署一个监视程序,该监视程序相当于伴生进程和注册中心服务器之间的中继节点,负责实时监控和记录本机所有业务进程的状态。当然,技术人员还可以根据具体场景选择相应数量的监视程序,从而保证当前的监视程序工作异常后切换到其他的监视程序,以保证监视程序可靠工作。
在一实施例中,在监视程序出现异常后,其无法更新所在业务节点服务器上服务实例的服务状态信息,或者,无法为新的服务实例提供注册服务。为此,本实施例中注册中心服务器设置有过期保留功能,即注册中心服务器不会删除异常的服务实例,因此注册中心服务器内当前的服务实例列表中(出现异常的监视程序对应的)各服务实例对用户而言仍然可见,而得不到注册服务的服务实例将不可见。在监视程序重启恢复正常工作后,才会为各服务实例提供注册服务并继续维护本地的注册表,在注册中心服务器内的服务实例列表同步后,新注册的服务实例才对用户可见。
在另一实施例中,监视程序可以周期性地对已注册的业务进程进行探活,若业务进程出现异常,则确定服务实例已经退出服务,此时监视程序可以将该服务实例标记为不可用,并更新注册表内服务实例的服务状态信息。之后,监视程序在同步注册表的过程中,同时将该不可用的服务实例上报到注册中心服务器registry,或者在确定出服务实例退出服务后直接上报到注册中心服务。最终,负载均衡服务器也可以确定出该服务实例不可用。
本实施例中,注册中心服务器中设置用于配置共享和服务发现的键值存储系统(Ahighly-available key value store for shared configuration and servicediscovery,ETCD),该ETCD用于存储服务实例列表,支持服务注册和服务发现等。在一示例中,ETCD设置为多个,当其中一个ETCD失效后,由备份的ETCD替代工作,保证注册中心服务器不受其影响,这样注册中心服务器可以保持高可用性。
在一实施例中,若业务节点服务器node宕机,注册中心服务器中仍然可见宕机后的业务节点服务器node的各服务实例,只是这些服务实例处于不可用状态。因此,本实施例中,注册中心服务器可以周期性的检测服务实例列表内中各服务实例的心跳消息,若业务节点服务器node宕机,则无法获取到宕机后的业务节点服务器node之上的服务实例的心跳消息,此时注册中心服务器可以清理无心跳消息的服务实例,保证服务实例列表内各服务实例的可用性。
本实施例中,配置服务器(config server)会与负载均衡服务器通信,获取用户针对服务实例列表的配置信息。然后,配置服务器可以根据配置信息并通过Watch接口向注册中心服务器订阅服务实例列表中的服务。
本实施例中,配置服务器与注册中心服务器可以保持长连接,以检测相应的服务是否发生变化,当检测到服务实例列表发生变化时,则可以读取到最新的服务实例列表。之后,配置服务器可以根据最新的服务实例列表重新生成路径最短的路由配置并缓存到本地。
本实施例中,负载均衡服务器中设置有配置更新程序(config-agent),该配置更新程序可以周期性(如第二设定周期,可调整)地与配置服务器通信,获取路径最短的路由配置,并与本地已缓存的路由配置进行版本对比。若本地的路由配置的版本较低,则将本地的路由配置更新为路径最短的路由配置,并且,配置更新程序可以将路径最短的路由配置发送给负载均衡器(load balancer),由负载均衡器根据该路径最短的路由配置将用户的请求数据转发给对应的服务实例。这样,业务节点服务器中的服务实例可以接入到外部流量(即用户的请求数据),从而为用户提供相应的服务。
在一实施例中,当负载均衡服务器中配置更新程序出现异常时,服务实例列表内的各服务实例对(配置更新程序出现异常的)负载均衡服务器不可见。这样,本实施例中在配置更新程序异常时仅影响所在的负载均衡服务器,而不会影响其他的负载均衡服务器。
在一实施例中,配置服务器可以部署多台且各台具有相同的优先级,即配置服务器没有主从之分。若存在数个(例如占比不超过10%)配置服务器宕机,则其他配置服务器仍然可以保证系统能够正常工作。
至此,本实施例提供的服务管理系统包括业务节点服务器、注册中心服务器、配置服务器和负载均衡服务器;其中,业务节点服务器被配置为执行维护本地存储的注册表并同步到注册中心服务器;配置服务器被配置为执行根据服务实例列表的配置信息从注册中心服务器获取最新的服务实例列表,并基于最新的服务实例列表生成路径最短的路由配置缓存到本地;负载均衡服务器被配置为执行从配置服务器获取路径最短的路由配置并根据路径最短的路由配置将用户的请求数据转发给对应的服务实例。本实施例中业务节点服务器可以具有服务注册功能,从而使服务注册与注册中心服务器进行解耦,以保证注册中心服务器的性能和稳定性;并且,负载均衡服务器从配置服务器获取路径最短的路由配置,通过该路径最短的路由配置可以发现服务实例列表,从而使服务发现与注册中心服务器进行解耦;即注册中心服务器无需自己维护服务实例列表,减少与业务本身无关的工作,有利于提升稳定性;另外,本实施例中服务注册和服务发现可以在本地实现,无需安装系统组件,有利于后期的迁移和维护,适于业务快速迭代的场景。
本公开实施例还提供了一种服务管理方法,适于图2和图3所示的业务节点服务器,图4是根据一示例性实施例示出的一种服务管理方法的流程图。参见图4,一种服务管理方法,包括:
步骤41,响应于业务进程启动,所述服务实例向所述业务节点服务器内的注册代理服务进行服务注册;
步骤42,响应于服务注册成功,所述注册代理服务更新存储在本地的注册表;
步骤43,将更新后的注册表同步到与所述业务节点服务器通信连接的注册中心服务器。
在图4所示的一种服务管理方法的基础上,本公开实施例还提供了一种服务管理方法,参见图5,将更新后的注册表同步到与所述业务节点服务器通信连接的注册中心服务器之前,所述方法还包括:
步骤51,所述注册代理服务检测已注册的各服务实例的当前服务状态信息;
步骤52,所述注册代理服务根据所述当前服务状态信息更新所述本地的注册表。
在一实施例中,所述注册代理服务同步所述注册表采用以下方式的一种:同步整个注册表,或者,同步服务状态信息发生变化的服务实例。
在一实施例中,所述注册代理服务根据所述当前服务状态信息更新所述本地的注册表,包括:
当检测到服务实例内的业务进程工作异常时,将所述注册表中的服务实例的服务状态信息标记为不可用。
本公开实施例还提供了一种服务管理方法,适于图2和图3所示的配置服务器,图6是根据一示例性实施例示出的一种服务管理方法的流程图。参见图6,一种服务管理方法,包括:
步骤61,根据服务实例列表的配置信息从注册中心服务器获取最新的服务实例列表;
步骤62,基于所述最近的服务实例列表生成路径最短的路由配置并缓存到本地。
本公开实施例还提供了一种服务管理方法,适于图2和图3所示的负载均衡服务器,图7是根据一示例性实施例示出的一种服务管理方法的流程图。参见图7,一种服务管理方法,包括:
步骤71,从配置服务器获取路径最短的路由配置;
步骤72,根据路径最短的路由配置将用户的请求数据转发给对应的服务实例。
关于上述实施例中的方法,已经在服务管理系统的实施例中进行了详细描述,此处将不做详细阐述说明。
图8是根据一示例性实施例示出的一种服务器的框图。例如,服务器800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图8,服务器800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。
处理组件802通常控制服务器800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在服务器800的操作。这些数据的示例包括用于在服务器800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为服务器800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为服务器800生成、管理和分配电力相关联的组件。
多媒体组件808包括在服务器800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当服务器800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当服务器800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为服务器800提供各个方面的状态评估。例如,传感器组件814可以检测到服务器800的打开/关闭状态,组件的相对定位,例如所述组件为服务器800的显示器和小键盘,传感器组件814还可以检测服务器800或服务器800一个组件的位置改变,用户与服务器800接触的存在或不存在,服务器800方位或加速/减速和服务器800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于服务器800和其他设备之间有线或无线方式的通信。服务器800可以接入基于通信标准的无线网络,如WiFi,运营商网络(如2G、3G、4G或5G),或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在本公开一实施例中,服务器800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在本公开一实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由服务器800的处理器820执行以完成上述获取观看时长的方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在本公开一实施例中,还提供了一种应用程序,当该应用程序由服务器的处理器执行时,使得所述服务器能够执行上述方法,以获取相同的技术效果。
在本公开一实施例中,还提供了一种计算机程序产品,当该计算机程序产品由服务器的处理器执行时,使得所述服务器能够执行上述方法,以获取相同的技术效果。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置/服务器/存储介质实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种服务管理系统,其特征在于,包括:业务节点服务器、注册中心服务器、配置服务器和负载均衡服务器;
所述业务节点服务器与所述注册中心服务器通信连接,被配置为执行维护本地存储的注册表并将所述注册表中各服务实例同步到所述注册中心服务器,以使所述注册中心服务器维护本地存储的服务实例列表;
所述配置服务器与所述注册中心服务器通信连接,被配置为执行根据服务实例列表的配置信息从所述注册中心服务器获取最新的服务实例列表,并基于所述最新的服务实例列表生成路径最短的路由配置缓存到本地;
所述负载均衡服务器与所述配置服务器通信连接,被配置为执行根据所述路径最短的路由配置将用户的请求数据转发给对应的服务实例。
2.根据权利要求1所述的服务管理系统,其特征在于,所述业务节点服务器包括多个服务实例和注册代理服务;
所述服务实例被配置为执行在启动业务进程时向所述注册代理服务发送服务注册请求;
所述注册代理服务被配置为执行响应于所述服务注册请求对所述业务进程进行服务注册,并在服务注册成功后更新存储在本地的注册表,以及将更新后的所述注册表同步到注册中心服务器。
3.根据权利要求2所述的服务管理系统,其特征在于,所述注册代理服务还被配置为执行按照第一设定周期检测各服务实例的当前服务状态信息,并根据所述当前服务状态信息更新所述注册表和将更新后的所述注册表同步到注册中心服务器。
4.根据权利要求3所述的服务管理系统,其特征在于,将更新后的所述注册表同步到注册中心服务器采用以下方式的一种:同步整个注册表,或者,同步发生变化的容器组的服务状态信息。
5.根据权利要求2所述的服务管理系统,其特征在于,所述注册代理服务还被配置为执行当检测到服务实例内的业务进程工作异常时将所述注册表中的服务实例的服务状态信息标记为不可用,并同步到所述注册中心服务器。
6.一种服务管理方法,其特征在于,适于业务节点服务器,包括:
响应于业务进程启动,所述服务实例向所述业务节点服务器内的注册代理服务进行服务注册;
响应于服务注册成功,所述注册代理服务更新存储在本地的注册表;
将更新后的注册表同步到与所述业务节点服务器通信连接的注册中心服务器。
7.一种服务管理方法,其特征在于,适于配置服务器,包括:
根据服务实例列表的配置信息从注册中心服务器获取最新的服务实例列表;
基于所述最新的服务实例列表生成路径最短的路由配置并缓存到本地。
8.一种服务管理方法,其特征在于,适于负载均衡服务器,包括:
从配置服务器获取路径最短的路由配置;
根据所述路径最短的路由配置将用户的请求数据转发给对应的服务实例。
9.一种服务器,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;其中,所述处理器被配置为执行所述存储器中的可执行指令,以实现如权利要求6所述方法的步骤。
10.一种存储介质,其特征在于,当所述存储介质中的指令由处理器执行时能够执行如权利要求6所述方法的步骤。
CN202010192198.3A 2020-03-18 2020-03-18 服务管理系统、服务管理方法、服务器、存储介质 Pending CN111414230A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010192198.3A CN111414230A (zh) 2020-03-18 2020-03-18 服务管理系统、服务管理方法、服务器、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010192198.3A CN111414230A (zh) 2020-03-18 2020-03-18 服务管理系统、服务管理方法、服务器、存储介质

Publications (1)

Publication Number Publication Date
CN111414230A true CN111414230A (zh) 2020-07-14

Family

ID=71494346

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010192198.3A Pending CN111414230A (zh) 2020-03-18 2020-03-18 服务管理系统、服务管理方法、服务器、存储介质

Country Status (1)

Country Link
CN (1) CN111414230A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113032223A (zh) * 2021-04-20 2021-06-25 上海哔哩哔哩科技有限公司 服务器状态检测方法及装置
CN113407382A (zh) * 2021-06-15 2021-09-17 北京城建设计发展集团股份有限公司 一种服务故障动态调控方法与系统
CN113923196A (zh) * 2021-09-08 2022-01-11 苏州九宫数字科技有限公司 一种管理高可用长连接服务器的方法、系统及介质
CN114615284A (zh) * 2022-03-09 2022-06-10 北京沃东天骏信息技术有限公司 集群内消息通知方法、接收方法及装置
CN114640657A (zh) * 2020-12-16 2022-06-17 北京国双科技有限公司 多注册中心的融合方法、装置
CN115426248A (zh) * 2022-08-01 2022-12-02 中国人民银行数字货币研究所 服务管理方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108418862A (zh) * 2018-01-31 2018-08-17 金蝶软件(中国)有限公司 基于人工智能服务云平台的微服务管理方法和系统
CN109246246A (zh) * 2018-10-31 2019-01-18 成都知道创宇信息技术有限公司 一种中心化全自动服务发现负载均衡系统
CN110837424A (zh) * 2019-10-15 2020-02-25 东软集团股份有限公司 服务实例确定方法、装置、存储介质及电子设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108418862A (zh) * 2018-01-31 2018-08-17 金蝶软件(中国)有限公司 基于人工智能服务云平台的微服务管理方法和系统
CN109246246A (zh) * 2018-10-31 2019-01-18 成都知道创宇信息技术有限公司 一种中心化全自动服务发现负载均衡系统
CN110837424A (zh) * 2019-10-15 2020-02-25 东软集团股份有限公司 服务实例确定方法、装置、存储介质及电子设备

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114640657A (zh) * 2020-12-16 2022-06-17 北京国双科技有限公司 多注册中心的融合方法、装置
CN113032223A (zh) * 2021-04-20 2021-06-25 上海哔哩哔哩科技有限公司 服务器状态检测方法及装置
CN113407382A (zh) * 2021-06-15 2021-09-17 北京城建设计发展集团股份有限公司 一种服务故障动态调控方法与系统
CN113407382B (zh) * 2021-06-15 2022-04-01 北京城建设计发展集团股份有限公司 一种服务故障动态调控方法与系统
CN113923196A (zh) * 2021-09-08 2022-01-11 苏州九宫数字科技有限公司 一种管理高可用长连接服务器的方法、系统及介质
CN114615284A (zh) * 2022-03-09 2022-06-10 北京沃东天骏信息技术有限公司 集群内消息通知方法、接收方法及装置
CN115426248A (zh) * 2022-08-01 2022-12-02 中国人民银行数字货币研究所 服务管理方法、装置、设备及存储介质
CN115426248B (zh) * 2022-08-01 2023-10-20 中国人民银行数字货币研究所 服务管理方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
CN111414230A (zh) 服务管理系统、服务管理方法、服务器、存储介质
US20060288077A1 (en) Systems and methods for instant messaging
CN114048046B (zh) 一种服务的调用方法、装置及负载均衡设备
CN107172067B (zh) 一种通话方法、装置和设备
CN110688254A (zh) 一种数据同步方法、装置、电子设备及存储介质
CN113489700B (zh) 一种获取媒资数据的方法、服务器及终端设备
CN114721710A (zh) 版本控制方法、装置及存储介质
CN114253774A (zh) 业务管理平台的容灾方法、设备及存储介质
CN107276795B (zh) 基于容器的信息处理方法和装置、以及服务器和终端
CN106412855B (zh) 信息提醒、传输方法及装置
CN112584547A (zh) 建立数据连接的方法、装置、存储介质及终端设备
CN111857763B (zh) 数据处理方法、装置、电子设备及存储介质
CN116248483A (zh) 一种节点异常熔断方法、装置、电子设备及存储介质
CN112068876A (zh) 一种进程管理方法、装置和系统
CN111241134B (zh) 一种数据处理方法及装置
CN114615757A (zh) 待唤醒设备组网方法、装置、电子设备和存储介质
CN113111123A (zh) 集群业务的调用方法、装置、电子设备、存储介质及产品
CN115134231B (zh) 一种通信方法、装置和用于通信的装置
CN113452765B (zh) 一种长连接通信方法、系统、设备、存储介质及程序产品
CN115361352B (zh) 消息更新方法、装置、电子设备及存储介质
CN113157604B (zh) 基于分布式系统的数据获取方法、装置及相关产品
US20230171587A1 (en) Imei retrieval and imei change notification in 5gc-epc interworking scenarios
US20230327908A1 (en) Operation method, invoking service method, device, and medium
CN116567093A (zh) 基于单元化架构的访问请求处理方法、装置及电子设备
CN111274590B (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