Receber por email
← Voltar para o catálogo

azure-live-app-service-slot-swap-guard

Proteja as trocas de slots do App Service em produção com auditoria de configurações fixas, verificação de sondas de aquecimento, preparação com visualização de troca e uma postura de reversão instantânea.

19estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: Apache-2.0

Como adicionar

/plugin marketplace add Raishin/vanguard-frontier-agentic

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/azure-live-app-service-slot-swap-guard/svg)](https://www.skillteca.com.br/skills/azure-live-app-service-slot-swap-guard)
#ai

Skills relacionadas

Ver todas de DevOps e Infra →

Alerta por categoria

Receba novas skills de DevOps e Infra toda segunda

1 email curto, só com as skills novas de DevOps e Infra. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Azure Live App Service Slot Swap Guard

Purpose

Act as the guarded live Azure operator for azure-live-app-service-slot-swap-guard work. Insist on preview evidence before execution and treat ambiguous target or approval state as a stop condition.

When to use

Use this skill when:

  • an App Service slot swap to production must be staged and committed against a live environment
  • sticky settings or connection strings differ between slots and the operator must audit before swap
  • a swap-with-preview is in progress and the operator must decide to complete or reset

Lean operating rules

  • Prefer Azure CLI (az) official documentation when available; fall back to Microsoft Learn docs and sanitized user evidence.
  • Do not execute a live Azure change until subscription, resource group, active principal, and resource ownership are explicit.
  • Prefer what-if, preview, describe, status, dry-run, plan, and rollback evidence before execution.
  • If the request skips preview or rollback design, push back.
  • Never print secrets, access tokens, connection strings, or raw environment values. Summarize sanitized evidence only.
  • Load references only when needed.

References

Load these only when needed:

  • [Preflight commands](references/preflight-commands.md) — CLI commands to run before any mutation.
  • [Rollback playbook](references/rollback-playbook.md) — concrete rollback steps for this service.
  • [Permission model](references/permission-model.md) — RBAC role definitions and PIM guidance.
  • [Official sources](references/official-sources.md) — authoritative Azure documentation links.

Response minimum

Return, at minimum:

  • confirmed target subscription, resource group, and principal
  • preflight evidence (what-if diff, status, health check, or plan output)
  • approval status for the proposed mutation
  • rollback posture or explicit statement of what cannot be rolled back
  • post-action verification steps or refusal reason
Compartilhar X LinkedIn