【问题标题】:MVC + SQL Database + Scheduler - Deployment on AzureMVC + SQL 数据库 + 调度程序 - 在 Azure 上部署
【发布时间】:2012-11-13 17:29:53
【问题描述】:

我们计划在 Microsoft Azure 平台上部署我们的一款报告应用程序/产品,用于测试和研究目的。

应用程序基于 .NET framework 4.5 构建,幸运的是 Azure 现在支持 4.5。

应用程序尚未准备好 Azure。我假设需要进行一些配置级别的更改才能在 Azure 上部署它。不过,Azure 网站的要求并不高。

我们的应用程序有三个主要组件,一个是使用 n 层方法构建的 MVC Web 层。 第二个组件是一个独立的窗口服务,它定期从外部系统中提取数据,并将其推送到第三个组件,即 SQL Server 数据库。 MVC Web 层与业务层结合使用此 SQL 服务器来执行 R/W 操作。

如果这是带有数据库的 Web 应用程序的典型案例,我会选择 Azure 网站。现在我在图片中也有一个窗口服务/(基于计划的数据提取器),我很困惑我应该在 Azure 平台中选择哪些帐户和服务?

Azure 提供大量服务,例如网站、服务总线、云服务、VM 等,但我很困惑哪种设置适合此应用程序。

有关该应用程序的一些其他详细信息:

  • UserBase(对于单个实例):给定时间 10-30 个用户。
  • 从外部系统/Web 服务收集的数据量:每个大约 100 mb 天。

我是否需要在一端设置多个服务,例如带有数据库的 Azure 网站,以及用于调度程序/窗口服务的其他服务?

【问题讨论】:

    标签: azure


    【解决方案1】:

    由于您目前有一个后台 Windows 服务一直在提取数据,因此我建议您使用 Windows Azure 云服务 (WACS)。您可以将 MVC Web 门户作为 Web 角色迁移,并将后台服务逻辑迁移到辅助角色。然后,您的辅助角色可以从外部服务中提取数据并将数据插入 Windows Azure SQL 数据库 (WASD)。然后,您的 Web 角色可以从 WASD 读取数据并将其显示在门户中。

    Windows Azure 网站 (WAWS) 目前不具备作为工作角色的对称功能。但是由于 WAWS 和 WACS 都可以使用 WASD,因此您可以将您的 Web 门户移至 WASD,并将您的后台作业移至 WACS 工作者角色。

    希望这有意义并有所帮助

    【讨论】:

    • 我接到了微软技术支持的电话,他提到了同样的事情。此外,他提到 Azure 网站仍处于预览模式,因此该服务不属于标准 SLA。现在,我必须忍受网络角色 + 工作者角色。将来,我宁愿将网站功能用于我的 MVC 应用程序,然后对于后台服务,我将使用 worker 角色。
    猜你喜欢
    • 1970-01-01
    • 2019-10-26
    • 1970-01-01
    • 2018-11-28
    • 2011-06-14
    • 1970-01-01
    • 2014-12-03
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多