北京
想象一下，在一个重大活动期间打开一个热门网站：成千上万甚至数百万用户同时请求页面、加载图片、提交表单、调用API、访问数据。如果这些请求全部发送到一台服务器，它很快就会被压垮。大型应用到底如何应对这种流量？答案的关键之一，就是负载均衡器。
问题：一台服务器根本不够
一个简单应用的结构通常是：用户 → 应用服务器。所有请求都打到同一台服务器上。随着流量增长，CPU占用、内存消耗、网络带宽、数据库连接、并发请求数都会不断上升。最终，这台服务器成为瓶颈；一旦它宕机，整个应用也随之不可用。这带来两个致命问题：可扩展性差，可用性低。
解决方案：部署多台服务器
与其依赖一台服务器，不如运行多个应用实例。用户请求先到达一个分发层，再由分发层分配给后面多台服务器。这样一来，工作负载被分散到不同机器上，单点压力大幅降低。可是问题来了：系统该如何决定每个请求交给哪一台服务器？这正是负载均衡器要解决的核心问题。
什么是负载均衡器？
负载均衡器是位于客户端和应用服务器之间的中间层。用户不再直接访问某台具体服务器，而是访问负载均衡器；由它接收所有入站请求，并决定每个请求的去向。它的职责不只是“分流”，还包括健康检查、路由控制、故障处理，以及帮助应用实现水平扩展。
它是如何分发请求的？
常见的负载均衡算法主要有以下几种：
1. 轮询（Round Robin）：请求按顺序依次分配给后端服务器。例如请求1→服务器1，请求2→服务器2，请求3→服务器3，请求4→服务器1，请求5→服务器2……这种方式实现简单，适合各服务器配置相近的场景。
负载均衡器还会根据服务器当前负载、连接数和健康状态动态调整分发策略。通过引入负载均衡层，系统不再被单台服务器的性能上限束缚，即使某台服务器故障，流量也能被转移至其他健康节点，从而真正实现高可用和水平扩展。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
