阿里大数据架构.pptx

系统架构概述;了解什么是架构 了解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服务器使用Apache;;Turbine的发展缓慢 EJB配置复杂,可维护性差 重量级框架，业务侵入高 高度容器依赖，可测试性差 CMP性能差，导致DAO和CMP并存;表现层使用WebX和Service 框架 Velocity模板技术 自有服务框架及多种公共服务：Form Service，Template Service，Mail Service，Rundata Service，Upload Service等 通过command模式和biz层交互 无状态Web应用，基于cookie实现session，获取线性扩展性 业务逻辑层使用Alibaba Service框架，并且引入spring 框架 Spring容器和Alibaba Service框架无缝集成 AO，BO 使用分布式cache缓存对象 数据访问层 透明的事务处理 引入Hibernate和iBatis，以iBatis为主;;数据库成为瓶颈 - 分布式数据库 应用耦合严重 - SOA Pampas平台;中文站会员数超过2000万 中文站Offer已经超过1.5亿 中文站每天的用户PV已经超过1.6亿 中文站每天新发Offer超过100万 中文站每天重发Offer超过1500万 国际站略少，但是增长迅猛 ;中文站/国际站应用部署图;网站镜像部署图(国际站);;流量随着用户量而增加 业务的变更频繁 用户行为的收集 产品角色的细分及调整 7 X 24的高可用性 ;流量激增;业务变更;数据挖掘;网站产品的生命周期;避免宕机 集群化 服务化 备份切换 维护时间有限 新产品发布 在线发布 叠加式发布 用户透明过渡;架构是平衡的艺术 不要把简单问题复杂化，也不要把复杂问题简单化 系统架构需要考虑哪些业务要求和质量指标？ 怎样取得平衡？ 分解复杂度 – 自上而下，分离关注点（总体?系统?局部） 分配复杂度 – 用合适的技术、合适的组织来解决问题;架构的考虑要点;架构考虑的方向;总体架构 分解：按不同的业务领域、用户群来分解业务复杂性 分配：将业务需求分配到各个公司、部门、系统、服务 系统/服务可独立部署和维护，它们之间多采用分布式交互 ;业务划分(总体架构);系统架构;系统细分;应用优化;应用优化;总体架构 考虑面向服务体系 系统架构 更加专业化、服务化的信息收集系统 更加全面化、自动化的配置管理 更加有效率的镜像同步、切换 局部应用优化 分布式文件系统 优化数据同步系统 读写分离;架构随着业务发展不断演进 架构发展要有方向有节奏 ;Q A