我很想知道这是否可能，如果是的话，这是一个好主意还是坏主意？
我们正在开发一个Azure应用程序，该应用程序主要围绕在CloudQueue上接收其工作的工作者角色，并将结果放入CloudBlob，然后客户端下载。 Web界面本身是一个简单的ASP.NET MVC站点，它在CloudQueue中抛出作业，并构建URL以下载CloudBlobs。
目前，我们通过在我们的解决方案中拥有Azure云项目来实现这一目标，该项目具有带Web的Web角色，以及具有实际工作的工作者角色。
我们是否可以使用Azure网站发布和托管UI，这会回调我们的工作者角色？ Azure DLL只是常规的旧.NET库，我假设Azure网站不会有问题。因此，当我们想要更新UI时，我们只使用Visual Studio发布。当我们想要更新工作者角色 - 这是300MB +并且拥有一堆令人讨厌的依赖项（如Crystal Reports）时，我们可以构建云包并通过Azure管理门户更新Cloud Service。
在我看来，这样做会更容易更新UI。我认为托管它也会更便宜，因为我们不必为Web角色购买大量实例。
答案 0 :(得分：1)
如果您的问题是“我们可以使用Windows Azure网站*”，基于您的应用程序架构，您确定可以使用Azure网站部署您的前端并正确配置所有网络连接，以便您可以继续访问其他Azure存储服务。由于您主要使用Blob和队列，因此可以继续在Azure网站中使用HTTP / HTTPS设置。您可以保持工作者角色，但如果部署起来非常复杂，使用Windows Azure VM可能是另一个方向。
我可以说，如果您的网络应用程序在Web服务器中没有复杂的配置，网站部署可能会更容易，因为网站可能无法匹配Web服务器级别配置与Webrole和Azure VM相比。回答“更容易和更便宜”可能是非常主观的，因为这完全取决于负载和分配，所以你必须尝试评估它。