从Azure网站访问Azure存储服务？

我很想知道这是否可能，如果可能的话，这是个好主意还是个坏主意

我们正在开发一个Azure应用程序，它主要围绕在CloudQueue上接收工作的工作者角色，并将结果放入CloudBlob中，然后由客户端下载。web界面本身是一个非常简单的ASP.NET MVC站点，它将作业抛出到CloudQueue中，并构建URL以下载CloudBlob

目前，我们在解决方案中有一个Azure云项目来实现这一点，该项目在UI中有一个Web角色，在实际工作中有一个工作者角色

我们是否可以使用Azure网站发布和托管UI，从而调用我们的工作人员角色？Azure DLL只是普通的旧.NET库，我假设Azure网站不会有问题。因此，当我们想要更新UI时，我们只需使用VisualStudio发布。当我们想要更新Worker角色（300MB+并且有一系列令人讨厌的依赖项，如Crystal Reports）时，我们可以构建云包并通过Azure管理门户更新云服务

在我看来，这样做会更容易更新UI。我认为托管它也会更便宜，因为我们不必为Web角色购买大量实例。

如果您的问题是“我们是否可以使用Windows Azure网站*”，基于您的应用程序体系结构，您确实可以使用Azure网站部署前端并正确配置所有网络连接，以便继续访问其他Azure存储服务。由于您主要使用Blob和Queue，因此可以继续在Azure网站中使用HTTP/HTTPS设置。您可以按原样保留工作者角色，但如果部署非常复杂，则使用Windows Azure VM可能是另一个方向

我可以说，如果您的web应用程序在web服务器中没有复杂的配置，那么网站部署可能会更容易，因为与webrole和Azure VM相比，网站可能无法匹配web服务器级别的配置。回答“更简单、更便宜”可能非常主观，因为这完全取决于负载和分布，因此您必须尝试并评估它。

如果您的问题是“我们可以使用Windows Azure网站吗*”，则基于您的应用程序体系结构，您确实可以使用Azure网站部署前端并正确配置所有网络连接，以便继续访问其他Azure存储服务。由于您主要使用Blob和Queue，因此可以继续在Azure网站中使用HTTP/HTTPS设置。您可以按原样保留工作者角色，但如果部署非常复杂，则使用Windows Azure VM可能是另一个方向

我可以说，如果您的web应用程序在web服务器中没有复杂的配置，那么网站部署可能会更容易，因为与webrole和Azure VM相比，网站可能无法匹配web服务器级别的配置。回答“简单和便宜”可能非常主观，因为这完全取决于负载和分布，所以您必须尝试并评估它