Azure存储: staging vs .生产

Question

我想在 Azure 中维护临时环境和生产环境。每个都应该有自己的 blob 存储和 sql 存储。实现这一目标的最佳方法是什么？设置临时和生产 SQL Server 以及两个 Blob 存储帐户？

Answer 1

这就是我管理生产/验收/测试环境的方式(请注意，我没有使用“登台”这个词)。对于每个环境，我创建以下内容(取决于项目):

• 云服务
• 存储帐户
• SQL Azure 服务器 + 数据库
• AppFabric(ACS、...)命名空间
• 虚拟机

因此，假设我有一个名为 myapp 的应用，那么我的环境将如下所示:

• 生产
  • 云服务:myapp-prod.cloudapp.net
  • 存储帐户:myapp-prod
  • 包含 1 个数据库的 SQL Azure 服务器:MyApp
• 接受
  • 云服务:myapp-acce.cloudapp.net
  • 存储帐户:myapp-acce
  • 包含 1 个数据库的 SQL Azure 服务器:MyAppAcce
• 测试
  • ...

因此，所有环境都有一个在生产部署槽中运行的应用程序版本。当我想为生产环境进行 VIP 交换时，我只使用临时部署槽(请注意生产部署槽和生产环境之间的区别)。

如果每个环境都有专用组件(例如存储帐户)，这种方法有一些优点:

• 可以轻松测试新版本，而不影响实际应用。
• 每个环境可以有不同的安全性(例如，所有开发者都可以访问测试存储帐户的 key )
• 如果您正在测试应用程序，则可以使用真实网址 + SSL，而不是使用又长又难看的暂存网址。
• 测试与 ACS 的集成很容易，因为每个环境都有其专用的命名空间。
• 使用 Visual Studio，您可以轻松管理每个环境的设置。
• 最后但并非最不重要的一点是，您必须知道 Windows Azure 存储的可扩展性目标适用于存储帐户级别。这意味着，如果您对所有环境使用单个存储帐户，则可能会降低生产中应用程序的性能，因为您正在对暂存中运行的应用程序进行压力测试。如果您为每个环境使用一个存储帐户，则在执行某些操作时不会影响其他环境。