在微服务的数据库架构中，我应该将我的数据库客户端的单个实例保存在哪里？

Question

我有这种分层架构：
客户端用户界面 (exe),
使用 ASP .net web api 处理来自客户端（.net 核心应用）的请求的服务，
应用程序做操作，检查...（.net核心类库），
Models 是一个映射类。 (.net核心类库),
数据库处理的基础设施。 （具有通用存储库的 .net 核心类库）。

在服务层的扩展中，在启动时创建我的数据库的一个实例，然后这个实例被传递到下面的层到应用程序，然后从应用程序传递到基础设施层。 这样做是出于 IoC 的原因并保留我的数据库客户端的单个连接实例。

现在我将我的数据库更改为 MongoDb，我发现自己在保存我的数据库客户端实例的服务层和基础设施中使用的数据库技术之间建立了一些直接依赖关系，然后我需要修改我的基础设施和我的服务，这就是问题。

所以一切都与架构有关，我应该将我的数据库客户端实例保存在顶层还是应该只有基础架构来处理？如果是这样意味着我每次都需要创建新的连接。

希望我足够清楚

Answer 1

您绝对不应该跨层传递数据库对象的该实例。它应该保留在一个单一的层 - 数据层。这就是我的意思：

• 您应该有一个data layer，其中包含通过上层抽象（接口）建模的类。例如User、Profile 等类，以及setUserName、updateProfile 等方法。
• 数据层中的每个类都包含对您的实际数据库客户端（MySQL、MongoDB 等）的引用。该引用可以是单例（这意味着与您的数据库的一个连接）。
• 业务逻辑中的上层仅取决于数据层的类，它们不知道您的特定数据库服务。更准确地说，它们依赖于数据层暴露的接口
• 这样，当您想要更改数据库时，您只需更新数据层（因为那里有特定的数据库客户端）。其他图层保持不变。