认识达内从这里开始

随着互联网的不断发展，程序员能够掌握的软件架构方法也在不断的变化，而今天我们就一起来了解一下，单一应用架构与垂直架构的特点。

1.单一应用架构

通俗地讲，“单体应用(monolithapplication)”就是将应用程序的所有功能都打包成一个独立的单元。当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。

特点

所有的功能集成在一个项目工程中;

所有的功能打一个war包部署到服务器;

应用与数据库分开部署;

通过部署应用集群和数据库集群来提高系统的性能。

优点：

开发简单：一个IDE就可以快速构建单体应用;

便于共享：单个归档文件包含所有功能，便于在团队之间以及不同的部署阶段之间共享;

易于测试：单体应用一旦部署，所有的服务或特性就都可以使用了，这简化了测试过程，因为没有额外的依赖，每项测试都可以在部署完成后立刻开始;

容易部署：整个项目就一个war包，Tomcat安装好之后，应用扔上去就行了。群化部署也很容易，多个Tomcat+一个Nginx分分钟搞定。

缺点：

妨碍持续交付：随着时间的推移，单体应用可能会变得比较大，构建和部署时间也相应地延长，不利于频繁部署，阻碍持续交付。在移动应用开发中，这个问题会显得尤为严重;

不够灵活：随着项目的逐渐变大，整个开发流程的时间也会变得很长，即使在仅仅更改了一行代码的情况下，软件开发人员需要花费几十分钟甚至超过一个小时的时间对所有代码进行编译，并接下来花费大量的时间重新部署刚刚生成的产品，以验证自己的更改是否正确。如果多个开发人员共同开发一个应用程序，那么还要等待其他开发人员完成了各自的开发。这降低了团队的灵活性和功能交付频率;

受技术栈限制：项目变得越来越大的同时，我们的应用所使用的技术也会变得越来越多。这些技术有些是不兼容的，就比如在一个项目中大范围地混合使用C++和Java几乎是不可能的事情。在这种情况下，我们就需要抛弃对某些不兼容技术的使用，而选择一种不是那么适合的技术来实现特定的功能。

可靠性差：某个环节出现了死循环，导致内存溢出，会影响整个项目挂掉。

**伸缩性差：**系统的扩容只能针对应用进行扩容，不能做到对某个功能进行扩容，扩容后必然带来资源浪费的问题。

技术债务：假设我的代码库中有一个混乱的模块结构。此时，我需要添加一个新功能。如果这个模块结构清晰，可能我只需要2天时间就可以添加好这个功能，但是如今这个模块的结构很混乱，所以我需要4天时间。多出来的这两天就是债务利息。随着时间推移、人员变动，技术债务必然也会随之增多。

2.垂直应用架构

当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。

特点

以单体结构规模的项目为单位进行垂直划分，就是将一个大项目拆分成一个一个单体结构项目。

项目与项目之间存在数据冗余，耦合性较大，比如上图中三个项目都存在用户信息。

项目之间的接口多为数据同步功能，如：数据库之间的数据库，通过网络接口进行数据库同步。

优点

开发成本低，架构简单;

避免单体应用的无限扩大;

系统拆分实现了流量分担，解决了并发问题;

可以针对不同系统进行扩容、优化;

方便水平扩展，负载均衡，容错率提高;

不同的项目可采用不同的技术;

系统间相互独立。

缺点

系统之间相互调用，如果某个系统的端口或者IP地址发生改变，调用系统需要手动变更;

垂直架构中相同逻辑代码需要不断的复制，不能复用。

系统性能扩展只能通过扩展集群结点，成本高、有瓶颈。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请在707945861群中学习了解。