自2013年以来，我们一直在使用Azure Cloud 服务（Web角色） . 我们使用它，因为当时的角色缓存是唯一可用的缓存，以便 Web Farm 在Azure中工作 .
截至今天， App Service （以前的Web应用程序/网站）和 Redis Cache 可用，App Service可以完成Cloud Services提供的功能 .
根据this比较，我们只看到App Service无法做到的4个小区域（恕我直言） -
-
远程桌面访问服务器
-
安装任何自定义MSI
-
能够定义/执行启动任务
-
可以收听ETW事件
问题
是否还要将现有的Cloud Service转换为App Service，同时将In-Role缓存更新到Redis Cache？
换句话说，我们是否应该考虑在Azure Cloud 服务中托管（而不是在App Service中托管）？
1 回答
我想你可能对这个问题的看法比事实更多，所以这是我的看法 .
从早期开始，我就一直在使用Azure，它只是 Cloud 服务，并且与他们一起完成了公平的边缘案例实施 .
今天（比如过去1 - 2年），我采用的方法是从Web应用程序和WebJobs开始，直到找到理由为止 . 对于我的大多数客户，App Services运行良好，但仍有一些项目仍需要 Cloud 服务 .
我发现WebApps和WebJobs的轻松部署和管理对我来说是一个巨大的胜利 - 不必创建那个怪物包文件并重新部署整个东西只是因为小的变化随着时间的推移而增加 .
我还发现WebJobs（使用SDK）比使用WebRoles更快地提高工作效率 - 尽管我有时发现我需要一个没有UI的WebApp来托管webjobs，如果它们是处理器和内存的话 . 您只需添加一个属性就可以让代码使用QueueTrigger查看队列这一事实可以节省大量时间并减少所有样板代码 .
我也在项目上使用了Redis（虽然目前没有），并且很容易使用 - 一旦你解决了一些问题并习惯了它 .