Valida habilidades no design e implementação de estratégias DevOps. Cobre CI/CD, IaC, monitoramento e o ciclo completo de DevOps.
Projeto de rastreabilidade e fluxo de trabalho, Integração entre GitHub Issues e Azure Boards, Métricas DevOps, DORA e MTTR, Dashboards e consultas KQL, Colaboração: Wiki, Mermaid, integração com Microsoft Teams, Notas de release e webhooks
Estratégias de ramificação (Trunk-based, GitHub Flow), Fluxo de PR e políticas de branch, Regras de proteção de branch e CODEOWNERS, Git LFS, Scalar, clone shallow/parcial, Permissões de repositório e remoção de dados sensíveis (BFG)
GitHub Actions e Azure Pipelines (YAML), Runners, agentes, ambientes e aprovações, Gerenciamento de pacotes (Azure Artifacts, GitHub Packages, SemVer), Quality Gates e estratégia de testes (unitários, integração, carga), Blue-Green, Canary, Ring, Feature Flags, Slot Swap, IaC: ARM, Bicep, Terraform, DSC
Service Principal, Managed Identity, GitHub App, PAT, conexões de serviço, delegação de permissões, Azure Key Vault, OIDC, Workload Identity Federation, GitHub Advanced Security (CodeQL, Dependabot), Defender for Cloud DevOps, SAST, SCA, varredura de contêineres
Azure Monitor e Log Analytics, Application Insights e rastreamento distribuído, Container/VM/Network Insights, GitHub Insights e alertas de Pipelines, Consultas KQL e análise de desempenho
Experimente questões no estilo do exame do conjunto de amostra gratuito. Cada resposta vem com uma explicação completa.
Uma empresa de e-commerce opera um pipeline de CI/CD para seu aplicativo web usando o Azure Pipelines.
A equipe de QA planeja realizar testes automatizados de ponta a ponta da interface web em vários ambientes de navegador (Chromium, Firefox, WebKit) como um estágio de pré-lançamento. Os testes devem ser executados como parte do pipeline e fornecer suporte nativo para os últimos motores de navegador, juntamente com funcionalidade confiável de espera automática.
Qual framework de teste de UI web MELHOR atende a esses requisitos?
Resposta: B. Playwright
Uma empresa de e-commerce precisa de suporte nativo para todos os três motores de navegador — Chromium, Firefox e WebKit — juntamente com funcionalidade de espera automática. O Playwright, desenvolvido pela Microsoft, é um framework de testes de ponta a ponta que controla três motores de navegador (Chromium, Firefox, WebKit) por meio de uma única API e empacota diretamente os binários de cada motor para fornecer suporte em nível nativo. Ele também fornece nativamente um mecanismo de espera automática integrado que aguarda automaticamente até que os elementos sejam clicáveis ou visíveis.
O Playwright fornece bindings de linguagem para JavaScript/TypeScript, Python, Java e .NET, e pode ser executado diretamente em pipelines YAML do Azure Pipelines com o comando npx playwright test. Também inclui recursos integrados como execução paralela, gravação de vídeo e interceptação de rede.
No exame, Selenium e Playwright são facilmente confundidos. Se o suporte nativo ao WebKit ou a espera automática integrada for uma condição, escolha o Playwright; se for necessário amplo suporte legado para vários idiomas e navegadores, escolha o Selenium. O Cypress não suporta WebKit, portanto é eliminado neste cenário.
A equipe de segurança de uma empresa financeira global deseja fortalecer o controle de acesso ao Azure DevOps. Todos os desenvolvedores devem ser capazes de acessar a organização do Azure DevOps apenas por meio da rede do escritório designado pela empresa ou da VPN corporativa, e o acesso de qualquer outro local deve ser bloqueado.
Qual recurso é o MAIS adequado para aplicar essa restrição de acesso baseada em rede minimizando as alterações nas contas de usuário e nos ambientes existentes?
Resposta: B. Microsoft Entra Conditional Access
O Microsoft Entra Conditional Access pode definir políticas que permitem ou bloqueiam o acesso ao Azure DevOps e a outros aplicativos integrados ao Entra ID com base na localização de rede (intervalos de IP ou locais confiáveis). Aplica controle de acesso baseado em rede de forma consistente em toda a organização sem modificar contas de usuário existentes ou configurações de projeto do Azure DevOps, tornando-o a melhor opção para este cenário.
As políticas de Conditional Access usam Named Locations para registrar os intervalos de IP público do escritório corporativo ou os IPs do gateway VPN como locais confiáveis, e bloqueiam automaticamente solicitações originadas fora desses locais. Essas políticas são avaliadas durante a fase de emissão de token no login, operando de forma independente das configurações internas do Azure DevOps.
No exame, é fácil confundir Project Security com Conditional Access. O Project Security controla permissões (leitura/escrita) para projetos específicos no DevOps e não oferece suporte ao bloqueio baseado em localização de rede. Para restrições de acesso baseadas em localização de rede, sempre escolha o Microsoft Entra Conditional Access.
Uma empresa global de serviços financeiros está construindo um pipeline de CI/CD usando o Azure Pipelines para implantar em um SQL Database de produção.
O pipeline requer uma string de conexão de banco de dados e uma chave de API de gateway de pagamento externo durante a execução. A equipe de segurança exige que essas informações confidenciais NÃO sejam armazenadas em texto não criptografado em arquivos YAML do pipeline ou grupos de variáveis, e devem ser protegidas de forma centralizada e auditável.
Qual tipo de objeto do Key Vault deve ser usado para armazenar essas informações confidenciais no Azure Key Vault minimizando a sobrecarga operacional?
Resposta: C. Key Vault Secret
No Azure Key Vault, o Key Vault Secret é o tipo de objeto dedicado para armazenar informações confidenciais em formato de string arbitrária, como strings de conexão de banco de dados e chaves de API. O Azure Pipelines pode vincular grupos de variáveis ao Key Vault para que os segredos sejam referenciados como variáveis do pipeline, atendendo simultaneamente aos requisitos de armazenamento sem texto não criptografado e de log de auditoria centralizado.
O Key Vault oferece três tipos de objetos com funções distintas: Secret armazena valores de string arbitrários como strings de conexão, chaves de API e senhas; Key gerencia chaves criptográficas (RSA, EC) usadas para criptografia e assinatura; Certificate armazena certificados X.509. O Managed HSM é um cluster HSM dedicado de alta disponibilidade para necessidades de segurança FIPS 140-2 Nível 3 e não se destina ao armazenamento geral de segredos.
No exame, sempre que precisar armazenar uma string de conexão, chave de API ou senha, escolha sempre Secret. Escolha Key para operações criptográficas (assinatura/criptografia) e Certificate para gerenciamento de certificados TLS/SSL.
A equipe de operações de uma empresa global de comércio eletrônico gerencia um aplicativo web de produção hospedado no Azure App Service. Durante implantações mensais programadas, ocorre uma breve interrupção, e quando problemas são descobertos após a implantação de uma nova versão, a reversão para a versão anterior leva um tempo considerável.
Qual recurso do Azure App Service é o MAIS adequado para minimizar o tempo de inatividade e reduzir o tempo de reversão em caso de problemas?
Resposta: C. Deployment slots - Slot swap
Os slots de implantação do Azure App Service permitem que você implante uma nova versão em um slot de staging separado do slot de produção e, em seguida, execute uma troca de slot (slot swap) com tempo de inatividade quase zero após o aquecimento do aplicativo. A troca de slot alterna o roteamento no nível DNS quase instantaneamente, e se surgirem problemas, trocar de volta restaura a versão anterior em segundos.
Os slots de implantação são suportados nos planos Standard, Premium e Isolated do App Service, e cada slot tem seu próprio nome de host e configurações de aplicativo. As configurações fixadas ao slot permanecem vinculadas aos respectivos slots durante uma troca, de modo que as strings de conexão e configurações de produção nunca são expostas ao staging.
No exame, quando você encontrar cenários de implantação sem tempo de inatividade e reversão rápida do Azure App Service, escolha Deployment slots - Slot swap. O Azure Traffic Manager é para roteamento de várias regiões, e o Azure Load Balancer opera na camada de rede para balanceamento de carga — nenhum deles aborda a estratégia de implantação do App Service.
Uma empresa SaaS publica pacotes NuGet públicos e aplica uma política de versionamento seguindo o Versionamento Semântico.
Um bug secundário foi descoberto em um pacote lançado recentemente que não afeta o comportamento da API existente, e a correção precisa ser implantada. A versão atual é 3.5.2.
Qual é o número de versão MAIS adequado para aplicar a este lançamento de correção de bug?
Resposta: B. 3.5.3
No Versionamento Semântico (SemVer), o número de versão consiste em três componentes: MAJOR.MINOR.PATCH. Neste cenário, a correção de bug é uma correção compatível com versões anteriores que não afeta o comportamento existente da API, portanto apenas a versão PATCH deve ser incrementada em 1. Incrementar PATCH da versão atual 3.5.2 resulta em 3.5.3.
De acordo com as regras do SemVer: MAJOR é incrementado para alterações de API incompatíveis, MINOR para nova funcionalidade compatível com versões anteriores e PATCH apenas para correções de bugs compatíveis com versões anteriores. A versão 3.6.0 se aplica quando novos recursos são adicionados, 4.0.0 quando há alterações que causam quebra. A versão 3.5.2 é igual à versão atual e não pode ser usada como novo lançamento.
No exame, para 'correções de bugs sem impacto na API existente,' sempre incremente apenas PATCH (o terceiro número). Para 'adição de novos recursos,' incremente MINOR; para 'alterações que causam quebra,' incremente MAJOR.
O exame Designing and Implementing Microsoft DevOps Solutions (AZ-400) tem 50 questões e limite de 100 minutos.
A nota de aprovação do exame AZ-400 é 700 de 1000.
O conjunto de amostra de AZ-400 (20 questões com explicações completas) é gratuito. O banco completo com mais de 370 questões está disponível com uma assinatura do CloudMasterIT.
A certificação AZ-400 é válida por 1 anos após a aprovação. Depois disso é necessária a recertificação.