构建大型网站 .pptVIP

* * 经验的好处，就是能够站在更高的基础上，看得更远。经验的弊端，就是站在一个自己画的圈内，走不出更远。 * * 构建大型网站 多层次考虑网站架构 Web层 业务层 数据层 简单的三层其实大有文章可做 Web层设计 Spring-mvc 简单，易用，速度比较快 Struts2 功能完善，应用广泛，采用Webwork架构，比较牛 原则 尽量简单，采用程序员最熟悉的技术，最好做合适分布式的方案。最好独立开发合适业务发展。 Web前端优化－14条优化原则 尽可能的减少HTTP请求数 使用CDN 添加Expires头(或者 Cache-control) Gzip 组件 把CSS样式放在页面的上方。 将脚本放在底部(包括内联的) 避免在CSS中使用Expressions 将javascript和css独立成外部文件 减少DNS查询 压缩JavaScript和CSS文件 (包括内联的) 避免跳转 移除重复的脚本 配置 ETags 缓存Ajax请求 content server server server server javascript javascript javascript javascript content css css css css content content 代码分离 前后台分开 有利于以后系统扩展，进行业务划分，易于实现分布式 尽量使用缓存 独立开发，mencached，jboss 分布式 业务分布式，应用分布式，硬件分布式 一个典型业务分离项目 尽量使用缓存 缓存和业务分开 避免程序员随便定义key，会造成缓存混乱 分布式缓存 著名的 Consistent Hash 算法 缓存服务端 根据业务情况确定缓存实在的服务器 Consistent Hash 数据层 读写分离 用合适的开源产品 什么样子的业务使用什么样子的web服务器 Apache，Lighttpd，Nginx 多用开源产品 Maven，Spring，Ibatis，Apache下面 开源的图片处理系统 图片文件会消耗大量io，最好开发或者用开源的图片系统 MogileFS， ImageMagick Ebay的架构特点 Partition Everything－数据业务分片 Asynchrony Everywhere－异步处理 Automate Everything－自动化 Remember Everything Fails－故障检测与回溯 Embrace Inconsistency－拥抱不一致性 Expect (R)evolution－适应演变 Dependencies Matter－客户端和服务端依赖 CAP 架构和环境 适应天上飞翔：鸟拥有翅膀 适应水里呼吸：鱼拥有鳃 架构的进化和退化 进化原理- 寻找最适合的 退化原理- 简化不必要的 几点总结 学习技术是不够的 最好的行业实践 可靠的解决方案 怎样避免不好的实践？ 经验和技能 多接触各大网站的技术架构（淘宝，Ebay等） 希望你们记住，记住别墅岁月的每个人 * * * * * * * * 买卖双方，对应交易数据可以进行水平分割？？？？ 正在交易的数据做梦处理？？？？？？ * * * * *