负载均衡器、消息队列、前后端服务器的思考总结

发布时间:2026/8/31 8:00:21
负载均衡器、消息队列、前后端服务器的思考总结 负载均衡nginx就能实现负载均衡1、负载均衡Load Balance将工作任务分摊到多个处理单元从而提高并发处理能力。2、功能负载均衡建立在现有网络结构之上使用它可以实现扩展网络设备的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性、可用性3、公司里面一个应用一个负载均衡器Nginx逻辑上一个可备用所有前端用户请求经过域名解析到负载均衡上同一个ipport然后负载均衡会进行转发根据配置机制web服务器上多台web服务器对应不同ipport。举例如300个用户请求3台web服务器。设置机制均衡转发那么每个webserver能收到100个请求如果web服务器03出现异常挂掉的话那么他的请求会均分到服务器01和服务器02上备注如果没有负载均衡这个功能那么用户请求只能随机转发或者也设置轮询到不同的web服务器不同的ip那么这个服务器挂掉后用户怎么办有了负载均衡所有用户请求统一管理而且对于用户来说多有的请求都在同一个ip上不需要管理电脑后台如何操作。4、为什么 Nginx 算“前端”Tomcat 算“后端”不是根据前后端代码定义将nginx定义为前端服务器是因为nginx离前端近且他负责路由转发、静态资源图片/css/js缓存加载、限流、安全过滤等功能–对应前端代码负责静态资源、样式、渲染等页面相似将tomcat定义为后端服务器应用服务器是他隐藏在nginx后面离前端远且他负责跑真正的 Java 业务代码比如 Spring Boot 服务连接数据库、执行复杂的逻辑运算–对应的代码后端负责业务逻辑相似。5、所以他是这样的用户浏览器真正的客户端 → Nginx服务器端的前端代理 → Tomcat服务器端的后端业务。消息队列1、消息队列(Message Queue)MQ是在消息传输过程中保存消息的容器。消息队列中间件是分布式系统中重要的组件主要解决应用解耦、异步消息、流量削峰等问题实现高性能、高可用、可伸缩和最终一致性架构2、消息队列流程后台服务如果一次产生1万条记录每秒而服务器每秒最多只能处理5000条那么从消息queue中取5000条记录剩下的依然放着因为日志实时性不高处理完5000条后接着继续处理。消息队列和负载均衡的思考3、思考从这块看来消息队列也是统一管理消息避免服务器过载原理和负载均衡一样负载均衡统一管理请求避免服务器过载异常等负载均衡Nginx是“空间换时间”。怕一个入口扛不住我就把请求横向分散给多台机器避免web服务器异常挂掉消息队列MQ是“时间换空间”。现在瞬间流量太大我不强求服务器立刻处理完而是把请求纵向时间轴 拉长让服务器慢慢消化避免数据库或业务系统被冲垮。此外他们的处理模式负载均衡是同时消息队列是异步延时