通过交换他们的VIP,您可以轻松地在Azure Management Portal的交换和生产环境之间交换两个部署.当我们使用分期版本的服务时,我们也希望使用一个分期
数据库,所以我们不会冒险扼杀实际的客户数据.然而,在交换分段和生产服务之后,现在生产(和以前的分段)部署应该显然在生产
数据库上工作.
因此,本质上要使用的数据库将取决于实例是在分段或生产环境中运行.有没有实现这个的好方法?依靠VIP和硬编码基于数据库切换可能不是最好的主意,我猜.
我的建议是停止使用一个服务的“临时插槽”,使用传统的“分期环境”
功能.当我在谈论
Windows Azure的人时,我强烈建议他们使用分段插槽来吸烟,测试一个新的部署,然后才能上线.如果他们希望进行更长时间的测试,那么我们中许多人习惯使用本地的
内容,然后使用单独的服务,甚至可以单独
订阅(如果您想要成本透明度,那么以后会很好).
所有这一切都说,您唯一真正的选择是在您执行VIP交换之前,先进行更新的第二个服务配置,或者编写一些允许该服务检测到哪个插槽的代码,然后拉出适当的的两个配置设置.
但是,正如我在第一段所述,我认为有更好的办法.