具有ASP.Net标识项目体系结构的IdentityServer 4

我正在开发实现OpenID和Oauth2的RESTful API。IdentityServer4提供了这两种功能，并且工作得非常完美，但是几乎所有示例和教程都使用内存测试用户

我一直在努力理解如何在拥有某种允许创建和管理用户帐户的服务的同时使用数据库实现IdentityServer4

我不知道注册和帐户管理服务是应该在IdentityServer4本身上进行，还是应该在另一个项目的其他地方进行

我一直试图在单个项目中将IdentityServer4与ASP.NET Identity粘合在一起，但是我不知道这种方法是否正确

---

实现IdentityServer4和ASP.Net标识的体系结构是什么样子的？我应该创建两个单独的项目，一个用于IdentityServer4，另一个用于ASP.Net Identity，还是尝试将两者结合起来

这实际上可以归结为您的需求是什么。ASP.NETIdentity实现了许多样板文件，有助于快速启动和运行，并与IDS4很好地集成。我们在实现中使用了它，但最终对它进行了大量定制，因此我建议，如果您的需求与它提供的开箱即用的需求有很大差异，那么从长远来看，拥有这种额外的依赖性可能会更痛苦

在我看来，将您的identity server视为一个自包含的（微型）服务是有意义的，它拥有自己的数据（用户、客户端、持久授权等），并公开从外部管理所述实体所需的任何API。IDS4不规定或特别关心如何进行用户身份验证，也不关心如何存储数据，因此您可以自由地以自己喜欢的方式实现

---

对于数据库，您有偏好吗？它将如何部署？

它实际上可以归结为您的需求。ASP.NETIdentity实现了许多样板文件，有助于快速启动和运行，并与IDS4很好地集成。我们在实现中使用了它，但最终对它进行了大量定制，因此我建议，如果您的需求与它提供的开箱即用的需求有很大差异，那么从长远来看，拥有这种额外的依赖性可能会更痛苦

在我看来，将您的identity server视为一个自包含的（微型）服务是有意义的，它拥有自己的数据（用户、客户端、持久授权等），并公开从外部管理所述实体所需的任何API。IDS4不规定或特别关心如何进行用户身份验证，也不关心如何存储数据，因此您可以自由地以自己喜欢的方式实现

---

对于数据库，您有偏好吗？它将如何部署？

我目前正在研究并试图了解Identity Server的最佳实践。除了能够保护API、处理多个流和实现不同的访问权限之外，实际上没有任何要求。我感到困惑的是，我应该在哪里使用ASP.Net Identity进行用户管理—在Identity Server本身上（我现在就是这样做的）还是单独的、孤立的项目。我目前正在研究并试图了解Identity Server的最佳实践。除了能够保护API、处理多个流和实现不同的访问权限之外，实际上没有任何要求。我感到困惑的是，我应该在哪里使用ASP.Net Identity进行用户管理—在Identity Server本身（我现在就是这样做的）或单独的、孤立的项目上。这不是你想要的吗？使用ASP.Net Core Identity—你问这个问题已经很久了。我想知道您是否成功地使用了IdentityServer4，您使用了什么体系结构？这不是您想要的吗？使用ASP.NET Core Identity-您已经问了很长时间了。我想知道您是否成功地使用了IdentityServer4，您使用了什么体系结构？