三层架构中负载均衡策略的最佳实践
基础设施维度的三层架构说明
先跟大家明确下术语定义哈:这里说的三层架构,不是Web应用开发里常聊的客户端、业务逻辑、数据访问那套分层,而是从基础设施(系统部署)层面划分的三层——Web层、应用层、数据库层。
各层具体说明
- Web层:由承担代理转发职责的Web服务器组成,核心工作是接收外部请求,再将请求路由到后方的应用层。比如
IIS Rewrite就是这一层的典型组件,它可以处理URL重写、请求转发,还能实现基础的负载均衡或静态资源托管功能。 - 应用层:部署着应用实际源代码的应用服务器集群,是业务逻辑的执行核心。比如咱们开发的ASP.NET应用,就会部署在这一层,负责处理Web层转发来的请求,执行具体的业务逻辑,与数据库层交互完成数据的读写,最终把处理结果返回给Web层。
- 数据库层:这是整个系统的数据持久化底座,负责存储和管理所有业务数据。它主要接收应用层发起的读写请求,完成数据的存储、检索、更新、删除等操作,常见的组件比如SQL Server、MySQL、MongoDB等都属于这一层。
内容的提问来源于stack exchange,提问作者DK Park




