《大型网络技术架构》笔记 1

第一章、大型网络架构演化

最原始：

 

应用服务与数据服务的分离

 

使用缓存来提高用户读的性能。（28定则：80%的访问涉及20%的数据）

 

使用应用服务器集群处理并发的业务需求

 

使用数据库的读写分离（主从数据库来分别处理写读操作，技术点：同步数据技术；mysql是通过二进制日志来复制数据）

 

Q:为什么数所库读写分离能够减轻高负载数据压力？从数据库从主数据库同步复制过来数据不要写么？

A：数据库提高读取效率的第一选择不是缓存，而是索引。但是维护索引有开销，会降低增删改性能。所以，为提高修改和读取性能所做的优化是冲突的，分开可以单独优化。

 

 

CDN和反向代理加速网站响应

CDN部署在网络提供房的杋房，将“缓存”拉近与用户的物理距离提高响应速度。

反向代理部署在中心机房，用户首先访问反向代理服务器，可以将静态页面等直接返回给客户。降低web服务器访问次数以减少其压力。

 

使用分布式处理数据（文件、数据库）

 

采用非关系数据库技术和非数据库查询技术处理数据检索（数据库和信息检索技术的融合）

 

业务拆分

 

分布式服务

由于所有应用要和所有数据库连接（连接数目是数据库规模平方），导致数据库连接资源不足。于是，将共同的业务抽离出来，独立部署。由可复用的业务连接数据库，应用系统只需管理应用界面。

Q：既然合之何必拆之？增加了这么多的开销对实际的效能似乎意义不大。（由于视野有限，下面只提供个人理解。欢迎大神来答疑）

A：可能是大有大的难处吧，正如公司大了，于是就有了管理层，虽然看起来（实际也是）没必要的。

 

“事物发展到一定阶段，就会拥有自身的发展冲动，摆脱其初衷，向着使自已更强大的方向发展。既然大型网站架构解决了海量数据的管理和高并发事务的处理，那么就可以把这些解决方案应用到网站自身以外的业务上去。我们看到目前许多大型网站都开始建设云计算平台，将计算作为一种基础资源出售，中小网站不需要再关心技术架构问题，只需要按需付费，就可以使网站随着业务的增长逐渐获得更大的存储空间和更多的计算资源。”