Java 我们可以使用哪种微服务体系结构来深入研究使用无SQL数据库的大型单片应用程序？

我们有一个基于JavaSpring的大型单片后端应用程序，它处理电子商务零售客户机的结帐功能。应用程序公开了多个RESTAPI来提供功能，并使用无SQL数据库来存储数据

---

如果我们想将其分解为细粒度的微服务，从而使代码的可维护性和部署变得更容易，那么我们可以选择哪种类型的微服务设计/体系结构？有谁能推荐我们可以尝试的最合适的选择吗？

从monolith到micro services的增量迁移是一种更安全的方法，你会发现一种叫做strangler模式的方法，这是一种著名的方法。下面是我遇到的一篇好文章。

首先，您应该能够在功能上和技术上分解系统的各个方面。你需要找到更多关于未来发展战略的信息，下面的研究报告是一个良好的开端。

---

@user1237244感谢您的链接。我去看看。这里的另一个问题是，这可能需要服务使用公共数据库。但是，我想微服务并不是为了这个目的而构建的。在理想情况下，它不能使用相同的数据库，每个服务都应该是高度可维护和可测试的、松散耦合的、独立部署的，并围绕业务能力进行组织。