摘自于某位大神PPT
一、技术架构的演变及使用场景
- 单一架构 ORM(对象关系映射)
- 垂直应用架构 MVC
- 分布式服务架构 RPC
- 流动计算架构 SOA
Tip: 图片中数字是指并发量
二、架构优化之路
- 应用服务器与数据服务器分离
- 应用服务器集群
- 负载均衡
三、现主要针对负载均衡问题进行讨论:
负载均衡问题:
- 用户的请求由谁来转发到具体的应用服务器
- 有什么转发的算法
- 应用服务器如何返回用户的请求
- 用户如果每次访问到的服务器不一样,那么如何维护sesion的一致性
负载均衡解决方案:
针对第一个问题:用户请求由谁来转发到具体的应用服务器
- HTTP重定向
- DNS域名解析
- 反向代理技术
- IP层负载均衡
- 数据链路层负载均衡
转发算法
- RR(轮询)
- WRR(加权轮询)
- SH(源地址散列)
- DH(目标地址散列)
- LC(最少链接)
- WLC(加权最少链接)
- SED(最短期望延迟)
- NQ(永不排队)
- LBLC(基于局部性的最少连接)
- LBLCR(带赋值的基于局部性的最少连接)
集群模式相关问题(以下三种模式,具体了解可根据这个链接 http://www.linuxidc.com/Linux/2012-09/71340.htm 额 研究的话我就算了,我只负责记录)
- NAT(网络地址转换)
- DR
- TUN
针对之上提到的转发算法和集群模式,我们只需要了解即可,因为已有现有服务器本身就支持,所以我们可根据自己的需要,选择适合自己的就好。
- nginx目录支持的负载均衡算法有wrr、sh(支持一致性哈希)、fair。但nginx作为均衡器的话,还可以一同作为静态资源服务器。
- keepalived+ipvsadm比较强大,目前支持的算法有:rr、wrr、lc 、wlc、 lblc、 sh、 dh
- keepalived支持集群模式有:NAT DR TUN
如何保证session共享
- Session Sticky
- Session Replication
- Session集中存储
- 基于cookie
四、
a) 架构优化之路-带负载均衡的架构
b) 架构优化之路-用搜索引擎缓解读库的压力
c) 架构优化之路-用缓存缓解读库的压力
d) 架构优化之路-数据库水平拆分与垂直拆分
例子如下(从网上盗用):
摘:
数据库水平拆分和垂直拆分区别(以mysql为例)
案例:
简单购物系统暂设涉及如下表:
1.产品表(数据量10w,稳定)
2.订单表(数据量200w,且有增长趋势)
3.用户表 (数据量100w,且有增长趋势)
以mysql为例讲述下水平拆分和垂直拆分,mysql能容忍的数量级在百万静态数据可以到千万
垂直拆分:
解决问题:
表与表之间的io竞争
不解决问题:
单表中数据量增长出现的压力
方案:
把产品表和用户表放到一个server上
订单表单独放到一个server上
水平拆分:
解决问题:
单表中数据量增长出现的压力
不解决问题:
表与表之间的io争夺
方案:
用户表通过性别拆分为男用户表和女用户表
订单表通过已完成和完成中拆分为已完成订单和未完成订单
产品表 未完成订单放一个server上
已完成订单表盒男用户表放一个server上
女用户表放一个server上(女的爱购物 哈哈)
e) 架构优化之路-应用拆分
f) 架构优化之路-引入消息中间件
五、开发框架介绍:
常用开发框架说明:
SSM springmvc spring mybatis
SSH struts2+Spring+hibernate