IdentityServer4体系结构

Question

我已经将我的asp.net核心应用程序与identityserver4集成，并成功地对用户进行身份验证和授权，我的体系结构如下：

我为identityserver4提供了一个单独的服务器，为所有用户表(asp.net核心标识表)提供了一个单独的数据库。我有一个MVC客户端，它有一个单独的数据库，表名为Account，它保存着来自identityserver4的userid

我需要做用户管理方面的工作--我被困在两个场景中

1-从客户端MVC应用程序中创建、删除、更新帐户，并在标识服务器上创建一个API，以反映表用户的情况。

2-允许客户端MVC应用程序使用identityserver4访问身份数据库并直接进行用户管理。

那么，什么是最好的体系结构，一个用于identityserver4和MVC客户端的共享数据库，还是一个单独的identityserver4数据库和另一个用于MVC客户端的数据库？

Answer 1

我更喜欢第一种选择。但这取决于背景和要求。如果您正在创建一个经过一段时间后可能更大的绿色字段项目(这将包含更多的服务)，那么我建议您尝试微服务体系结构。

Microservices的规模通常比单片应用要好得多，但其体系结构和整体技术栈可能更为复杂。关键是他们是独立的，所以他们什么都不共享，数据库根本不共享。它还伴随着其他问题，例如同步数据库。它在免费的eBook：NET微服务:用于装载.NET应用程序的体系结构 (这里或这里，但您也应该阅读其他页面)中有很好的描述。

如果您计划只创建可能是非微服务生态系统一部分的小服务，那么2.选择可能更好。