大型网站架构
Alfredonwr
这个作者很懒,什么都没留下…
展开
-
第一章 大型网站架构演化
第一章 大型网站架构演化 大型网站软件系统的特点 高并发,大流量 高可用(7X24) 海量数据(存储和管理) 用户分布广泛,网络情况复杂 安全环境恶劣 需求快速变更,发布频繁 渐进式发展(由小至大) 大型网站架构演化发展历程 初始化的网站架构(应用程序、数据库、文件等同一服务器) 应用服务和数据服务分离(拆分为三台服务器) 使用缓存改善网站性能(应用服务器本地缓存和分布式远程缓存) 使用应用服务翻译 2016-08-28 19:16:51 · 680 阅读 · 0 评论 -
第二章 大型网站架构模式
第二章 大型网站架构模式 网站架构模式 分层 横向维度切分:应用层、服务层、数据层 单一职责,上下层依赖调用,分层约束(禁止跨层和逆向调用) 分割 纵向维度切分:根据业务模块划分 高内聚,低耦合 分布式 分布式应用和服务(复用服务) 分布式静态资源(动静分离,如JS, CSS, Logo图片等资源) 分布式数据和存储(传统关系数据库和NoSQL产品) 分布式计算(移动计算而不是移动数据,如H翻译 2016-08-28 19:17:27 · 433 阅读 · 0 评论 -
第五章 万无一失:网站的高可用架构
第五章 万无一失:网站的高可用架构 网站的可用性描述网站可有效访问的特性,牵动用户的神经,大型网站的不可用事故直接影响公司形象和利益,因此非常重要 要保证一个网站永远完全可用是不可能完成的使命网站可用性的度量与考核 网站可用性度量 业界通常用多少个9来衡量网站的可用性,如QQ的可用性是4个9,即QQ服务99.99%可用,意味着一年大约最多53分钟不可用 网站不可用时间(故障时间) = 故障修复翻译 2016-09-08 23:10:45 · 708 阅读 · 0 评论 -
第三章 大型网站核心架构要素
第三章 大型网站核心架构要素 性能 手段 浏览器(浏览器缓存、页面压缩、合理布局、减少Cookie传输) CDN、反向代理服务器 应用服务器(本地缓存、分布式缓存、异步操作、分布式集群) 代码层面(多线程、改善内存管理) 数据库服务器(索引、缓存、SQL优化、NoSQL(数据模型、存储结构、伸缩特性)) 衡量性能的指标 响应时间 TPS 系统性能计数器 可用性 手段 应用服务器(集群部署,翻译 2016-08-28 19:18:03 · 618 阅读 · 0 评论 -
第四章 瞬时响应:网站的高性能架构
第四章 瞬时响应:网站的高性能架构 网站性能是客观的指标,可以具体体现到响应时间、吞吐量等技术指标 网站性能是主观的感受,而感受则是一种与具体参与者相关的微妙的东西,用户的感受和工程师的感受不同,不同的用户感受也不同。 网站性能优化第一定律:优先考虑使用缓存优化性能网站性能测试 不同视角下的网站性能 用户视角 标准 直观感受到的网站响应速度 手段 优化HTML式样、利用浏览器端的并发和异翻译 2016-08-31 15:26:21 · 792 阅读 · 0 评论 -
第六章 永无止境:网站的伸缩性架构
第六章 永无止境:网站的伸缩性架构 网站的伸缩性是指不需要改变网站的软硬件设计,仅仅通过改变部署的服务器数量就可以扩大或者缩小网站的服务处理能力 大型网站的“大型”:在用户层面为大量用户及大量访问,在功能方面为功能庞杂,在技术层面为需要部署大量的服务器 大型网站是从小型网站渐进演化而来的,也有可能出现脉冲,传统企业易忽视这点(一开始就试图打造大型网站)网站架构的伸缩性设计 不同功能进行物理分离实现翻译 2016-09-20 09:26:38 · 888 阅读 · 0 评论 -
第七章 随机应变:网站的可扩展架构
第七章 随机应变:网站的可扩展架构 网站的扩展性指在现有系统影响最小的情况下,系统功能可持续扩展或提升的能力。 表现在系统基础设施稳定不需要经常变更,应用之间较少依赖和耦合,对需求变更可以敏捷响应 遵循开闭原则,系统增加新功能,不需要对现有系统的结构和代码进行修改构建可扩展的网络架构 开发低耦合系统时软件设计的终极目标之一 低耦合的模块更易复用,低耦合的系统开发维护更轻松并且易于管理和扩展翻译 2016-09-20 17:05:16 · 567 阅读 · 0 评论