【问题标题】:Switch Azure ConnectionString based on Staging or Production根据暂存或生产切换 Azure ConnectionString
【发布时间】:2012-05-31 16:01:48
【问题描述】:

有没有办法根据生产或暂存环境使用不同的 ConnectionString?怎么样?

谢谢

【问题讨论】:

  • Staging or Production Instance? 的可能重复项
  • 我有兴趣了解有关您的方案的更多信息。请您提供场景,以便我们为您提供最佳指导。我碰巧在类似的情况下工作,其中暂存部署与数据库 X 相关联,并且在将暂存到生产环境时,需要更改连接字符串以指向数据库 Y。这是您的问题吗?
  • 这和你描述的场景完全一样。当我在暂存区部署时,我想使用数据库 X,因为它就像一个草稿,但是当我在生产环境中部署时,我想使用最终的数据库 Y。但我想使用相同的 Datacontext 名称但使用不同的 Connectionstring。

标签: database azure connection-string


【解决方案1】:

我强烈建议您首先不要将“暂存地段”视为传统暂存环境。相反,它应该被视为在部署上线之前“冒烟测试”部署的临时区域。如果您需要持久的登台环境,请改用不同的托管服务来满足该需求。

执行此操作后,维护多个云服务配置文件变得相当简单,每个环境一个。

【讨论】:

  • 我知道这只是一个“冒烟测试”,但是对我的网站的更改意味着我现在需要在应用程序启动期间更新一些数据库值和表结构。我无法更改实时数据库(因为那时 live 将无法运行),但我无法测试登台网站,因为它需要这些值。有没有办法解决这个问题,还是我只需要接受限制并计划无法进行“烟雾测试”?
  • 当您将更改部署到 Windows Azure 时,它​​会尝试进行“滚动升级”。这意味着除非您专门将升级域的数量设置为“1”,否则您的网站的旧副本和新副本将同时存在,这种情况通常会导致错误。为了解决这个问题,您确实需要考虑让您的解决方案足够智能以处理数据库差异,或者考虑使用“我们正在升级,请稍候”风格的升级行为(简单的 DNS 更改就可以了)。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2023-03-17
  • 2018-09-05
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-03-15
相关资源
最近更新 更多