在软件构建的世界里，架构设计始终是一项复杂且重要的任务。过去我们的选择大多数在微服务架构和单体架构之间游走，然而事实上，还有一种落在两者之间的策略，那就是“模块化架构”。
什么是模块化架构？模块化架构的核心理念就是在得益于单体应用的简洁性的同时，利用模块化的设计理念保持应用的可扩展性和可维护性。模块化架构的目标很明确：创建一个具有清晰职责划分的单体应用。也就是说，我们将一个大型的应用程序划分为若干模块，每个模块包含一组相关的功能，每组功能都与特定的业务领域或专门的功能对应。每个模块内部高度集成，包含它自有的业务逻辑和数据访问逻辑，模块之间通过良好定义的接口或共享事件进行相互交互。
那么，如何把单体应用转变为模块化架构呢？
构建模块化架构的步骤首先，你需要把你的单体应用划分为几个模块，每个模块都关注特定的业务领域或功能。这样做的目的是把大的问题划分为小的，这样更容易管理和解决。比如，你的应用可能包括用户管理、产品管理和订单管理等模块。
接下来，这些模块需要通过定义良好的接口或事件来互相交互。这就意味着，即使一个模块需要使用到另一个模块的功能，它也不会直接访问那个模块的内部实现，而是通过接口或事件进行通信。这能确保每个模块能够独立地开发、测试和部署，从而加快开发速度。
然后，每个模块应该是内聚的，也就是说，它应该封装其自身的业务逻辑和数据访问。这使得每个模块的功能更易于理解和维护，同时也防止了不同模块之间的紧密耦合。
另外，你可以创建一个共享库来集中处理公共功能和配置。这样，所有的模块都可以使用这个库，这减少了代码重复，使代码更加整洁。
你可以选择使用单个数据库，但记得要使用 schema 来分隔不同模块的数据。这为各个模块提供了数据隔离，保证了数据的独立性和一致性。
模块化架构的优势和劣势与任何架构决策一样，模块化架构也有其优势和劣势。
它最大的优势是简化了管理复杂性的施工工作。因为你把一个大型应用划分为许多小的模块，每个模块都可以独立地开发和测试。这让应用的代码库更易于理解和维护。同时，你也不需要处理微服务架构中通常存在的复杂的服务网络和通信问题。这就意味着你能够聚焦在你的业务逻辑上，而不是花费大量时间在架构问题上。
模块化架构是需要严格的纪律和协作的如果没有明确定义和执行模块间的界限，模块之间可能会变得紧密耦合，从而削弱模块化的优势。此外，虽然你可以为模块化添加尽可能多的并发性，但是总的来说，模块化的并发性仍然不如完全分布式的架构。
模块化架构不仅为满足单体应用的简易性提供了方式，同时也实现了模块设计的灵活性。这让开发者能根据应用的具体需求和固有复杂性选择合适的架构。
通过提供一种折中的策略，模块化架构能够满足许多应用的架构需求，为现代软件开发带来了全新的可能性。
