Azure移动服务和Asp.net身份架构



我希望有人能弄清楚这些东西是如何协同工作的。

我想成为我自己的身份提供者,所以在我的web api中我有一个OAuth令牌提供者。我希望用户向我注册,然后使用我的令牌提供商进行身份验证。未来的想法是,我的更多移动应用程序和web应用程序将可以使用共享用户身份的OAuth登录进行访问。

那么,如果我使用azure移动服务,我该如何实现普通的asp.net身份信息呢?而且,一个普通的网络应用程序如何能够使用存储在azure移动服务中的数据?我会有两个数据库上下文吗?一个用于移动,一个用于网络?

我一直在azure上阅读和观看很多东西,但似乎没有任何东西表明我是如何做到这一点的。大部分都与使用facebook、ms、twitter等外部提供商有关。我想成为这些外部提供商之一,只是不知道如何做到这一点,并允许我的网站仍然使用.net身份数据。

如果你能给我介绍或发布一些例子/教程/博客,那就太好了。

这是一个受支持的场景,尽管目前还没有很好的文档记录。

Mobile Services.NET运行时构建在ASP.NET Katana身份验证中间件上。移动服务使用LoginProvider基类来抽象这些中间件。最近,身份验证模型可以扩展到像您这样的情况。为了让移动服务识别并使用您的身份提供商,您必须创建自己的LoginProvider。

目前有两个例子:

  1. 添加一个Katana中间件作为身份提供者-这是本文的一部分
  2. 创建自定义用户名/密码设置-此处为教程

您当然可以使用这些技术来包装标准的ASP.NET标识功能。

关于访问数据的问题,有多种方法。您的web应用程序可以将移动服务视为后端并传递请求。这基本上将网络应用程序视为一个额外的客户端平台,与您的移动应用程序对等。另一种选择是,正如您所说,创建多个DBContext。虽然您可能会获得稍好的性能,但这需要权衡代码的可维护性。如果你在同一个数据后端构建多个网络应用程序,它也不会很好地扩展。

相关内容

  • 没有找到相关文章

最新更新