什么是负载均衡？
你有没有遇到过这种情况：公司官网突然访问变慢，刷新好几次才打开，而技术同事说‘服务器扛不住了’？其实，这往往是因为所有用户请求都压在一台服务器上。负载均衡就是来解决这个问题的——它像一个智能调度员，把用户请求合理地分发到多台服务器上，避免某一台忙得冒烟，其他却在摸鱼。
为什么需要负载均衡？
想象一下，你开了一家网红奶茶店，刚开始只有一名店员，顾客一多就得排队。后来你雇了三个人，但没人指挥，有的顾客挤在一个窗口，其他的窗口却空着。这时候你就需要一个前台引导员，根据每个窗口的忙碌情况安排顾客。负载均衡干的就是这个活，只不过它的‘顾客’是网络请求，‘店员’是后端服务器。
常见的负载均衡实现方式
负载均衡可以在不同层面实现，最常见的是在应用前端加一层代理服务。比如用 Nginx 做反向代理，配置几台后端服务器，它会自动把请求转发过去。
下面是一个简单的 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;
}
}这段配置定义了一个叫 backend 的服务器组，Nginx 会默认使用轮询策略，把请求依次分给三台服务器。
几种常用的分发策略
负载均衡不是只能轮流派活，还可以更聪明：
- 轮询（Round Robin）：最简单，按顺序一个一个来。
- 加权轮询：给性能强的服务器分配更多请求。比如某台配置高，可以设权重为3，其他为1。
- IP 哈希：同一个用户的请求总是发到同一台服务器，适合需要保持会话的场景。
- 最少连接：哪个服务器当前处理的请求少，就往哪发。
硬件 vs 软件负载均衡
有些企业会买专门的硬件设备来做负载均衡，比如 F5 BIG-IP，性能强但价格贵。对于大多数中小项目，软件方案更实惠。除了 Nginx，还有 HAProxy、LVS，甚至云服务商提供的负载均衡器（如阿里云 SLB、腾讯云 CLB），点点鼠标就能开通。
动手试试：用 Docker 搭个小 demo
想直观感受负载均衡的效果？可以用 Docker 快速搭建测试环境。
先启动三个同样的 Web 服务容器：
docker run -d -p 8081:80 --name web1 nginx:alpine
docker run -d -p 8082:80 --name web2 nginx:alpine
docker run -d -p 8083:80 --name web3 nginx:alpine再配置 Nginx 把请求分发到这三个容器对应的端口，每次刷新页面，其实可能访问的是不同的容器。你可以修改每个容器的首页内容，就能看到效果。
负载均衡不只是分摊压力
它还能提升系统的可用性。比如某台服务器挂了，负载均衡器能自动检测到，并停止向它转发请求，用户几乎无感。这种故障转移能力，让网站更稳定。
当然，引入负载均衡也会带来一点延迟，毕竟多了一层转发。但在绝大多数场景下，这点代价换来的是整体性能和可靠性的大幅提升。