23、软件架构中的模块、消息与事件驱动机制

软件架构中的模块、消息与事件驱动机制

模块提升的思考

在软件架构设计中，有一个值得探讨的问题：是否应该将内部模块（如 intake、Processing、Policy、Renewals）提升为顶级模块呢？这是一个可以考虑的方向，并且这样做可能存在一定的优势。然而，目前团队掌握的信息尚不足以支持做出这一决策，现在贸然行动是不负责任的。未来的讨论或许会朝着这个方向发展，但当下就匆忙下结论并不明智。

软件架构的定义与风格

软件架构有多种定义，这里提出了一个全新且富有洞见的定义。同时，还探讨了一些专门支持事件优先系统的架构风格和模式。其中，端口与适配器（六边形）架构风格可应用于高层架构决策，并且能支持底层的多样性。该架构风格的一个显著优势在于它支持即时决策，是一种可靠且通用的架构，可作为其他架构决策及其实现的基础。

以下是一些关键要点总结：
1. 端口与适配器的表达形式 ：
- 服务层与事务脚本
- 服务层与领域模型
- 带有参与者领域模型的压缩层
- 具有命令式外壳的功能核心
2. 模块化的重要性 ：模块化是自适应架构的关键，单体架构可根据不同目的演变为单体与微服务的混合架构，或者完全转变为微服务架构。
3. REST 架构的应用 ：REST 架构常用于有限的 CRUD 应用，但通过基于 CRUUD 的部分更新，可将其扩展到领域驱动和事件驱动的架构中。
4. 架构决策的目的 ：架构决策旨在满足质量属性要求，如灵活性、安全性、隐私性、性