【问题标题】:Azure - Prod/Test/Dev environmentsAzure - 生产/测试/开发环境
【发布时间】:2013-06-04 17:57:30
【问题描述】:

我有一个访问 Azure SQL Server 的 Azure 云服务。当我第一次设置它时,我真的不太了解我在做什么,只是想熟悉 Azure。所以现在我正处于我想要把我拥有的东西变成一个可靠的部署结构的地方。假设我现在拥有的是 Prod,假设我要创建一个 Dev 和 Test 实例。

按照我的理解,我应该简单地为开发和测试分别创建 2 组额外的云服务/SQL 服务器。

所以这是我的问题,仍然是一个新手:

1) 如果我这样做,我是在我的解决方案中创建其他 Azure 项目来代表每个环境,还是在同一个 Azure 项目中它们是单独的配置?还是两者都没有?

2) 处理不同连接字符串的最佳方法是什么?

【问题讨论】:

    标签: azure cloud azure-sql-database azure-web-roles


    【解决方案1】:

    假设您需要开发、测试和产品服务,因为您将拥有 Visual Studio 解决方案的开发、测试和产品版本。

    1. 两者都不是。每个解决方案都有自己的云服务项目。

    2. 您有 6 个配置文件(3 个解决方案,每个具有一个 ServiceConfiguration.Local.cscfg 和一个 ServiceConfiguration.Cloud.cscfg)。只需在相关配置文件中设置配置字符串即可。您可以通过直接编辑文件或展开“角色”文件夹并双击角色以打开图形配置编辑器来执行此操作。

    【讨论】:

    • 因此,如果我理解正确,我将有 3 个解决方案,它们将引用相同的代码库,除了一个主要例外,每个解决方案都会有不同的 Azure 云服务项目。然后,在这些云服务项目中,我将编辑配置,以便我的 web.config 中的连接字符串在每个解决方案中设置不同?
    • @MikeHomol:“相同的代码库,除了一个主要例外,每个都有不同的 Azure 云服务项目。”我不明白如果它们具有相同的代码,您为什么要运行开发、测试和生产云服务?关于配置文件,我使用ServiceConfiguration.Local.cscfg和ServiceConfiguration.Cloud.cscfg,但也许你可以使用web.config文件作为连接字符串,我不知道。除此之外,你理解正确。
    • 所以我有一个 MVC 4.5 站点项目,名为“MySite.csproj”。我有一个名为“MySolution.sln”的解决方案,它包含这个项目,以及一个名为“Azure.ccproj”的 Azure 云服务项目。我确实没有有 3 个不同的 MVC 4.5 站点项目,每个项目代表我的不同环境。那是你想要的吗?如果是这样,我不明白你为什么会这样做。我确实看到你说的是我应该有 3 个不同的解决方案,称为“Prod.sln”、“Test.sln”和“Dev.sln”,它们每个仍然有“MySite.csproj”,但有 3 个不同的 Azure云服务项目。
    • @MikeHomol:如果它们有相同的代码,你为什么要运行开发、测试和生产云服务?
    • 用于测试 - 我的最终目标是从 TFS 自动构建,将其部署到开发或测试中,然后一旦达成共识,我们会将其转移到生产中。有意义吗?
    猜你喜欢
    • 1970-01-01
    • 2020-11-23
    • 2018-06-04
    • 2016-03-22
    • 2012-05-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多