什么是单体应用？

单体系统非常适合不太复杂的小型应用，这些应用无需快速扩展或定期维护。下面是一些通常采用单体系统的应用示例（尽管其新功能可能基于更加容器的基础架构）。

• 电子商务平台 — 单体应用在电子商务平台中很常见，因为在部署了基础架构（网店创建、订单处理、支付流程和客户服务）之后，便几乎无需更新架构。

• 内容管理系统 (CMS) — 此类应用完全由单体应用 (WordPress) 实现。部署后，CMS 应用提供以网页形式进行内容管理所需的所有功能。

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

虽然单体架构具有其独特优势，但也可能引发一系列问题。

单体架构的一些缺点包括：

• 复杂性逐渐增加 — 随着时间的推移，越来越多的应用和功能可能会导致单体架构变得更大、更复杂，进而加剧相应的风险

• 缺乏可扩展性 — 当应用的一个功能或区域需要横向扩展时，整个大型应用（包括无需额外资源的子系统）必须进行扩展。这可能会导致扩展速度缓慢（因为部署需要更长的时间），也会造成成本增加（因为与微服务相比，每个实例都有更高的硬件需求）。

• 弹性 — 在单体架构中，所有应用组件都紧密关联，并从中央代码库运行。因此，如果其中一个出现故障，整个应用就会瘫痪。

• 完全重新部署 — 由于整个应用为单个代码库，因此每当更改或更新单个组件时，便需对单体架构进行完全重新部署。

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

• 开发速度较慢 — 当多个开发团队使用一个大型代码库时，需要特别注意接口和域边界，确保其得到妥善维护。有时，代码可能会引入复杂的耦合，致使跨团队依赖关系拖慢新功能的开发速度或关键问题的解决速度。