week4 学习总结

一个网站的架构并不是一上手就求大求全。

我认为够用就行。

项目初始：



业务相对单一，用户量小，所以，项目的重点，是功能快速实现，推向市场试错。

这时架构简单，各项性能均要求不高，做一个双机负载均衡，保证可用性即可。

由于当前云服务的技术成熟，对象存储，数据库，CDN都有了开箱即用的解决方案。而且成本低廉，可以直接应用之。



在用户量逐渐增多，DAU越来越大的时候，项目相应的瓶颈就会显现

不同的业务场景，出现瓶颈的地方可能不同。

数据库瓶颈，分写瓶颈与读瓶颈，首先尝试通过提升硬件性能解决问题。把更多的精力投向业务功能的实现。

其次可通过读写分离解决读瓶颈，通过分库分表，解决写瓶颈。

可通过引入缓存减少数据库读写压力。

通过消息队列，使同步业务异步化，从而减少数据库读写压力。



随着业务继续扩展，对项目提出了更高的性能要求。此时应该整合业务，瓶颈功能会抽象成微服务，通过单点优化解决瓶颈。并逐渐扩展之。某些功能需要使用更合适的解决方案，如搜索，推荐，数据分析等。



以上。