我想在 azure 中维护临时环境和生产环境。每个都应该有自己的 blob 存储和 sql 存储。实现这一目标的最佳方法是什么？设置临时和生产 SQL Server 以及两个 Blob 存储帐户？
这就是我管理生产/验收/测试环境的方式（请注意，我没有使用这个词staging）。对于每个环境，我创建以下内容（取决于项目）：
- 云服务
- 存储账户
- SQL Azure 服务器 + 数据库
- AppFabric（ACS，...）命名空间
- 虚拟机
所以我们假设我有一个名为myapp，那么我的环境将如下所示：
- Production
- 云服务：myapp-产品.cloudapp.net
- 存储帐户：myapp-产品
- SQL Azure Server 包含 1 个数据库：MyApp
- Acceptance
- 云服务：myapp-acce.cloudapp.net
- 存储帐户：myapp-acce
- SQL Azure 服务器包含 1 个数据库：MyAppAcce
- Test
因此，所有环境都有一个在生产部署槽中运行的应用程序版本。当我想为生产环境进行 VIP 交换时，我仅使用临时部署槽（请注意生产部署槽和生产环境之间的区别）。
如果每个环境都有专用组件（例如存储帐户），则此方法有一些优点：
- 可以轻松测试新版本而不影响实际应用程序。
- 每个环境可以有不同的安全性（例如，所有开发人员都可以访问测试存储帐户的密钥）
- 如果您正在测试您的应用程序，您可以使用真实的 URL + SSL，而不是使用又长又难看的暂存 URL。
- 由于每个环境都有其专用的命名空间，因此可以轻松测试与 ACS 的集成。
- 使用 Visual Studio，您可以轻松管理每个环境的设置。
- 最后但并非最不重要的一点是，您必须知道 Windows Azure 存储的可扩展性目标适用于存储帐户级别。这意味着，如果您对所有环境使用单个存储帐户，则可能会降低生产中应用程序的性能，因为您正在对暂存中运行的应用程序进行压力测试。如果每个环境使用一个存储帐户，则在执行某些操作时不会影响其他环境。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
