微服务架构的数据库设计[已关闭]

Question

想要改进此问题？更新问题，以便它仅通过编辑这篇文章来关注一个问题。

我计划使用微服务架构来实现我们的网站。我想知道在服务之间共享数据库是否正确，或者为每个服务使用单独的数据库是否更好。在这方面，我可以考虑为所有服务使用一个通用数据库吗？还是它违反了微服务体系结构的本质？

Answer 1

如果您共享同一个数据库，那么您就失去了微服务的两个最重要的优势：强内聚和松耦合（第25页）。

如果您不共享数据库中的表，您可以共享同一个数据库。例如，microservice1使用table1_1和table_1_2和microservice2使用table2_1和table2_2。当我说使用时，我的意思是读写。一个微服务不读写另一个的表。

Answer 2

微服务提供去耦。您必须将您的应用程序分解成独立的域。每个域可以有一个数据库。如果其他MS需要访问其他微服务拥有的数据，它们必须通过网络进行通信。

如果您觉得有太多的依赖服务，网络调用会太多，那么您可以定义一个域，将依赖服务聚集在一起。

例如，假设我有一个在线测试评估服务，一个公司的经理可以发布测试，他可以查看他部门所有员工的结果。

我在这种情况下的微服务是：

初始设计

< li >用户服务:用于登录和用户信息。 < li >测试服务:评估测试的服务。 < li >员工:处理员工详细信息 < li >公司:处理组织积垢 < li >部门:处理部门垃圾

分解后，似乎员工，组织和部门服务会进行过多的网络/ API调用，因为它们彼此紧密依赖。因此，最好将它们聚集在一起。

更新的设计

1. 用户服务：用于登录名和用户信息。
2. 测试服务 ： 评估测试服务
3. 组织机构：处理公司、员工、部门相关业务。

每个服务都可以有自己的数据库，并且可以独立部署。用户和测试服务可以使用 mongoDB，或者任何 NoSql 数据库和组织服务都可以使用 RDBMS。

希望这能有所帮助。