0. 前

之前就读过《大型网站技术架构》一书，现拾起览读一遍，还是颇有收获。读书后总是容易就遗忘，故梳理下书中要点，加深印象，也补充自己的一些见解和心得。
该书全面提及目前网站架构的技术，适合架构入门，也可以以书中提到的知识和技术点做为纲要和主线，深入扩展学习。

1. 大型网站架构演化

• 服务器：单台服务器 --> 应用、数据、文件服务器fastdfs
• 应用：单应用 --> 业务拆分 --> 分布式服务 --> 微服务
• DB：单DB --> 读写分离 --> 引入缓存 -- 本地缓存 -- 分布式缓存
• 负载均衡：lvs，f5，nginx
• 反向代理nginx，CDN缓存，CDN就近发送
• NoSQL MongoDB、搜索引擎elasticsearch，solr

架构不是设计出来的，而是演变而来，大型网站架构也是一个演化的过程，可以参考《淘宝技术这十年》提到淘宝技术演化过程。

与业务的需求匹配才是最佳的选择，不要一味追求大公司方案，毕竟架构是为了落地，需要考虑人力、物力成本，所以满足当前业务和未来的发展才是王道，不过再小的应用，也要有灾备，最次也要支持手工快速换掉不可用的服务；而DB为了数据安全，也要支持主从，应用还是DB都必须物理隔离部署。

---

2. 网站架构模式

• 分层，一般可以将系统横向分为三层

应用层、服务层、数据层

在架构中，分层最大的挑战是合理规划层次边界和接口；实践中，做到禁止跨层次调用和逆向调用。
即使最初发展阶段网站，及时多层架构同部署一台物理机，但代码组织上也要做好业务逻辑区分，便于代码维护还是部署，但网站有大量流出涌入时，分层为支持高并发的分布式部署至关重要。

• 分隔
  业务上的纵向分隔，比如将购物、搜索、广告分隔为不同的应用，由独立团队负责，分开部署。
• 分布式
  分层和分隔的主要目的也是分布式部署，但分布式部署也带来了很多问题和挑战，如：服务间通信（rpc）、调用链路太长性能、服务调用链监控、运维。

一些部署方案：应用和服务模块分部署部署，以改善网站性能和支持高并发，功能复用。
静态资源分布式部署
大数据分布式部署和存储
分部署计算
zookeeper、spark、hadoop、mapreduce

• 集群
  分布式部署后需要将各个服务集群化，统一向外提供服务

负载均衡、无状态化

-缓存

CDN、反向代理、本地缓存、分布式缓存

• 异步

生产者消费者、mq

• 冗余

服务部署冗余、数据部署冗余

• 自动化

自动化过程代码管理、测试、安全检查、发布、报警、故障转移、服务降级、分配资源

• 安全

验证码登录、xss、爬虫、sql注入

---

大型完整核心要素

• 性能

索引、优化、算法

• 可用性，7x24，99.99%
• 伸缩性，横向扩展-加服务器
• 扩展性
• 安全性

高性能网站

• 网站性能视角

用户体验、开发人员、运维

• 性能指标

相应时间
并发性
吞吐量
性能技术器

• 性能测试方法

性能测试、负载测试、压力测试、稳定性测试

• web前端性能优化

减少http请求次数，合并css，合并javascript，使用浏览器缓存，压缩，减少cookie
CDN加速，反向代理

• 应用服务器性能优化

分部署缓存：命中率、一致性、可用性、预热、穿通
异步
代码级：多线程、资源复用

可用于架构

• 负载均衡转移故障，应用无状态
• 核心服务隔离
• 超时设置、异步调用、
• 服务降级

可以展示关闭低等级服务，保障核心服务；出错时忽略次要服务

• 幂等性设计

同一个操作多次调同返回结果一致，如重复下单、数据更新

• CAP

数据持久性、数据可用性、数据一致性
强一致、用户一致、最终一致

• 数据安全：备份、恢复

高可用质量保障

• 不停机（不停服务）发布、自动化测试、预发布验证、灰度发布、自动化发布、快速回滚
• 监控数据采集：用户行为日志、服务端日志、终端日志、服务端终端性能监控
• 监控管理：系统报警、失效转移、自动系统降级

网站伸缩

• 业务集物理隔离、垂直服务集群化隔离
• 负载均衡：轮询、加权轮询、随机、最少连接、hash映射
• 分布式一致性hash
• 数据：cobar-mysql，noSQL-hbase

网站扩展

• 分布式解耦：事务驱动架构-发布/订阅、分布式消息队列-MQ

网站安全

• XSS、SQL注入、CSRF-跨域攻击
• 防火墙、敏感数据加密或者脱敏、黑名单-布隆算法

案例