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

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

来源：http://www.hanselman.com/blog/IntroducingWindowsAzureWebJobs.aspx

我也对他们的差异感到困惑，直到我读了下面的博客。希望这能帮上忙。
http://cloudacademy.com/blog/microsoft-azure-app-service-virtual-machines/

上个月有一点动静：）。网站已经变成了Web Apps。移动的应用也是一样。
现在来回答你关于两者之间对比的问题，每一个都有自己的目标。云服务是与VM相关的PaaS。另一方面，App Services与“资源组”对话。
关于应用程序服务，您可以在VM的示例中压缩更多的应用程序，而不需要太多的努力。然而，应用服务相对于云服务的最大卖点是使用应用逻辑组合业务流程的能力，就像BizTalk外部连接到其他流程一样。
资源组是如何接近DevOps的下一个阶段。恕我直言，Azure将“承诺”的下一步是将应用程序部署为Microsoft Service Fabric上的微服务。（上周刚刚公布）。

Microsoft描述了App Services和Cloud Services之间的差异：http://azure.microsoft.com/en-us/documentation/articles/choose-web-site-cloud-service-vm/
实际上，云服务不太无状态，您需要自己做更多的网络/DR/HA，而应用服务更无状态，您可以使用开箱即用的网络/DR/HA。

• App Service允许您部署应用程序。但无法控制基础架构（无RDP）
• Cloud Service（PaaS）允许您部署应用程序并提供一些控制（RDP）。例如：Web角色、Worker角色（现在有点旧）
• Virtual Machine（额外奖励）（IaaS）允许您进行部署并提供完全控制

尴尬的是，App服务+ VM允许我们使用GIT进行部署，但云服务不允许。
还有一个尴尬的地方是，App Service与Service Fabric非常相似，但SF确实允许RDP！此外，SF不做操作系统更新，但应用程序服务为您做操作系统更新！所有比较here

• 云服务在控制程度和易用性方面与Service Fabric相似，但它现在是一种传统服务，建议在新开发中使用Service Fabric。*

如所提到的here。

使用Web应用程序进行Web门户、公共API和WCF服务（xx.azurewebsites.net）
另一方面，xx.cloudapp.net当您有一个长时间运行的后台作业时，请考虑使用云服务（www.example.com）。这就像开发一个带有OnStart（）和OnStop（）事件的Windows服务，并将其托管在虚拟机中。但是在azure上，你可以做到这一点，而不需要管理虚拟机。
希望上面说得清楚。