[发明专利]基于微服务的负载均衡方法、装置、设备及存储介质

说明书

本发明涉及云服务领域，公开了一种基于微服务的负载均衡方法、装置、设备及存储介质。基于微服务的负载均衡方法包括：基于服务发现框架eureka将注册中心服务和业务微服务部署到不同的机房中，并对不同的机房分配对应的区域标识；解析域名解析请求，得到域名地址；通过第一预置负载均衡算法对域名地址进行域名解析，得到公网网络协议地址；当接收到目标终端发送的微服务调用请求时，根据公网网络协议地址按照第二预置负载均衡算法将微服务调用请求分发到业务微服务；当业务微服务之间进行链路调用时，调用区域标识相同的业务微服务。本发明通过基于eureka的区域zone机制，结合负载均衡算法，实现对微服务调用请求分发，提高微服务集群流量分流正确率。

技术领域

本发明涉及流量分流领域，尤其涉及基于微服务的负载均衡方法、装置、设备及存储介质。

背景技术

微服务架构是采用单应用程序开发一套小型服务，每种应用程序均以各自的进程运行，并与轻量级机制进行通信，这些微服务是围绕业务功能构建的，通过全自动部署机制进行独立部署和集中化管理。

通过区域架构的升级，采用同城多活保证业务系统在主机故障、机房中断、自然灾害等情况下可持续运行，获得生产环境的高稳定性，实现业务系统零中断。现有业内对于系统同城多活的方案有很多，例如，采用虚拟服务器(Linux virtual server，LVS)和网络服务器nginx结合的架构，该架构可以满足单体业务系统的多活，但在微服务群应用时，LVS通常利用网关开放式最短路径优先(open shortest path first，OSPF)邻居来实现去除单一节点，按业务要求做流量分流策略控制，导致很多业务出错率高，例如，将针对用户区域的网络连接地址分配到不同机房的服务器中。

另外，在面对微服务群时，微服务存在长链路的调用，LVS和nginx结合的架构能满足链路入口处的微服务是多活的，不能保证该调用链路的微服务多活，会导致一个调用请求多次跨机房调用，导致网络专线资源消耗高。

发明内容

本发明的主要目的在于解决了一个微服务的调用请求多次跨机房调用，导致网络专线资源消耗高以及微服务群流量分流正确率低的技术问题。

为实现上述目的，本发明第一方面提供了一种基于微服务的负载均衡方法，包括：基于服务发现框架eureka将注册中心服务和业务微服务部署到不同的机房中，并对所述不同的机房分配对应的区域标识，所述注册中心服务用于指示对多个预置微服务实例进行注册，所述业务微服务用于指示采用所述多个预置微服务实例提供业务服务；当接收到目标终端发送的域名解析请求时，对所述域名解析请求进行解析，得到域名地址；通过预置域名解析服务按照第一预置负载均衡算法对所述域名地址进行域名解析，得到公网网络协议地址，并将所述公网网络协议地址发送到所述目标终端，所述第一预置负载均衡算法用于指示将所述域名地址按照预置权重分配到所述不同的机房中；当接收到所述目标终端发送的微服务调用请求时，根据所述公网网络协议地址按照第二预置负载均衡算法将所述微服务调用请求分发到所述业务微服务，所述微服务调用请求为所述目标终端根据所述公网网络协议地址生成的访问请求，所述业务微服务采用任意一个预置微服务实例进行链路调用和业务响应；当所述业务微服务之间进行链路调用时，调用所述区域标识相同的业务微服务。