为什么我应该使用 Azure App Service 而不仅仅是实现一个通用的 .NET RESTful Web API 后端?
与托管在 Azure 上的通用 .NET RESTful Web API 后端相比,此服务的显着优势是什么?
为什么我应该使用 Azure App Service 而不仅仅是实现一个通用的 .NET RESTful Web API 后端?
与托管在 Azure 上的通用 .NET RESTful Web API 后端相比,此服务的显着优势是什么?
Azure 应用服务是托管 Web 应用程序或 API 的地方。通常,当您拥有 .NET Web API 时,您会将其托管在 IIS 后面或虚拟机上。
Azure 通过平台即服务 (PaaS) 帮助您解决这些常见场景。应用服务完全抽象了操作系统和您托管 Web 应用程序的方式。
应用服务可以在 Windows 和 Linux 上托管 Web 应用。您可以使用各种框架,例如 PHP、.NET 或 Java。您甚至可以托管容器而无需担心主机。
可以在此处找到在 Azure 应用服务上托管 .NET Web 应用的一个很好的示例:快速入门:在 Azure 中创建 ASP.NET Core Web 应用
是的,Azure App Service 和 Azure 上的 .Net REST WebAPI 后端之间存在巨大差异。
可以使用两种方式在 Azure 上托管
AppService 计划允许您利用 Azure 的强大功能。这里没有为您分配单独的 VM。Azure App 服务可以根据 Azure VM 上托管的 RESTful API 中不存在的缩放规则自动缩放。
我的问题公然是一个愚蠢的新手问题,因此,恐怕这是无稽之谈,我现在从你给出的答案中知道了。
我目前正在阅读“ Azure and Xamarin Forms ”一书来学习 Xamarin 和 Azure。显然它已经过时了。它建议“在 Azure 上创建一个移动应用程序”。从书中可以看出,移动应用程序只是一个普通的应用程序服务,使用 EF 运行 RESTful Web API,但使用完全不同的命名空间来执行此操作。
我的问题针对这些其他名称空间。我没有看到他们的理由。
显然,微软也注意到了这一点。Azure 市场中不再提供“移动应用程序”。
Azure App Service 是 Microsoft 托管在 Azure 上的 PaaS 解决方案。您可以将 Azure App Service 视为某种“Micrsoft Heroku”,因为它们以类似的方式工作。对于许多 REST 项目,它可以为您节省数小时甚至数天的开发时间。它具有像 heroku 一样的自动 TLS,但它托管在 Azure 而不是 AWS 上,它可以很好地与您现有的 Azure 资源集成。一种常见的模式是在应用服务上托管 REST API 并使用 Azure 中的数据库服务,例如 Azure SQL 或 Cosmos DB(这是一种 NoSQL 服务,从应用程序的角度来看,它作为 MongoDB 运行,但可以配置为与其他 DBMS 一样)。