您可以通过交换VIP来轻松地在Azure管理门户中的登台和生产环境之间交换两个部署.在处理暂存版本的服务时,我们也希望使用临时数据库,因此我们不会冒险破坏实际的客户数据.但是,在交换分段和生产服务之后,现在生产(以及之前的分段)部署显然应该在生产数据库上运行.
因此,使用的数据库本质上取决于实例是在Staging还是Production环境中运行.有没有一个很好的方法来实现这一目标?我想,依靠VIP和硬编码数据库切换可能不是最好的想法.
Bre*_*key 11
我的建议是停止使用您使用传统"临时环境"的功能的服务的"临时插槽".当我与人们谈论Windows Azure时,我强烈建议他们仅使用暂存插槽在新部署上线之前对其进行冒充测试.如果他们想要更长时间的测试,那么我们很多人都习惯使用内部部署,然后使用单独的服务,甚至可能使用单独的订阅(如果您希望成本透明,则后者很棒).
所有这些说明,您唯一真正的选择是在执行VIP交换之前有一个特定于您更新的生产的第二个服务配置,或者您编写一些代码,允许服务检测它所在的插槽并拉出适当的两个配置设置.
但是,正如我在第一段中所概述的那样,我认为有更好的方法可以做到.:)
在最近发布的Azure网站中,这里的故事发生了变化.您现在可以指定任何应用程序设置或连接字符串是"插槽设置",将其固定到特定插槽.要解决您的问题,您只需在每个插槽中设置连接字符串,并注意检查"插槽设置".
如果这是一个明智的方法我现在还不太清楚.数据库模式迁移和回滚未被烘焙,我不确定如何正确处理它.此外,只有应用程序设置和连接字符串以这种方式工作,因此,例如,system.net.mail设置无法固定到插槽.为此,您需要更改代码以从应用程序设置获取邮件服务器信息等,或者使用其他方法.
归档时间: |
|
查看次数: |
4671 次 |
最近记录: |