我们正在创建一个新的解决方案，其中包含一些业务实体，例如金融家、合同、设备融资、支付。我们主要有5-6个领域对象。
那么我们应该采用哪种架构，在未来具有更好的适应性和更少的维护。
答案 0 :(得分：1)
所以这里没有快速确定的答案， 最终决定将取决于一些因素，
技术；喜欢（但不限于）应用程序将如何扩展？还是需要缩放？它将如何部署或监控？预计未来会发生多少变化？有很多团队在做这件事吗？？
业务，这也是在技术之前，（也不限于）预计有多少用户？业务需求变化有多大？？.
根据我自己的经验，大多数项目一开始并不是作为微服务项目开始的，而是作为整体或所谓的 (SCS) 自包含系统开始的（使用时要小心）。
微服务为您提供良好的扩展和分布式功能，并且（可以）在架构良好的情况下提高整体性能，它们也适合拥有大量团队的大型项目，其中每个团队都管理一组微服务。但另一方面，它们在部署和监控方面存在困难，并且需要庞大的基础设施能力来处理 ms 项目。
另一方面，单体或半单体（如自包含系统），它们看起来更容易部署和快速运行，但对于大量用户群，从长远来看，您将进行大量重构提高性能。但是对于没有强大基础设施能力的小团队来说，它们很容易处理。
当然，这里有大量的信息和意见，这只是我的一小部分经验。