Valida habilidades no desenvolvimento e implementação de soluções em nuvem AZURE. Cobre App Service, Functions e Storage.
Azure App Service, Azure Functions, Azure Container Apps, Azure Container Registry, Azure Kubernetes Service
Azure Cosmos DB, Azure Blob Storage, Azure Table Storage, Azure Queue Storage, Azure Cache for Redis
Microsoft Entra ID, Azure Key Vault, Identidade Gerenciada, Tokens SAS, MSAL
Application Insights, Azure Monitor, Azure CDN, Estratégias de Cache, Log e Rastreamento
Azure API Management, Azure Event Grid, Azure Service Bus, Azure Event Hubs, Azure Logic Apps
Experimente questões no estilo do exame do conjunto de amostra gratuito. Cada resposta vem com uma explicação completa.
Um desenvolvedor está configurando slots de preparo e produção no Azure App Service e planeja realizar uma troca de slots de implantação. O slot de preparo tem uma cadeia de conexão de banco de dados de teste configurada, e esse valor deve permanecer no slot de preparo mesmo após a troca.
Qual configuração o desenvolvedor deve aplicar à configuração do aplicativo para atender a esse requisito?
Resposta: A. Ativar Deployment slot setting
A condição principal neste problema é que o valor deve permanecer no slot de preparo mesmo após a troca. Por padrão, a troca de slots do Azure App Service troca as configurações de aplicativo e cadeias de conexão entre os slots, mas ativar 'Deployment slot setting' fixa essa configuração ao slot, excluindo-a da troca. Isso garante que a cadeia de conexão do banco de dados de teste permaneça no slot de preparo após a troca.
Os slots de implantação do Azure App Service permitem testar código em um ambiente idêntico ao de produção e realizar implantações sem tempo de inatividade por meio de trocas. Tanto as Configurações de Aplicativo quanto as Cadeias de Conexão têm uma caixa de seleção 'Deployment slot setting'; ativá-la torna a configuração específica do slot. Isso faz com que o slot de preparo sempre aponte para o banco de dados de teste e o slot de produção sempre aponte para o banco de dados de produção.
No exame AZ-204, as perguntas sobre troca de slots focam em distinguir se uma configuração 'se move com a troca' ou 'permanece fixa ao slot.' Por padrão, a maioria das configurações se move durante uma troca; apenas as configurações com Deployment slot setting ativado são fixadas. Referências do Key Vault e App Configuration são para segurança e gerenciamento centralizado—separados da fixação de slots.
Um desenvolvedor que opera uma plataforma de e-commerce construída com arquitetura de microsserviços está analisando problemas de latência de resposta no serviço de pagamento.
O serviço de pagamento chama internamente vários serviços dependentes, incluindo cache Redis, uma API de gateway de pagamento externo e Azure SQL Database. O desenvolvedor deseja visualizar todo o fluxo de chamadas para identificar onde ocorre o gargalo sem modificar o código.
Qual recurso do Application Insights MELHOR atende a esses requisitos?
Resposta: A. Application Map
As dicas principais desta questão são 'sem modificar o código' e 'visualizar todo o fluxo de chamadas'. O Application Map visualiza automaticamente os relacionamentos de chamadas entre serviços com base em dados de rastreamento distribuído, funcionando com o SDK do Application Insights ou instrumentação automática sem exigir alterações de código. Ele revela imediatamente a localização do gargalo exibindo tempos de resposta e taxas de erro de cada serviço dependente como nós e setas.
O Application Map renderiza a capacidade de rastreamento distribuído do Azure como uma topologia visual. Em um ambiente de microsserviços, cada componente de serviço aparece como um nó e os relacionamentos de chamadas como arestas (setas), com cada nó mostrando o tempo médio de resposta, contagem de solicitações e taxa de falha. Isso permite ver imediatamente onde a latência está ocorrendo entre Redis, APIs externas e Azure SQL Database. O ponto principal é que pode ser ativado apenas com a instrumentação automática do App Service, sem alterações de código.
Para questões de monitoramento do exame AZ-204, você deve distinguir claramente o propósito de cada recurso. O Live Metrics Stream fornece monitoramento de desempenho em tempo real, mas não tem visualização de fluxo de chamadas. O Log Analytics analisa logs com consultas KQL, mas não fornece uma topologia gráfica. O Availability Test verifica a disponibilidade de endpoints de locais externos e não está relacionado à análise de dependências internas. Quando 'fluxo visual de chamadas' e 'sem alterações de código' são mencionados juntos, escolha o Application Map.
Uma empresa deseja otimizar os custos de armazenamento para arquivos de log armazenados no Azure Blob Storage. Os arquivos devem permanecer na camada Hot pelos primeiros 30 dias após a criação (acessados frequentemente), mover para a camada Cool pelos próximos 90 dias, fazer a transição para a camada Archive após 180 dias e ser excluídos automaticamente após 365 dias.
Qual é o método MAIS adequado para lidar com esses requisitos automaticamente sem código ou scripts?
Resposta: B. Política de gerenciamento de ciclo de vida do Blob Storage
As principais pistas nesta questão são 'lidar automaticamente sem código ou scripts' e regras específicas de transição de camada baseadas em dias. As políticas de gerenciamento de ciclo de vida do Azure Blob Storage são um recurso nativo que pode implementar precisamente esses requisitos através de regras JSON ou da interface do Azure Portal sem código. Use condições daysAfterModificationGreaterThan ou daysAfterCreationGreaterThan para configurar transições de camada e exclusão separadamente.
O Gerenciamento de Ciclo de Vida do Azure Blob Storage é um recurso baseado em políticas que transiciona automaticamente as camadas de armazenamento ou exclui dados de blob com base nos padrões de acesso. Ele suporta transições entre as camadas Hot, Cool, Cold e Archive, bem como exclusão, e se aplica a blobs de bloco e blobs de acréscimo. As políticas podem ser aplicadas como filtros no nível da conta de armazenamento ou do contêiner, com condições baseadas no tempo da última modificação, no tempo do último acesso ou no tempo de criação. Este recurso é executado automaticamente pelo Azure sem código separado, agendadores ou funções sem servidor.
No exame, quando as palavras-chave 'transições automáticas de camada de armazenamento', 'políticas baseadas em dias' e 'automatizar sem código' aparecem juntas, a política de gerenciamento de ciclo de vida do Blob Storage é a resposta. O Azure Functions Timer Trigger requer escrever código, violando a condição 'sem código'. O Logic Apps é adequado para fluxos de trabalho complexos, mas requer configuração excessiva para gerenciamento simples de camada de armazenamento. O Azure Monitor é uma ferramenta de monitoramento e alertas, não uma solução dedicada para gerenciamento de camada de armazenamento.
Um desenvolvedor está executando um aplicativo que usa o Azure Cosmos DB Change Feed Processor. Quando o aplicativo reinicia após um desligamento anormal, ele deve retomar o processamento do feed de alterações de onde parou.
Qual componente o Change Feed Processor usa para armazenar informações de estado para garantir essa continuidade?
Resposta: B. Cosmos DB Lease Container
A chave neste problema é o requisito de continuidade de "retomar de onde parou ao reiniciar após um desligamento anormal". O Change Feed Processor do Azure Cosmos DB usa um Lease Container para armazenar o estado de progresso de processamento (token de continuação) para cada partição. Quando o aplicativo reinicia, ele lê a última posição processada do Lease Container e retoma o processamento do feed de alterações a partir desse ponto.
O Cosmos DB Change Feed Processor é uma biblioteca para processamento distribuído do feed de alterações, exigindo dois contêineres: o contêiner monitorado (o contêiner de dados real onde ocorrem as alterações) e o Lease Container. O Lease Container armazena o token de continuação representando a posição de processamento atual por partição e informações de propriedade sobre qual instância está processando qual partição. Isso permite que várias instâncias distribuam o processamento de partições, ou que outra instância assuma uma partição quando ocorre uma falha.
No exame AZ-204, as perguntas sobre Change Feed Processor frequentemente perguntam sobre o papel do Lease Container. O Lease Container e o contêiner monitorado devem estar na mesma conta do Cosmos DB. Os checkpoints do Azure Blob Storage são apenas para Event Hubs, e o Table Storage não está relacionado ao Change Feed Processor. Quando as palavras-chave "armazenando estado de processamento", "retomando após reinicialização" e "checkpoint" aparecem no contexto do Cosmos DB Change Feed, Lease Container é a resposta.
Uma empresa de processamento de dados deseja implementar uma tarefa de conversão de arquivos grandes usando Azure Functions. O processamento de um único arquivo pode levar até 20 minutos e deve ser executado de forma confiável sem cold starts durante o processamento.
Qual plano de hospedagem do Azure Functions MELHOR atende a esses requisitos?
Resposta: B. Premium Plan
As principais dicas neste problema são dois requisitos: 'tempo de execução de até 20 minutos' e 'sem cold starts.' O Consumption Plan tem um tempo limite padrão de 5 minutos e máximo de 10 minutos, tornando impossível a execução de 20 minutos. O Premium Plan fornece tempo limite ilimitado (padrão 30 minutos, máximo ilimitado) e mantém instâncias sempre aquecidas para garantir execução confiável sem cold starts.
O Azure Functions Premium Plan mantém o modelo serverless do Consumption Plan enquanto adiciona recursos de nível empresarial. Elimina completamente os cold starts ao manter sempre instâncias pré-aquecidas e é adequado para tarefas de longa duração sem limites de tempo. Também suporta integração VNET, mais opções de CPU/memória e duração de execução ilimitada. O Flex Consumption Plan suporta escalonamento baseado em demanda, mas cold starts ainda podem ocorrer.
No exame AZ-204, as questões de seleção de plano de hospedagem do Azure Functions são frequentemente testadas. Use o Consumption Plan para minimização de custos e execução de curta duração, o Premium Plan para eliminação de cold start, execução de longa duração e integração VNET, e o Dedicated (App Service) Plan ao reutilizar um App Service Plan existente. Quando você vir condições como 'sem cold starts' ou 'execução superior a 20 minutos', deve escolher o Premium Plan. O App Service Free Tier não é um plano específico para Azure Functions, tornando-o incorreto.
O exame Microsoft Azure Developer Associate (AZ-204) tem 50 questões e limite de 100 minutos.
A nota de aprovação do exame AZ-204 é 700 de 1000.
O conjunto de amostra de AZ-204 (20 questões com explicações completas) é gratuito. O banco completo com mais de 120 questões está disponível com uma assinatura do CloudMasterIT.
A certificação AZ-204 é válida por 1 anos após a aprovação. Depois disso é necessária a recertificação.