在auth服务器或资源服务器中存储用户数据？还是两者兼而有之？

Question

这是我第一次使用IdentityServer4和AspNetIdentity设置OpenID Connect，我希望有人能揭开关于存储用户数据的神秘面纱。

到目前为止，我读到的是，用户数据应该存储在连接到Auth服务器的Auth db中，但我真的希望将用户数据存储在连接到资源服务器的资源db中。

我目前有一个如下所示的数据模型：

还有人说，与Auth无关的数据，如用户的城市或国家，不应该存储在Auth数据库中。相反，只在auth服务器中保留与auth相关的数据，而在资源DB中保留与用户相关的数据。这听起来像是两个用户记录需要同步？听起来是个坏主意。

将资源服务器和Auth服务器作为一个应用程序，这样我们就可以在用户、主机和事件之间建立必要的关系。但这似乎挫败了使用OpenID Connect的全部目的。

那么这里的标准架构是什么呢？或者，如果没有一种适用于所有人的方法，您将如何存储这些用户数据？

Answer 1

考虑到分门别类的关注和单一的责任：

不是只有一个用户表。表中的字段仅在上下文中有意义。

用户可以有一个谷歌账户来登录，但对于企业来说，这不是你可以联系到员工的账户。如何在不属于上下文的报告中显示信息？假设您将city存储在identity上下文中。那么如何在报告中显示这些信息呢？您将需要业务上下文中的信息。

还要考虑标识上下文是否是存储信息的好地方。因为用户在控制之中。当用户不同意使用信息，或者只是删除帐户时，会发生什么？当您想要同步数据时，应该使用什么策略？

seperate context最好的部分是，在上下文中可以创建表之间的关系，而不会干扰其他上下文。如果您愿意，您可以轻松地切换到不同的oidc提供商。但是一旦你开始混合上下文，就没有退路了。

在oidc中非常有用的一件事是sub声明。只需通过sub声明查找用户，并为业务上下文使用本地id。

关于identity上下文中的字段city和country：有多个级别的身份验证，因此您实际上可能需要此上下文中的信息。但是，如果您需要其他上下文中的信息（例如，为了在报告中显示），那么应该将其添加到其他上下文中（以及）。