sách gpt4 ai đã đi

Azure存储: staging vs .生产

In lại 作者:行者123 更新时间:2023-12-04 05:40:31 28 4
mua khóa gpt4 Nike

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

1 Câu trả lời

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

  • 云服务
  • 存储帐户
  • SQL Azure 服务器 + 数据库
  • AppFabric(ACS、...)命名空间
  • Máy ảo

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

  • 生产
    • 云服务:myapp-prod.cloudapp.net
    • 存储帐户:myapp-prod
    • 包含 1 个数据库的 SQL Azure 服务器:MyApp
  • 接受
    • 云服务:myapp-acce.cloudapp.net
    • 存储帐户:myapp-acce
    • 包含 1 个数据库的 SQL Azure 服务器:MyAppAcce
  • Bài kiểm tra
    • ...

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

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

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

关于Azure存储: staging vs .生产,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12512603/

28 4 0
行者123
Hồ sơ cá nhân

Tôi là một lập trình viên xuất sắc, rất giỏi!

Nhận phiếu giảm giá Didi Taxi miễn phí
Mã giảm giá Didi Taxi
Giấy chứng nhận ICP Bắc Kinh số 000000
Hợp tác quảng cáo: 1813099741@qq.com 6ren.com