在不同Azure订阅之间迁移资源
我有几个问题要问阿杜尔大师。我在一家软件开发公司工作，有人要求我提供Azure基础设施。我的想法是为下列部门设立三个现收现付的职位：
1)生产(生活环境)。2)质量保证。3)测试。
我的问题是：
1)在创建资源(如网站、虚拟机等)时，可以在不同订阅之间迁移吗？下面是一个场景:假设我们正在启动一个新的应用程序，但是首先我们需要测试它。所以我们首先把它放在测试中。一旦进行了严格的测试，我们就把它转移到质量保证部门。之后，我们把它转移到生产(现场环境)，当所有的质量检查已经用尽。2)我还在开发一个安全矩阵，其中一个部门的用户不能更改另一个部门中的任何内容。
女士们，先生们，怎么样？这可行吗？
回答 2
Server Fault用户
发布于 2015-03-01 08:31:06
Michael -您使用的迁移过程将在很大程度上取决于您正在使用的底层基础结构/服务。
作为一个起点，我建议看看如何使用构建服务来自动部署您构建的软件。MSDN文档是一个很好的起点。
- 网站和云服务(Web或工作者角色)：您需要将代码重新部署到正确订阅的适当实例中。您不能“移动”底层托管基础设施。
- 托管在虚拟机上的服务:您可以在订阅之间移动VM，但它需要相当大的工作量，这取决于您拥有的其他依赖项(网络、数据库等)。您最好的选择是尝试采取与网站/云服务相同的方法。
- Azure SQL数据库:您需要备份/还原订阅之间的数据库。
- 其他Azure服务:将在很大程度上取决于部署了什么(抱歉，如果这个是模糊的，但是Azure中有很多移动的部件)。
通常，找到编写脚本或自动化部署/重新部署您构建的任何解决方案的方法，在您的场景中将花费大量的时间。
Server Fault用户
发布于 2018-04-25 16:48:00
我们使用(VSO)对不同的天蓝色环境进行自动构建和部署。无论您是通过不同的订阅将您的环境分隔开来，还是在同一订阅中使用不同的资源组，这都是可行的。
我们的设置是，每个代码签入都派生出一个构建，运行单元测试，如果成功，触发器将部署到Test环境中。
然后，我们的QA部门通常通过VSO对构建进行排队，选择一个特定的更改集/日期。如果构建和单元测试成功，这将触发对QA的部署。此构建还在技术上为prod构建，但不部署到prod。
他们做他们所有的质量保证工作，如果一切都是黄金的话，他们就会向VSO提交他们的门守逻辑的批准。然后，我们让它安装，所以其他2人必须签署该构建被推送到生产(这可以是立即或计划)。
如果您在前提条件下，您可以使用他们的TFS，这在本质上是一样的。
TLDR；您可以通过VSO完成这一任务，并将其与Azure Active集成以进行身份验证和控制。
https://serverfault.com/questions/671310
复制相似问题
腾讯云开发者
