Web services Azure应用程序服务和云服务之间的差异

我从去年开始了解Microsoft Azure，其中一项服务是云服务。我对云服务的理解是，它是一种允许人们构建N层应用程序的服务。因此，例如，可以设置一个承载一个ASP.NET Web API项目的Web角色和一些后台处理的工作人员角色等。还有网站服务

现在，在2015年的构建中，它展示了Azure应用程序服务，基本上由

• 网络应用
• API应用程序
• 逻辑应用程序
• 移动应用程序

现在我不知道什么时候应该使用云服务，什么时候应该使用应用服务。我的意思是，我得到的印象是，Web应用程序、API应用程序和逻辑应用程序与云服务是一样的，但我不确定

---

那么，云服务和应用服务之间的区别是什么？什么时候应该选择一种而不是另一种？

上个月有了一些变化：）。网站已经变成了网络应用。移动应用程序也是如此

现在回答你关于两者对比的问题，每个人都有自己的目标。云服务与虚拟机的PaaS相关。另一方面，应用服务与“资源组”对话

关于应用程序服务，您可以在VM实例中压缩更多的应用程序，而无需付出太多努力。然而，应用程序服务相对于云服务的最大卖点是能够用应用程序逻辑组成业务流程，就像BizTalk通过外部连接到其他流程一样

---

资源小组是关于如何接近DevOps的下一阶段。据我所知，Azure将“承诺”的下一步是将您的应用程序部署为网络上的微服务。（上周刚刚宣布）。

微软描述了应用服务和云服务之间的区别，如下所示：

---

实际上，云服务没有那么无状态，您需要自己进行更多的联网/DR/HA，而应用程序服务更无状态，您可以使用现成的联网/DR/HA

Azure提供了几种托管网站的方法：

同样的想法，但在抽象的视野中：

---

资料来源：

我也对他们的差异感到困惑，直到我读了下面的博客。希望这有帮助

---

将Web应用程序用于Web门户、公共API和WCF服务（xx.azurewebsites.net）

另一方面，考虑在长时间运行后台作业时使用云服务（X.CyrdApp.net）。这就像开发带有OnStart（）和OnStop（）事件的windows服务，并将其托管在虚拟机中一样。但是在azure上，您可以做到这一点，而无需管理虚拟机

希望上面的内容是清楚的。

云服务在控制程度和易用性方面与服务结构类似，但它现在是一种遗留服务，建议在新的开发中使用服务结构

如前所述。

• App Service

  允许您部署应用程序。但无法控制 基础设施（无RDP）

• 云服务

  （PaaS）允许您部署应用程序并提供一些控制（RDP）。例如：网络角色，工人角色（现在有点老了）

• 虚拟机

  （奖金）（IaaS）允许您部署并提供完全控制

令人尴尬的是，App-service+VM允许我们使用GIT进行部署，而云服务不允许

另一个尴尬的是，应用程序服务与服务结构非常相似，但SF确实允许RDP！此外，SF不会更新操作系统，但应用程序服务会为您更新操作系统！

---

所有比较

MS建议不要在《Azure基础》一书中使用云服务。可能他们会停止吗？答案应该包括链接的摘要。你也可以总结你从链接中得到的信息。链接可能在将来某个时候发生变化。