MIT联合沃森实验室团队推出最新AI

也就是相当于每一块的内容都属于一个服务，而这些服务叠加起来可就不是1+1=2的问题了，这些业务服务相加起来，这时候完整的项目和你把所有的内容同一写到一个部分的内容差距是非常大的，尤其是在代码冗余方面，做的那是相当透彻的。

而说到这些内容的话，其实已经算差不多了，但是再更深的阿粉是真的没有了解到那么多，而阿粉之前没想过这些内容会在你面试的时候问到，可能阿粉当时只是想自己做个咸鱼，不去关心架构方面的事情，而架构方面的事情确实很多公司很看重的一点。

在这里阿粉给大家再次贡献出此次面试的其他的问题，并且给出详细的解答，并且阿粉也是很欣慰的，只是压了工资，而没有说直接拒绝。

 

那么为什么要做主从复制，不单单是因为这一个服务器宕机的问题，还有如果对数据库的读和写都在同一个数据库服务器中操作，业务系统性能会降低。

而我们很多的项目在数据上面需要的就是比较重要的，就很多就是做读写分离，而为了提升业务系统性能，优化用户体验，可以通过做主从复制(读写分离)来减轻主数据库的负载。

一台用于写入数据，一台用于同步主的数据并用于数据查询操作。

配置好主从复制之后，同一张表，只能对一个服务器写操作。

业务分离

现在很多项目的架构都是所有人的业务代码都写在了一起，乱七八糟的，好几个人的代码，维护起来那叫一个崩溃，当你看到这样的项目的时候，你就会发现，人都傻了，这是个什么鬼，改动一点，其他的不好用了，那叫一个崩溃呀。

这时候我们就需要把我们的业务彻底的做出分割，比如商城里面的，订单属于一块的业务，积分属于一部分的业务，物流属于另外一部分的业务，这时候我们就需要分成三块的业务模块。

 

如果说我们有一台其中的应用服务器宕机了，不干活了，那么接下来，另外的一台服务器就会正常的使用，并且，在同时使用的时候，我们还能够把从浏览器来的大量的请求分发一下，直接对半劈成2份，如果说其中有一个服务器的配置“高的飞起”，那么我们还可以通过配置，给他的请求让他多一点，“设置权重”，这样让他分担更多的压力，而那个比较 low 的服务器的话，承担的相应的请求就会减少一点，毕竟性能比较低。

而在这个时候还会出现另外一种意外，那就是数据库服务器宕机了，怎么办?相同的原理，增加另外的一个数据库服务器，也就是主从数据库。

 

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

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

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

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

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

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

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

这时候我们就出现了这个：

（编辑：莆田站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!