淘宝系统架构概述.ppt

系统架构概述了解什么是架构
了解Alibaba网站架构的历史
掌握Alibaba网站架构的现状
掌握网站架构设计的理念架构规定了软件的高层划分及各部分间的交互
架构不是软件，但架构决策体现于软件平台和框架之中
架构的优劣决定了业务应用系统的实施能力和发展空间
技术搭台，业务唱戏架构搭台，应用唱戏
架构永远在随着业务的发展而变迁–拥抱变化！Perl，CGI……
Mysql
Apache
服务器在美国，56KModem，远程开发、测试、部署Java服务器使用线程性能比cgi技术使用进程好
Java相比Perl，可维护性好，开发效率高
Java开始在国内流行开始使用Java
模板技术采用WebMacro
中间层采用Servlet技术，使用POJO封装业务逻辑和数据访问
使用BizObj对象封装基本业务逻辑和数据访问方法
其它业务对象继承BizObj方法，实现自己的业务逻辑和数据访问方法
使用JDBC访问数据库
Servlet容器使用resin，Web服务器使用Apache表现层仅仅使用模板技术，缺乏MVC框架，导致大量的servlet配置
业务逻辑层和数据访问层耦合，可维护性和可扩展性差
受到EJB风潮的影响
表现层采用WebX
模板技术Velocity
在Turbine基础上开发了自己的服务框架和一系列公共服务
通过一个delegate对象访问业务逻辑层
业务逻辑层使用EJB（SLSB，CMP，DAO等）
通过一个façade对象供表现层delegate访问
Façade对象访问多个SLSB实现的controller对象实现业务逻辑
使用CMP实现单条记录的增加和删除
考虑性能，在CMP之外封装DAO对象通过JDBC访问数据库
EJB服务器使用Weblogic
Web服务器使用ApacheTurbine的发展缓慢
EJB配置复杂,可维护性差
重量级框架，业务侵入高
高度容器依赖，可测试性差
CMP性能差，导致DAO和CMP并存表现层使用WebX和Service框架
Velocity模板技术
自有服务框架及多种公共服务：FormService，TemplateService，MailService，RundataService，UploadService等
通过command模式和biz层交互
无状态Web应用，基于cookie实现session，获取线性扩展性
业务逻辑层使用AlibabaService框架，并且引入spring框架
Spring容器和AlibabaService框架无缝集成
AO，BO
使用分布式cache缓存对象
数据访问层
透明的事务处理
引入Hibernate和iBatis，以iBatis为主数据库成为瓶颈->分布式数据库
应用耦合严重->SOA
Pampas平台中文站会员数超过2000万
中文站Offer已经超过1.5亿
中文站每天的用户PV已经超过1.6亿
中文站每天新发Offer超过100万
中文站每天重发Offer超过1500万
国际站略少，但是增长迅猛
中文站/国际站应用部署图网站镜像部署图(国际站)流量随着用户量而增加
业务的变更频繁
用户行为的收集
产品角色的细分及调整
7X24的高可用性
流量激增业务变更数据挖掘网站产品的生命周期避免宕机
集群化
服务化
备份切换
维护时间有限
新产品发布
在线发布
叠加式发布
用户透明过渡架构是平衡的艺术
不要把简单问题复杂化，也不要把复杂问题简单化
系统架构需要考虑哪些业务要求和质量指标？
怎样取得平衡？
分解复杂度–自上而下，分离关注点（总体系统局部）
分配复杂度–用合适的技术、合适的组织来解决问题架构的考虑要点架构考虑的方向总体架构
分解：按不同的业务领域、用户群来分解业务复杂性
分配：将业务需求分配到各个公司、部门、系统、服务
系统/服务可独立部署和维护，它们之间多采用分布式交互
业务划分(总体架构)系统架构系统细分应用优化应用优化总体架构
考虑面向服务体系
系统架构
更加专业化、服务化的信息收集系统
更加全面化、自动化的配置管理
更加有效率的镜像同步、切换
局部应用优化
分布式文件系统
优化数据同步系统
读写分离架构随着业务发展不断演进
架构发展要有方向有节奏
End