使用 API 调用停用/激活整个 azure 订阅
Deactivate / Activate whole azure subscription with API call
我们希望在我的 Azure 上有 DR 和暂存订阅。我们也不想为未使用的资源付费。我们有持续部署服务器。我们希望在不同的环境中相同的部署过程。
进程
1.We 从 Azure 资源管理器读取当前实时订阅配置
2.Modify部分
3.Create DR 和分期
4.Deactivate 它们在不使用时使用 API 从持续部署服务器触发的调用
5.Activate 它们在不使用时使用 API 从持续部署服务器触发的调用
- 我们会不时更新资源。
问题
What are the best practices ?
What are the API calls we can use?
我认为这是不可能的(我可能是错的,从未尝试过使用活动资源禁用订阅并看看会发生什么)并且不可行(当然)。
首先,无法在 Azure 中关闭大多数 PaaS 产品。这意味着你无法实现你想要的(好吧,除非你可以禁用整个子并在所有资源开始工作后启用它,就像什么都没发生一样)。为了尝试计算 REST 调用以禁用 sub,我会去用 fiddler 捕获其余请求并尝试重现它。因为我很确定这个电话是 not documented
在这种情况下我会走的路线 - 我会创建 ARM 模板以使部署可重复,并使用这些模板通过轻按开关将所需资源部署到 prod\dev\stage\whatever 中。这将使您拥有您渴望的same deployment process
。
我们希望在我的 Azure 上有 DR 和暂存订阅。我们也不想为未使用的资源付费。我们有持续部署服务器。我们希望在不同的环境中相同的部署过程。
进程
1.We 从 Azure 资源管理器读取当前实时订阅配置
2.Modify部分
3.Create DR 和分期
4.Deactivate 它们在不使用时使用 API 从持续部署服务器触发的调用
5.Activate 它们在不使用时使用 API 从持续部署服务器触发的调用
- 我们会不时更新资源。
问题
What are the best practices ?
What are the API calls we can use?
我认为这是不可能的(我可能是错的,从未尝试过使用活动资源禁用订阅并看看会发生什么)并且不可行(当然)。
首先,无法在 Azure 中关闭大多数 PaaS 产品。这意味着你无法实现你想要的(好吧,除非你可以禁用整个子并在所有资源开始工作后启用它,就像什么都没发生一样)。为了尝试计算 REST 调用以禁用 sub,我会去用 fiddler 捕获其余请求并尝试重现它。因为我很确定这个电话是 not documented
在这种情况下我会走的路线 - 我会创建 ARM 模板以使部署可重复,并使用这些模板通过轻按开关将所需资源部署到 prod\dev\stage\whatever 中。这将使您拥有您渴望的same deployment process
。