什么是单片application？

单片系统非常适合规模较小、不太复杂且不需要快速扩展或定期维护的应用。 以下是一些通常具有单一基础的应用示例（尽管它们的新功能可能基于更加容器化的基础设施）。

• 电子商务平台——单体应用在电子商务中很常见，因为一旦基础设施建立起来（建立在线商店、订单处理、支付处理和客户服务），架构就几乎不需要更新。

• 内容管理系统 (CMS) – 此词汇表条目是由单片应用(WordPress) 实现的。 CMS应用在部署时包含以网页形式进行内容管理所需的所有功能。

• 银行系统——许多金融系统都是作为单片应用构建的，因为入口点有限，因此更加安全。 此外，部署后，代码库包含消费者期望从网上银行体验获得的所有功能：管理金融交易、支付处理和跟踪。

虽然整体的单一性有其积极因素，但也可能引发问题。

整体式架构的一些缺点包括：

• 复杂性蔓延——随着时间的推移，应用程序的增长和增加的功能可能会导致单片架构变得更大、更复杂。 这种蔓延增加了更新可能危及维持整个程序平稳运行的单一代码库的风险。

• 缺乏可扩展性——当应用的某个功能或区域需要水平扩展时，整个大型应用（包括不需要额外资源的子系统）都必须扩展。 由于部署需要更长的时间，这可能会导致扩展速度变慢，并且由于与微服务相比，每个实例的运行硬件要求更高，因此成本会增加。

• 弹性——在单片架构中，所有应用组件都紧密链接并从中央代码库运行。 因此，如果一个应用程序失败，整个应用都可能崩溃。

• 完全重新部署——由于整个应用都由一个代码库代表，因此每当单个组件发生更改或更新时，整体式应用程序都需要完全重新部署。

• 技术堆栈——由于开发人员必须确保他们使用的任何工具或语言都适合整体架构，因此选择受到限制。 此外，许多单片应用的编写方式与云计算和容器化等更新、更高效的技术并不完全兼容。

• 开发速度较慢——当多个开发团队在一个大型代码库上工作时，需要格外小心，以确保尊重和维护接口和域边界。 有时，代码会引入复杂的耦合，使得跨团队依赖关系减慢新功能的开发或关键问题的修复速度。