什么是Azure推荐的开发测试部署策略？

Question

我们是Azure的新手，将在未来几天部署我们的第一款应用。我只是想知道我们是否需要有一个更清晰的测试和部署流程，以及如何使其更具成本效益。

这是我正在考虑的过程 -

1.Develop上本地资源属性织物

1. 保持其还承载源控制的公共生成服务器（我们使用TFS两个）

2. 使用本地测试其饲料的错误发展构建服务器

3. 有一个单独的蔚蓝帐户环境试验 - 测试通过的版本将部署到此帐户并用于环境测试

4. 一旦任何问题得到解决并且测试通过，将相同的构建部署到生产帐户（直接从构建服务器，我想不出来的方法，从蔚蓝的测试，以蔚蓝的生产）

几点动我还得去照顾 -

1. 数据将不得不从生产复制到测试服务器进行测试生效

   个

2. 共建活动必须实现自动化，减少人为错误（特别是在更改帐户相关的参数，如钥匙）

难道你们这是好的？或者这有什么漏洞？我希望保持测试帐户和prod帐户分开，以便我们的产品的安全凭证只能由主要操作人员保存。这是微软博客推荐的内容之一，但我想通过一个专家团队得到它。提前致谢。

开始=“2”>

Answer 1

这取决于方法。如果您正在进行迭代，那么请保持测试和生产帐户分离，只有在通过测试后才能促进发布。

重要提示：您可能希望尽快开始针对天青网结构开发（或至少在云中使用天青云存储帐户），因为Dev和真实结构在这一点上太不相同了。有一些几个怪癖，可以使你的生活更难，如果你完全依靠开发结构和存储。

如果您正在快速发展（即，：尽快部署稳定的功能并通过单元测试），则不需要明确需要单个测试帐户（尽管某些开发人员或原型可能需要根据每个案例分别开立帐户）。请注意，您可能希望通过使用powershell脚本或某种仅将二进制文件上传到新AppDomain的部署管理器来以某种方式自动执行部署过程（需要15分钟才能部署）。

Answer 2

您不需要单独的Azure帐户。相反，您需要将新建的Azure项目部署到Azure帐户的分期部署中，然后进行测试，然后交换Azure分段和生产部署。

您永远不想要做的一件事就是直接将项目部署到您的蔚蓝生产部署。我已经看到该过程需要10多分钟才能完成，在此期间，您的应用将处于离线状态。对生产部署交换的分段部署速度要快得多，应该只将应用程序关闭10到20秒。