在开发直播软件app时，我们经常会提到服务器的使用。假如一台服务器的性能达到极限的话，我们该怎么办呢？这个时候，我们可以使用服务器集群来提高整体性能，但是在这个集群中就需要其中一台服务器充当“调度者”。也就是用户的所有请求先由它接收，然后再根据每台服务器的负载情况将请求分配给某一台后端服务器去处理。在这个过程中，如何进行合理分配，如何保证后端服务器充分发挥性能，如何保持服务器集群整体性能。这就是负载均衡的问题了，本文主要分享HTTP重定向实现负载均衡的相关内容。
- 过程简介
用户向服务器发起请求时，这一请求会优先被“调度者”截获，然后再根据某种分配策略选择一台服务器，将选中的服务器IP地址封装在HTTP响应消息头部的location字段中，然后将响应消息的状态码设置为302，最终将消息返回给浏览器。当浏览器收到响应消息后，解析字段并且向该URL发起请求，指定的服务器会处理该用户的请求，然后将结果返回给用户。 - 优点和缺点
采用HTTP重定向实现服务器集群的负载均衡实现虽然看起来逻辑简单，但是缺点也十分明显。在HTTP重定向的方法中，调度服务器只在客户端第一次发起请求的时候起作用。当“调度者”服务器向其返回响应消息之后，客户端此后的操作都是基于新的URL所进行的，所以就会出现一些问题。
（1）由于用户不同的访问时间，每个用户对各自的后端服务器所造成的压力也不同。那么调度服务器在进行调度时，就无从得知当前用户会对服务器造成多少压力。因此无法真正实现负载均衡，只不过是将请求次数平均分配到每台服务器而已。
（2）如果分配到用户的后端服务器出现了故障，那么当用户再次访问时，请求就会发送给出现故障的服务器，从而导致访问失败。
其实负载均衡一共有四种实现方式，HTTP重定向只不过是其中一种。但不可否认的是，在开发直播app软件的过程中，了解负载均衡相关的知识是非常必要的。毕竟直播作为实时互动性极强的应用场景，经常会出现高并发的现象。如果出现了高并发现象，那么我们就可以从服务器方面入手，比如实现负载均衡，从而保证直播的稳定运行。
本文声明原创，转载请注明出处。
