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

Question

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

这是我正在考虑的过程 -

1.在本地Dev Fabric上开发

维护一个通用的构建服务器，该服务器还托管源代码控制(我们对两者都使用 TFS)

使用构建服务器进行本地测试，为开发提供错误

拥有一个单独的 Azure 帐户用于环境测试 - 通过测试的构建将部署到此帐户并用于环境测试

一旦解决了任何问题并且测试通过，将相同的构建部署到生产帐户(直接从构建服务器，我想不出从 azure 测试转移到 azure 生产的方法)

我必须注意的一些要点 -

1. 数据必须从生产服务器复制到测试服务器才能使测试有效

2. 构建事件必须自动化，以减少手动错误(尤其是更改帐户相关参数，例如 key )

你们这样好吗？或者说这里面有什么漏洞吗？我想将测试帐户和产品帐户分开，以便只有关键操作人员才能保存我们产品的安全凭证。这是 Microsoft 博客中推荐的内容，但我想通过专家团队来完善它。提前致谢。

Answer 1

这取决于方法。如果您正在进行迭代，那么请将测试帐户和生产帐户分开，仅在通过测试后才推广版本。

重要提示:您可能希望尽快开始针对 azure Fabric 进行开发(或者至少在云中使用 azure 存储帐户)，因为此时开发和实际 Fabric 差异太大。如果您完全依赖开发结构和存储，一些怪癖可能会让您的生活变得更加困难。

如果您正在进行快速开发(即:一旦稳定的功能稳定并通过单元测试就部署它们)，那么没有明确需要单个测试帐户(尽管某些开发人员或原型(prototype)可能需要每个单独的帐户)案例基础)。请注意，在这种情况下，您可能希望通过使用 powershell 脚本或某种仅将二进制文件上传到新 AppDomain 的部署管理器以某种方式自动化部署过程(部署 15 分钟很长)。