是不是看着很简陋的样子，直接浏览器客户端和单一服务器之间进行交流了，如果访问人数在千人以上，比如秒杀个限量款，那估计可能直接就凉了，“Boom”的一下就访问失败了。

稍微进阶版本的项目架构

这个时候一般网站架构还是采用单体架构，但是服务器也相对的增加了，终于增加了数据库服务器和应用类服务器在加上图片服务器，算是组成了一个小小的进阶版本的项目架构

也就是说我们在部署应用的时候，手动把应用服务器上的Tomcat给关掉，然后替换系统的代码war包，接着重新启动Tomcat。

这时候把数据单独的部署在另外的一个服务器上面，存放网站的全部核心数据。

然后在另外一台独立的服务器上部署NFS作为图片服务器，存放网站的全部图片。

这时候呢，代码执行的是请求，数据访问在另外一台服务器，而图片在另外一台服务器上面，这样就通过增加了服务器来部署的普通版本的项目架构就完成了，而大部分的项目都是这个样子的吧，毕竟小公司人力有限呀。

简单的支持高并发，高可用的项目架构

不知道大家在面试的时候说这个的时候面试官有没有问过，如果你们的应用服务器挂了，你们怎么处理?

是的，应用服务器真的会出事，那在项目的应用服务器真的出事之后，我们怎么处理，在换个服务器，那么你很多想对应的配置就要做出更改，需要更改一大堆的东西，那么你会有很长时间的维护期，维护代价很高了呀。