【问题标题】:Deactivate / Activate whole azure subscription with API call使用 API 调用停用/激活整个 Azure 订阅
【发布时间】:2017-07-08 03:26:55
【问题描述】:

我们希望在我的 Azure 上拥有 DR 和暂存订阅。我们也不想为未使用的资源付费。我们有持续部署服务器。我们希望在不同的环境中拥有相同的部署过程

流程

1.我们从 Azure 资源管理器读取当前实时订阅配置

2.修改部分内容

3.创建 DR 和暂存

4.在不使用时使用从持续部署服务器触发的 API 调用停用它们

5.在不使用时使用从持续部署服务器触发的 API 调用激活它们

  • 我们会不时更新资源。

问题

What are the best practices ?
What are the API calls we can use?

【问题讨论】:

  • 定义deactivate?
  • 我不想为资源付费*。他们必须进入睡眠模式。 *或支付微不足道的金额。我也不确定更新资源时该怎么做。也许创建顶级资源并销毁它可能是要走的路?
  • 您打算使用哪些资源?
  • 我正在考虑将集成订阅复制粘贴到有最新更改的地方。最重要的是,我将应用扩展规则,因为登台潜艇将被交换到生产环境中,并且应该销毁未使用的资源以不消耗资源。

标签: azure continuous-integration continuous-deployment azure-resource-manager


【解决方案1】:

我认为这是不可能的(我可能是错的,从未尝试过使用活动资源禁用订阅并看看会发生什么)并且不可行(肯定)。

首先,大多数 PaaS 产品无法在 Azure 中关闭。这意味着您无法实现您想要的(嗯,除非您可以禁用整个子并在所有资源开始工作之后启用它,就像什么都没发生一样)。为了尝试计算 REST 调用来禁用子,我会去用 fiddler 捕获其余请求并尝试重现它。因为我很确定这个电话是not documented

在这种情况下我将采用的路线 - 我将创建 ARM 模板以使部署可重复,并使用这些模板将所需的资源部署到 prod\dev\stage\whatever 中,只需轻按一下开关。这将使您拥有您渴望的same deployment process

【讨论】:

  • 这条路线似乎更聪明。以防资源发生变化。而不是从头开始创建更新它们可能会更好。担心供应大量资源需要多长时间。
  • arm 模板可以并行配置大量资源(您可能有一些逻辑依赖性,例如在创建 VM NIC 之前无法创建 VM)
  • 并行可能是解决方案。
  • 我应该使用章鱼多租户架构来并行吗?
  • 就像我说的,arm 模板是并行的,你不需要做任何事情,除了启动模板,它会为你并行操作
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2020-12-27
  • 2020-08-14
  • 1970-01-01
  • 2019-01-19
  • 2021-07-08
  • 1970-01-01
  • 2017-03-25
相关资源
最近更新 更多