为什么我应该更喜欢 Azure App Service 而不是 .NET REST Web API?

Why should I prefer Azure App Service over .NET REST Web API?

为什么我应该使用 Azure App Service 而不是只实现一个通用的 .NET RESTful Web API 后端?

与托管在 Azure 上的常见 .NET RESTful Web API 后端相比,此服务的显着优势是什么?

是的,Azure 应用服务和 .Net REST WebAPI Azure 后端之间存在巨大差异。

可以使用两种方式在 Azure 上托管

  1. 创建您自己的 VM,然后安装 IIS 并执行所有必需的操作
  2. 使用 AppService 计划

AppService Plan 允许您利用 Azure 的强大功能。这里没有为您分配单独的 VM。 Azure App 服务可以根据 restful API 托管在 Azure VM 中的缩放规则自动缩放。

Azure 应用服务是托管您的 Web 应用程序或 API 的地方。通常,当您拥有 .NET Web API 时,您会将其托管在 IIS 或虚拟机上。

Azure 通过平台即服务 (PaaS) 帮助您处理这些常见场景。应用服务完全抽象了操作系统和您托管 Web 应用程序的方式。

应用服务可以在 Windows 和 Linux 上托管网络应用。您可以使用各种框架,例如 PHP、.NET 或 Java。您甚至可以托管容器而无需担心主机。

可在此处找到开始在 Azure 应用服务上托管 .NET Web 应用的良好示例:Quickstart: Create an ASP.NET Core web app in Azure

我的问题显然是一个愚蠢的新手问题,因此,恐怕它是无意义的,我现在通过你给出的答案知道了。

我目前正在阅读“Azure and Xamarin Forms”这本书来学习 Xamarin 和 Azure。显然它已经过时了。它建议“在 Azure 上创建一个移动应用程序”。从书中可以看出,移动应用程序只是一个普通的应用程序服务 运行 一个 RESTful Web API 与 EF,但使用完全不同的命名空间来实现。

我的问题针对的是这些其他名称空间。我没有看到他们的理由。

显然,微软也注意到了这一点。 Azure Marketplace 中不再提供“移动应用程序”。

Azure App Service 是 Microsoft 在 Azure 上托管的 PaaS 解决方案。您可以将 Azure App Service 视为某种“Microsoft Heroku”,因为它们以类似的方式工作。对于许多 REST 项目,它可以为您节省数小时,甚至数天的开发时间。它具有像 heroku 一样的自动 TLS,但它托管在 Azure 而不是 AWS 上,并且它可以与您现有的 Azure 资源很好地集成。一种常见的模式是在 App Service 上托管 REST API 并使用来自 Azure 的数据库服务,例如 Azure SQL 或 Cosmos DB(这是一个 NoSQL 服务,从从您的应用程序来看,它作为 MongoDB 运行,但可以配置为像其他 DBMS 一样运行)。