【问题标题】:Accessing Azure Storage Services from Azure Websites?从 Azure 网站访问 Azure 存储服务?
【发布时间】:2012-08-30 16:41:58
【问题描述】:

我很想知道这是否可行,如果可以,这是个好主意还是坏主意?

我们正在开发一个 Azure 应用程序,该应用程序主要以工作人员角色为中心,这些工作人员角色在 CloudQueue 上接收他们的工作,并将结果放入 CloudBlob,然后客户端下载该应用程序。 Web 界面本身是一个非常简单的 ASP.NET MVC 站点,它在 CloudQueue 中抛出作业,并构建 URL 以下载 CloudBlob。

目前,我们通过在我们的解决方案中添加一个 Azure 云项目来实现这一点,该项目有一个带有 UI 的 Web 角色,以及带有实际工作的 Worker 角色。

我们能否使用 Azure 网站来发布和托管 UI,从而回调我们的 Worker Roles? Azure DLL 只是普通的旧 .NET 库,我假设 Azure 网站不会对它们有任何问题。因此,当我们想要更新 UI 时,我们只需使用 Visual Studio 发布即可。当我们想要更新 Worker 角色时——它有 300MB+ 并且有一堆像 Crystal Reports 这样令人讨厌的依赖项——我们可以构建云包并通过 Azure 管理门户更新云服务。

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

【问题讨论】:

    标签: azure


    【解决方案1】:

    如果您的问题是“我们可以使用 Windows Azure 网站*”,根据您的应用程序架构,您肯定可以使用 Azure 网站来部署您的前端并正确配置所有网络连接,以便您可以继续访问其他 Azure 存储服务.由于您主要使用 Blob 和队列,因此您可以继续在 Azure 网站中使用 HTTP/HTTPS 设置。您可以按原样保留辅助角色,但是如果部署非常复杂,则使用 Windows Azure VM 可能是另一个方向。

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

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2015-06-02
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2021-01-14
      • 1970-01-01
      • 2016-08-23
      相关资源
      最近更新 更多