第四周总结

互联网的架构总体分不开这几方面：

负载均衡，反向代理，web服务器，数据库，搜索引擎，缓存，消息队列等。

随着系统复杂度提高，从单体应用到多个应用，服务之间调用又有rpc和http方式，有了微服务解决方案。

各服务交给服务管理器管理，路由。

关键是把这些技术，方案整合，根据业务需求等选择合适的方案。

比如：流量较小，服务多，使用微服务技术，比如dubbo或者SpringCloud等。关系型数据库持久化数据库，考虑数据库连接池的大小，请求多，适当主从，主读写，从读，单表数量太大，那就分库分表处理。

根据业务的需求和实际的请求峰值调整添加服务等，不必要上来就考虑大流量等，把消息队列，分布式搜索引擎等，或者是nosql等技术弄上去，这样系统的复杂度提升不说，维护也很困难，架构处理难度也上升，在系统调用期间需要考虑的事情也增多。

对缓存，比如redis，消息队列，比如kafka，nosql数据库，比如mongodb，编写工具类，统一调用，根据业务需求，从数据库查询出数据，利用消息队列，整合数据进mongodb，或者把数据保存到缓存，有利于对后台数据库的压力。