azure - 在 Azure 移动服务中托管移动应用后端相对于 Azure 网站的优势

Question

我有一个用于移动设备的 WebAPI 后端，并希望将其托管在 Azure 中。
我很难弄清楚 AMS 和网站之间的真正区别。

我阅读的有关该主题的所有文章都讨论了一般性的变化和好处，我想具体了解 AMS 提供的新功能以及在 AMS 中托管的好处。

身份验证

<小时/>

在 AMS 中，我在 azure 门户中看到“IDENTITY”选项卡。据我了解，这些 3rd 方配置允许我通过 google、FB 等轻松地验证我的用户。但这只是使该过程更加方便并且可以通过 UI 进行配置。在网站中，我可以使用 ASPNet.Identity 和 OWIN libraris 中的代码轻松实现相同的功能。

推送通知

<小时/>

再次查看“PUSH”选项卡中的 AMS，我可以看到两种机制。通知中心和第 3 方部分。

通知中心对于 AMS 来说没什么特别的，在网站中托管时我可以获得完全相同的功能。

第 3 方部分允许我配置凭据以推送来自 Apple 和 Google(APNS、GCM...)的服务，并且与 AMS 命名空间中的库一起，我可以轻松编写代码来与这些服务进行通信。

但是当托管在网站中时，在我的后端我可以使用开源库。例如，Moon-APNS 与 APNS 对话。

规模

据我了解，网站和 AMS 都允许相同的扩展功能(一个称为“单位”，另一个称为“实例”)。

<小时/>

我错过了什么大的差异吗？
我提出的任何主张是否不正确？如果有人能够对这个问题有所了解，特别是解决所有 3 个问题(Auth、Push、Scale)，那就太好了。

Answer 1

这是我在用户组事件中展示移动服务时经常遇到的问题。

对于 .NET 开发人员来说，移动服务并没有什么特别之处，因为您可以通过网站来完成它提供的所有功能。

移动服务对于非 .NET 开发人员来说确实很有吸引力，因为您可以通过编写在 Node 上运行的脚本来拥有完整的移动后端，并且移动服务抽象了所有数据库和 REST 复杂性。

我可能会被否决，因为我将表达个人意见，但无论如何:如果您正在编码 .NET 后端，我认为没有明显的理由使用移动服务。