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