我们是Azure新手，将在未来几天部署我们的第一个应用程序。我只是想知道我们是否需要有一个更加清晰的流程来进行测试和部署，以及如何使其更具成本效益。
这是我正在考虑的过程 -
1.开发本地Dev面料
维护一个同时承载源代码控制的公共构建服务器（我们都使用TFS）
使用构建服务器进行本地测试，将错误提供给开发
有一个单独的azure帐户进行环境测试 - 测试通过的版本将部署到此帐户并用于环境测试
修复任何问题并通过测试后，将相同的构建部署到生产帐户（直接从构建服务器，我想不出从azure测试转移到azure生产的方法）
我必须要处理的一些问题 -
必须从生产到测试服务器复制数据才能使测试生效
必须自动构建活动以减少手动错误（尤其是更改密钥等帐户相关参数）
你们这个没问题吗？或者这有什么漏洞？我希望将Test帐户和prod帐户分开，以便我们的产品的安全凭证只能由关键的操作人员保存。这是微软博客推荐的内容，但我想通过一个专家团队来推动它。提前谢谢。
答案 0 :(得分：3)
这取决于方法。如果您正在进行迭代，那么请将测试和生产帐户分开，只有在完成测试后才能提升版本。
重要提示：您可能希望尽快开始针对天蓝色面料进行开发（或者至少在云端使用azure存储帐户），因为Dev和真正的面料在这一点上太不同了。如果你完全依赖开发结构和存储，就会有一些<强烈的怪癖可以让你的生活更加艰难。
如果您正在快速开发（即：一旦稳定并通过单元测试就部署稳定功能），则不需要单个测试帐户（尽管某些开发人员或原型可能需要单独的帐户案例基础）。请注意，您可能希望在这种情况下以某种方式自动化部署过程（部署时间长达15分钟），方法是使用powershell脚本或某种仅将二进制文件上载到新AppDomain的Deployment Manager。
答案 1 :(得分：0)
您不需要单独的Azure帐户。而是将新构建的azure项目部署到azure帐户的暂存部署中，对其进行测试，然后交换天蓝色的分段和生产部署。
您永远不想做的一件事是将项目直接部署到您的azure生产部署。我已经看到该过程需要10分钟才能完成，在此期间您的应用将处于离线状态。生产部署交换的暂存部署速度要快得多，并且只能将您的应用程序停用10到20秒。