AFAIK 暂存部署旨在测试 Azure 角色，这意味着我可以将代码中有错误的角色部署到暂存中。如果该错误损坏了我的数据，我可能会被搞砸。
我该如何解决？如果没有合理的数据（很难测试），我无法上演角色，也不能让不稳定的角色损坏数据。
我是否必须维护单独的数据集以进行暂存？这个问题通常是如何解决的？
问问题
96 次
2 回答
2
AFAIK 暂存部署旨在测试 Azure 角色，这意味着我可以将代码中有错误的角色部署到暂存中。如果该错误损坏了我的数据，我可能会被搞砸。
Staging 真的被设计成一个部署的地方——用于在即时虚拟 IP 地址交换之前启动新的角色实例。虽然您可以在那里进行一些测试——例如，进行一些最终检查以确保您的部署是有效的——但它并不能真正让您进行大量测试。
我该如何解决？如果没有合理的数据（很难测试），我无法上演角色，也不能让不稳定的角色损坏数据。
我通常在使用假数据的开发环境中进行测试，或者使用假数据部署为单独的 Azure 服务。但是，我承认这从来没有出现在我需要大量数据进行测试的情况下——通常这些测试是只有 1 或 2 个用户的测试部署。
于 2011-07-21T09:12:27.427 回答
1
暂存，作为一个环境，旨在准确地模拟您的生产环境，包括数据。
我们有以下策略：生产就是生产，staging 与 staging 连接到同一个数据库，因为 Azure 中的更新以它们的方式工作；这意味着我希望能够升级我的暂存部署，让客户有机会再次验证，然后将 VIP 交换为部署，从而无缝转换应用程序。对于那些时候，当数据库发生重大变化时，我们决定要么一起创建一个新的部署，要么关闭生产部署，给用户一个维护通知。
最终，你决定什么。但同样，请记住 Azure 的分期是什么，我建议保持数据真实，并将其视为 beta 访问“程序”。当然，除非你有其他要求。但这不是重点。
于 2011-07-22T22:59:19.083 回答