传统模式下的负载均衡

传统模式下，我们如果机器做负载的话，都是用nginx来做反向代理服务器，客户端请求到nginx，由nginx来根据负载均衡算法来路由到不同的服务器上，结构如下图所示：

图片.png

但是这个方法有个缺点，就是新增跟删除机器都要在nginx上修改配置文件才可以生效，如果机器少，并且不用经常上架下架机器的话，倒是无所谓。如果你的机器部署了比如说100台。并且一旦发生秒杀之类的活动，需要加机器的情况，那就要将这100台机器的信息在nginx去配置，秒杀结束后，机器需要释放，又要去配置中删除。这个太耗人力了，而且难免不会出差错。

注册中心

后来就有个注册中心，只要有服务器上线或者下线，那么就要向注册中心注册，告诉注册中心我上线或者下线了，此时注册中心就会推送新的服务器的列表给客户端，然后客户端根据负载均衡算法，获得对应的机器的地址，然后进行调用

图片.png

这种方法完全就没有传统方法需要人为修改nginx服务配置的问题，完全就是自动化的。
dubbo的负载均衡就是采用这种方式。但是这种方式也是会对你的业务代码有所侵入，毕竟是要在client端自己做负载均衡

目前还有一种叫servicemesh的技术，即将你的业务代码完全纯净化，具体的负载由servicemesh来实现