关系数据库的微服务

Question

设计微服务的最佳方法是什么？

我有一个数据库，其中包含大约 300 个数据表和一个使用 ADO.Net 查询数据库的数据访问层。我计划将每个表用作服务（控制器）来控制该表的数据。

这是一个好方法吗？

Answer 1

乍一看，我会说这听起来不是一个好主意，但根据您在此处提供给我们的信息，很难判断。为了更准确地告诉你，我需要知道你在谈论什么样的域或应用程序用例。

我很难想象您的每个表都应该被视为单独的域，您需要将其分离到一个专用的微服务中。同样，这一切都取决于您的域。

我打算将每个表作为服务（控制器）来控制 那张桌子

如果您将应用程序或解决方案拆分为微服务的标准是基于数据库表到微服务（或者每个数据库表都应该是一个微服务），那么我强烈建议您不要这样做。从开发工作和维护工作的前景来看，这将是过度杀伤力。请记住，开发基于微服务的架构解决方案是一项艰巨的任务，但维护它（确保一切正常运行）也具有挑战性。

问题

您应该问自己的问题更像是： 我应该如何或基于什么将我的解决方案拆分为微服务？

有几种方法，但最常见的是基于 DDD（域驱动设计）有界上下文。 Stackoverflow 上有很多关于 DDD 的非常好的问题/答案。 您还可以在此处查看此答案，以获取有关如何在微服务here 中处理拆分解决方案的一些信息。