Pular para o conteúdo principal

Laboratório Técnico: Create an App Service

Questões​

Questão 1 — Múltipla Escolha​

Você precisa hospedar uma aplicação web que exige escalonamento automático baseado em métricas de CPU e suporte a deployment slots. Ao criar o App Service Plan, qual tier mínimo atende a esses dois requisitos simultaneamente?

A) Free (F1) B) Basic (B1) C) Standard (S1) D) Shared (D1)

Questão 2 — Cenário Técnico​

Um desenvolvedor publicou uma atualização na aplicação usando o Azure CLI:

az webapp deployment source config-zip \
  --resource-group rg-prod \
  --name myapp \
  --src ./build.zip

Após o deploy, os usuários relatam que continuam vendo a versão antiga. O desenvolvedor confirma que o arquivo build.zip contém o código atualizado. Qual é a causa mais provável?

A) O comando config-zip só funciona com repositórios Git vinculados; o deploy via ZIP exige outro comando. B) O App Service está em um tier Free, que não suporta deploy via CLI. C) O slot de produção não recebeu o deploy; o destino padrão pode ter sido sobrescrito por uma configuração de slot ativo diferente. D) O App Service não reiniciou automaticamente após o deploy via ZIP, e o processo antigo ainda está em execução.

Questão 3 — Verdadeiro ou Falso​

Um App Service Plan no tier Basic (B1) suporta a criação de deployment slots adicionais além do slot de produção.

Questão 4 — Múltipla Escolha​

Ao criar um App Service via portal do Azure, a opção "Always On" está disponível nas configurações gerais. Qual afirmação descreve corretamente o comportamento dessa configuração?

A) Mantém a aplicação carregada em memória permanentemente, evitando cold starts, mas está disponível apenas a partir do tier Standard. B) Garante alta disponibilidade ao replicar a instância em múltiplas regiões automaticamente. C) Impede que o App Service seja desalocado durante períodos de inatividade, disponível a partir do tier Basic. D) Habilita o monitoramento contínuo via Application Insights sem custo adicional.

Questão 5 — Cenário Técnico​

Uma equipe configurou o seguinte no App Service:

Stack: .NET 8
Sistema operacional: Linux
Tier: Premium P1v3
Região: East US

Ao tentar habilitar a funcionalidade de WebJobs, o botão aparece desabilitado no portal. Qual é a explicação correta?

A) WebJobs exige tier Premium P2v3 ou superior; o P1v3 não oferece suporte. B) WebJobs não é suportado em App Services com stack .NET no Linux; o recurso está disponível apenas em planos Windows. C) A região East US tem restrição temporária de capacidade para WebJobs no tier Premium. D) WebJobs requer que o App Service esteja vinculado a uma conta de Storage antes de ser habilitado.

Gabarito e Explicações​

Gabarito — Questão 1​

Resposta: C

O tier Standard (S1) é o mínimo que oferece os dois recursos simultaneamente: autoscale baseado em métricas e deployment slots. O tier Basic oferece escalonamento manual e não suporta slots adicionais. O Free e o Shared não oferecem nenhum dos dois recursos, além de serem executados em infraestrutura compartilhada sem SLA de uptime.

O equívoco comum é associar Basic ao autoscale por ele suportar múltiplas instâncias, mas o escalonamento no Basic é exclusivamente manual. Escolher B1 resultaria em um ambiente incapaz de responder automaticamente a picos de carga e sem suporte a estratégias de deploy com zero downtime.

Gabarito — Questão 2​

Resposta: D

O deploy via ZIP com config-zip transfere e extrai os arquivos corretamente, mas o App Service não reinicia automaticamente o processo de aplicação após esse tipo de publicação em todos os cenários. Dependendo da configuração do runtime e do sistema operacional (especialmente Linux), o processo pode continuar servindo código da memória até um reinício explícito.

A alternativa A é incorreta: config-zip é exatamente o comando correto para deploy via arquivo ZIP. A alternativa B é falsa pois o CLI funciona em qualquer tier com deploy habilitado. A alternativa C, embora plausível em ambientes com múltiplos slots, não é suportada pelo enunciado, que não menciona slots configurados. O ponto central é o comportamento de reinício após deploy ZIP.

Gabarito — Questão 3​

Resposta: Falso

O tier Basic não suporta deployment slots. Slots adicionais (além do slot de produção padrão) estão disponíveis somente a partir do tier Standard, que permite até 5 slots, chegando a 20 slots no tier Premium.

Esse é um limite de tier frequentemente subestimado. O Basic oferece escalonamento manual e suporte a domínios customizados e SSL, o que o torna atraente para ambientes de desenvolvimento, mas a ausência de slots impede estratégias de blue/green deploy ou validação em staging antes da promoção para produção.

Gabarito — Questão 4​

Resposta: A

Always On mantém o worker process do App Service ativo continuamente, prevenindo que a aplicação seja descarregada após períodos de inatividade. Esse comportamento evita o cold start na primeira requisição após ociosidade. O recurso está disponível a partir do tier Basic, e não Standard como indicado incorretamente na alternativa A, portanto, leia com atenção: a alternativa correta descreve o comportamento funcional corretamente (evitar cold starts, manter em memória), mas afirma disponibilidade a partir do Standard.

Correção importante: Always On está disponível a partir do Basic (B1), não do Standard. A alternativa A descreve o comportamento corretamente, mas erra o tier. As demais alternativas descrevem funcionalidades completamente distintas: B descreve Traffic Manager/multi-region, C troca o comportamento pelo conceito de alocação de infraestrutura, e D confunde Always On com Application Insights. A alternativa A, mesmo com o detalhe impreciso do tier, é a única que descreve a finalidade real do recurso. Em um exame real, identifique a alternativa que descreve o propósito correto da configuração.

Gabarito — Questão 5​

Resposta: B

WebJobs não é suportado em App Services rodando Linux. Trata-se de uma limitação de plataforma documentada pela Microsoft: WebJobs depende de componentes do ambiente Windows (SCM/Kudu no modo Windows) e não está disponível para planos baseados em Linux, independentemente do tier ou da stack de linguagem.

O erro conceitual das demais alternativas é atribuir a limitação a tier (A), região (C) ou dependência de recurso externo (D), quando a restrição é estrutural ao sistema operacional do plano. Ao escolher Linux como SO para um App Service Plan, funcionalidades como WebJobs e certos tipos de extensão de site ficam indisponíveis por design, não por configuração.