开发相亲源码选择合适的架构，实现长远发展

作为一名相亲源码开发人员，是需要了解相亲源码架构演进的，否则会限制技术的选型以及相亲源码的发展。就目前的软件开发市场而言，主流的架构主要有单体架构、分布式架构、微服务架构以及无服务器架构，今天我们主要来看看相亲源码采用单体架构和分布式架构的优缺点。

一、单体架构

单体架构是相亲源码发展初期经常会用到的一种架构，单体架构易于部署和测试，但是随着相亲源码中业务功能的增加，单体架构就逐渐被淘汰了，主要有以下缺点：

1、扩展能力受限

相亲源码如果采用了单体架构就无法根据业务的发展进行架构的伸缩。

2、部署频率低

由于相亲源码的复杂程度比较高，所以构建和部署的时间也会增加，但如果使用单体架构，在每次进行功能变更时，就需要对相亲源码整体进行重新部署。

3、可靠性差

采用单体架构实现的相亲源码在出现死循环或内存溢出等问题时，会对整个系统造成影响。

4、技术债务高

采用单体架构的相亲源码随着时间的推移、人员的变更会积累大量的技术债务，对于已经在使用中的系统设计和代码是很难进行修改的，用“牵一发而动全身”对此进行描述也不为过。

二、分布式架构

分布式架构其实就是单体架构的并发扩展，像相亲源码这种业务功能相对复杂的系统，采用分布式架构能实现非常不错的效果。分布式架构就是将整个系统进行业务划分，将不同的业务模块部署到不同的服务器上，各个服务器可以通过接口等方式实现数据的交互。

1、优点：

（1）扩展方便：如果需要在相亲源码中增加一个新功能，只需要增加一个新项目并调用其他系统的接口即可实现。

（2）部署方便：相亲源码实现分布式部署非常灵活。

（3）降低了耦合度：将相亲源码进行划分后，各个业务模块的耦合度是比较低的，修改某一功能对其他功能造成的影响比较小。

（4）责任清晰：不同的服务器负责不同的业务功能，责任更明了。

2、缺点

由于不同业务模块是通过接口进行数据交互的，所以采用分布式架构的相亲源码需要开发大量的接口，不过因为利大于弊，所以分布式架构是开发相亲源码的主流架构之一。

为了能让相亲源码在之后的发展中，随着用户需求的增加不断实现功能上的升级，最好还是采用分布式架构，虽然增加了一部分的开发难度，但是对相亲源码的运行以及用户的使用体验大有裨益。

声明：本文由云豹科技原创，转载请注明作者名及原文链接，否则视为侵权