你有没有遇到过这种情况：公司官网突然打不开，或者电商平台一到促销就卡得不行？别急着骂程序员，问题很可能出在服务器扛不住流量。这时候，服务端架构里的“负载均衡”就派上用场了。
什么是负载均衡？
简单说，负载均衡就像商场门口的导览员。以前只有一个收银台，大家排长队，效率低。现在开了十个窗口，导览员根据每个窗口的排队情况，把顾客合理分流。服务器也一样，当大量用户同时访问，负载均衡器会把请求分发到多个后端服务器上，避免某一台被压垮。
比如你家附近的奶茶店搞活动，一下子来了上百人。如果只靠一个制作台，队伍能排到街尾。但要是临时搭起三个操作台，再安排一个人统一接单分配，出杯速度立马提升。这个“接单分配”的角色，就是负载均衡器。
常见的负载均衡策略
不是随便分就行，不同的场景要用不同的分法。最常见的几种方式：
- 轮询（Round Robin）：按顺序一个一个来，A、B、C、A、B、C……适合服务器配置差不多的情况。
- 加权轮询：有的服务器配置高，能多干点活。比如A机器性能是B的两倍，那就给A分两倍的请求。
- 最少连接：谁当前处理的请求少，就往谁那儿扔。适合处理时间不固定的场景，比如有些请求要查数据库，耗时较长。
怎么实现负载均衡？
实际部署中，常用 Nginx 做反向代理来实现。它不仅能转发请求，还能做缓存、压缩、SSL 终止等事，一专多能。
比如在 Nginx 配置文件里写这么一段：
upstream backend {
server 192.168.1.10:8080;
server 192.168.1.11:8080;
server 192.168.1.12:8080;
}
server {
listen 80;
location / {
proxy_pass http://backend;
}
}这样一来，所有访问这台 Nginx 的请求，都会被自动转发到后面的三台服务器上，默认就是轮询方式。
大厂还会用更复杂的方案，比如结合 DNS 负载均衡，在不同地区解析到最近的机房；或者用 LVS 在传输层做分流，扛住百万级并发。
负载均衡不只是分摊压力
它还有个隐藏技能——提高可用性。假如其中一台服务器挂了，负载均衡器能自动检测到，不再往它发请求。用户根本感觉不到故障，业务照常运行。
就像地铁站的闸机，坏了一两台没关系，其他通道照样进人。系统有了冗余，稳定性自然就上去了。
现在很多云服务商都提供负载均衡服务，比如阿里云的 SLB、腾讯云的 CLB，开通之后配几个服务器就能用，不用自己搭中间件，省事不少。