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

Question

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

Answer 1

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

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

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

我的微服务对于这种情况将是：

初步设计

1. 用户服务：用于登录和用户信息。
2. 测试服务：评估测试的服务。
3. 员工：处理员工详细信息
4. 公司：处理组织CRUD
5. 部门：处理部门CRUD

在将其分解之后，似乎员工，组织和部门服务将进行过多的网络/ API调用，因为它们彼此紧密相关。因此最好将它们聚类。

更新设计

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

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

希望这可以帮助。

Answer 2

如果您共享同一个数据库，那么您将失去微服务的两个最重要的优势：qazxsw poi。

如果不共享相同的数据库，则可以共享该数据库。例如，strong cohesion and loose coupling (page 25)使用microservice1和table1_1和table_1_2使用microservice2和table2_1。当我说用途时我指的是读写。一个微服务不读取，也不写在另一个表上。