[发明专利]一种负载均衡方法、装置、电子设备及计算机存储介质

说明书

本申请涉及一种负载均衡方法、装置、电子设备及存储介质，所述方法包括：服务提供端响应于实例变更请求向名字服务服务器发送实例变更通知；所述名字服务服务器将所述实例变更通知转发至集群内其余的名字服务服务器；各个所述名字服务服务器分别向与其连接的服务发起端转发所述实例变更通知；各个所述服务发起端基于所述实例变更通知中的实例信息和自定义指标信息更新本地路由表；当任一所述服务发起端接收到来自客户端的访问请求后，所述服务发起端基于更新后的本地路由表确定处理所述访问请求的目标实例，并转发所述访问请求至所述目标实例。本申请可以平衡服务提供端的实例的负载，对服务提供端进行过载保护，以及完成期望的业务逻辑。

技术领域

本申请涉及计算机技术领域，尤其涉及一种负载均衡方法、装置、电子设备及计算机存储介质。

背景技术

微服务框架是一种新兴的软件架构，把一个大型复杂的应用程序分解为多个微服务，各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注完成一件任务并很好地完成该任务。

在框架的运行过程中，可能需要对微服务中各个实例的自定义指标进行管理。现有技术方案中，zookeeper(一个分布式的、开放源码的分布式应用程序协调服务)只有服务持久节点可以附加数据，而实例节点作为临时节点不可以附加数据，因此，无法用于同步实例的自定义指标。

而在polaris、istio等大型微服务系统管理工具产品中，实例可以拥有元数据信息，并可以实现基于实例元数据的流量管理方案。尽管如此，像副本活动开启时希望将请求发送到在线玩家最多且没有过载的服务提供端、普通登录时希望将请求发送到玩家较少的服务提供端等场景，玩家数、当前负载等业务自定义指标信息难以使用元数据进行表示，因而上述现有方案中，难以满足这些特殊使用场景。

在这种条件下，如图1所示，业务一般采用单独的调度/状态管理服务来对集群内所有进程进行指标管理，此时业务需要在接入一个名字服务的同时，部署根据业务场景实现的调度服务。特别是如果有些资源是一些全局管理资源，还需要额外的调度中心去做资源管理，这样对基于名字编程的业务来说，十分不友好。另外，还需要考虑调度服务的高可用、容灾方案，有较高的机器成本和运维成本。

发明内容

本申请所要解决的技术问题在于，提供一种负载均衡方法、装置、电子设备及计算机存储介质，能够解决相关技术中存在的上述问题。

为了解决上述技术问题，一方面，本申请提供了一种负载均衡方法，所述方法包括：服务提供端响应于实例变更请求向名字服务服务器发送实例变更通知，所述实例变更通知包括变更的实例信息和自定义指标信息；所述名字服务服务器将所述实例变更通知转发至集群内其余的名字服务服务器；各个所述名字服务服务器分别向与其连接的服务发起端转发所述实例变更通知；各个所述服务发起端基于所述实例变更通知中的所述实例信息和所述自定义指标信息更新本地路由表；当任一所述服务发起端接收到来自客户端的访问请求后，所述服务发起端基于更新后的本地路由表确定处理所述访问请求的目标实例，并转发所述访问请求至所述目标实例。

另一方面，本申请提供了一种负载均衡方法，所述方法包括：接收集群中对应的名字服务服务器发送的实例变更通知，所述实例变更通知包括变更的实例信息和自定义指标信息，所述实例变更通知为服务提供端响应于实例变更请求而向对应的名字服务服务器发送、并由对应的名字服务服务器转发至集群内的其余的名字服务服务器，各个所述名字服务服务器能够分别向与其连接的服务发起端转发所述实例变更通知；基于所述实例变更通知中的所述实例信息和所述自定义指标信息更新本地路由表；当接收到来自客户端的访问请求后，基于更新后的本地路由表确定处理所述访问请求的目标实例，并转发所述访问请求至所述目标实例。