网站架构发展与调优 思路 & 网站、App优化 & 网站反应慢

一开始，网站后台是一个单体架构，一般都是由Tomcat作为web服务器。

Tomcat的并发量有限，一般在200-300之间并发就属于很好了。也就以为每秒是200个QPS，一般业务是达不到这么大的。

随着网站用户的增多，单个Tomcat已经不再能抗的住压力了。

就需要服务器引入nginx 来去做负载均衡(一个Tomcat干不动，那就来多个Tomcat共同处理这么多请求)。Nginx官方宣传5W并发量，可以加入很多台Tomcat处理请求。但是有个问题，多机器Tomcat的Session之间无法共享。这个时候就需要引入Redis存储各个Tomcat之间的Session，同时 redis 也可作为业务的优化使用。一些经常查询的热点数据，可以存入Redis，加快相应速度，也就不用每次请求直接取数据库查询了，减少数据库的压力。

到了这样时候，其实还远远不够。

既然引入了Nginx，就需要进行适当的前后端分离，做到动静分离，可以加快页面的相应速度（静态资源，直接由Nginx返回，动态数据在由Tomcat处理，解决了Tomcat需要处理静态资源所造成的资源浪费）。

到了这样，如果访问网站依旧很慢，就需要考虑前端项目加载问题了。就需要引入OSS对象存储了，将相关的多媒体资源，放到OSS中，并需要解决好跨域问题即可 OSS也可加入图片处理，在OSS自己的替我们压缩好图片！。

如果还是慢，前端就需要考虑加入懒加载，较少一次性渲染全部资源，造成的瞬时带宽压力。

这样还是慢，我们就需要考虑后端服务慢的问题了，Nginx与JavaServer开启Gzip压缩。观察Mysql压力并作出优化（慢日志等sql优化，数据库设计增加冗余字段，减少跨表查询）。

搭建Mysql集群，做到主从复制、读写分离等。

如果单纯集群Mysql 还是不能很好的解决问题，那就需要引入搜索引擎 ElaticSearch。

其可加快全文搜索等相关搜索功能的速度。

即使这样，Mysql表现依旧不佳。就需要考虑升级服务器配置。

然后适当引入消息中间件。来解决峰值，做到削峰填谷 并发请求存在时间差异问题。

还不行，说明你的网站 足够大，足够牛逼，搭建企业机房。搭建机器集群来应对相关压力。

说了那么多，没有说到后台代码业务逻辑优化上。必要条件，还是要分析业务逻辑，优先使用Druid 查看各个接口执行次数、时间，找寻突破点进行优化。

上面加入OSS的时候，应该说要加CDN，但是有人说加入CDN，一定程度并没有加快访问速度，还需要额外付费，不划算。这个架构总结，就到这里。