三层架构中负载均衡策略的最佳实践

先跟大家明确下术语定义哈：这里说的三层架构，不是Web应用开发里常聊的客户端、业务逻辑、数据访问那套分层，而是从基础设施（系统部署）层面划分的三层——Web层、应用层、数据库层。

各层具体说明 #

• Web层：由承担代理转发职责的Web服务器组成，核心工作是接收外部请求，再将请求路由到后方的应用层。比如IIS Rewrite就是这一层的典型组件，它可以处理URL重写、请求转发，还能实现基础的负载均衡或静态资源托管功能。
• 应用层：部署着应用实际源代码的应用服务器集群，是业务逻辑的执行核心。比如咱们开发的ASP.NET应用，就会部署在这一层，负责处理Web层转发来的请求，执行具体的业务逻辑，与数据库层交互完成数据的读写，最终把处理结果返回给Web层。
• 数据库层：这是整个系统的数据持久化底座，负责存储和管理所有业务数据。它主要接收应用层发起的读写请求，完成数据的存储、检索、更新、删除等操作，常见的组件比如SQL Server、MySQL、MongoDB等都属于这一层。

内容的提问来源于stack exchange，提问作者DK Park