O domínio de computação no exame AZ-104 representa entre 20 e 25% de todas as perguntas. Isso significa que uma em cada cinco perguntas vem dessa área. Entre elas, o gerenciamento de VM (Máquinas Virtuais) e a automação de implantação são os tópicos principais. Pode parecer difícil no início, mas quando você pensa nisso através de analogias do cotidiano, é muito mais simples do que você esperaria.
Máquinas Virtuais (Virtual Machines)
O que é uma VM?
Uma VM é um computador virtual na nuvem. Você não precisa comprar ou instalar um computador físico — basta alugá-lo conforme a necessidade. É semelhante a reservar um quarto de hotel. Um hotel oferece vários tamanhos de quarto — solteiro, duplo, suíte — e você faz o check-out depois de usá-lo pelo tempo que precisar. As VMs funcionam da mesma forma: vêm em tamanhos que vão do pequeno ao muito grande, e você pode alterá-las ou excluí-las conforme necessário.
Tamanhos de VM e Discos
O que é um Tamanho de VM (SKU)?
O tamanho de VM (SKU) determina as especificações de desempenho da VM. Em termos simples, é escolher "qual computador tão rápido alugar." O tamanho determina de uma vez a quantidade de CPUs, a memória (RAM) e o desempenho do disco de armazenamento.
Por exemplo, assim como o computador de um funcionário que só faz trabalho de escritório e o de um designer que faz renderização 3D precisam de especificações diferentes, você precisa escolher o tamanho certo para sua carga de trabalho (as tarefas realmente executadas) para usar os recursos com eficiência sem desperdiçar custos.
Tipos de Discos Gerenciados
As VMs precisam de espaço de armazenamento, assim como um disco rígido. No Azure, esse espaço de armazenamento é chamado de "disco gerenciado" e você pode escolher entre três tipos dependendo do seu propósito.
| Tipo de Disco | Resumo | Caso de Uso Principal | |---------------|--------|----------------------| | Premium SSD | O mais rápido e confiável | Serviços em produção | | Standard SSD | Desempenho intermediário, custo razoável | Ambientes de desenvolvimento e testes | | Standard HDD | Lento mas barato | Backups, logs e dados não críticos |
Premium SSD é adequado para serviços ao vivo, como bancos ou e-commerce, que precisam responder rapidamente 24 horas por dia. Seu alto IOPS (operações de entrada/saída por segundo) permite processar grandes volumes de solicitações de dados rapidamente.
Standard SSD é adequado para ambientes onde os desenvolvedores criam novos recursos ou executam testes. Como não está exposto a clientes reais, a eficiência de custos é mais importante do que a velocidade.
Standard HDD é adequado para dados cujo objetivo é o armazenamento econômico em vez de velocidade — como arquivos de log antigos ou dados de backup que são recuperados ocasionalmente.
Dica para o Exame: Quando vir "carga de trabalho em produção," pense em Premium SSD. Quando vir "desenvolvimento/teste," pense em Standard SSD.
Opções de Disponibilidade
Por que a Disponibilidade é Importante?
Imagine que o servidor da sua loja online de repente cai. Os clientes não conseguem fazer compras, a receita cai e você perde confiança. O Azure oferece formas de distribuir VMs em vários locais para evitar isso. Mesmo que uma falhe, as outras continuam funcionando.
Conjunto de Disponibilidade (Availability Set)
Um Conjunto de Disponibilidade é um método para separar e distribuir fisicamente VMs dentro do mesmo datacenter. Existem dois conceitos-chave.
Domínio de Falha (Fault Domain, FD) é um grupo de VMs que compartilham a mesma fonte de alimentação e o mesmo switch de rede. Como dispositivos conectados ao mesmo circuito elétrico em um prédio, se esse circuito disjar, todos se desligam. Por isso, o Azure coloca VMs em diferentes domínios de falha para que, se uma fonte de alimentação falhar, outras VMs permaneçam ativas.
Domínio de Atualização (Update Domain, UD) é um grupo de VMs que reiniciam ao mesmo tempo quando o Azure realiza manutenção (atualizações). O Azure não reinicia todas as VMs de uma vez — ele as processa em ordem por domínio de atualização. Isso garante que o serviço não seja interrompido durante a manutenção.
| Opção | Proteção Contra | Como Funciona | |-------|----------------|---------------| | Conjunto de Disponibilidade | Falhas de hardware, manutenção | Separação usando Domínios de Falha (FD) + Domínios de Atualização (UD) | | Zona de Disponibilidade | Falha completa do datacenter | Colocados em prédios fisicamente separados dentro de uma região |
!Availability Set vs Availability Zone
Zona de Disponibilidade (Availability Zone)
Se um Conjunto de Disponibilidade é "dividir cômodos dentro do mesmo prédio," uma Zona de Disponibilidade é "colocá-los em prédios completamente diferentes." Uma região tem vários datacenters físicos, cada um chamado de Zona de Disponibilidade. Mesmo que um incêndio ou queda de energia atinja um datacenter, as VMs em outras zonas continuam operando normalmente.
Conjunto de Disponibilidade: Protege contra falhas de hardware dentro de um único datacenter Zona de Disponibilidade: Protege contra falhas completas do datacenter (desastres naturais, quedas de energia, etc.)
VM Scale Sets (VMSS)
O que é VMSS?
VM Scale Sets aumenta ou diminui automaticamente a quantidade de VMs idênticas. Em vez de adicionar VMs manualmente uma por uma no portal, o dimensionamento acontece automaticamente de acordo com regras definidas.
Por exemplo, suponha que os funcionários usam o sistema interno intensamente das 9h às 18h. Você pode programar a quantidade de VMs para escalar até 10 durante o horário de trabalho e reduzir para 2 fora dele. Isso permite usar mais recursos apenas quando necessário e reduzir custos quando não são necessários.
Dimensionamento Automático
As regras de dimensionamento podem ser configuradas com base em vários critérios.
Baseado em CPU: "Se o uso de CPU ultrapassar 80%, adicionar mais 2 VMs" Baseado em memória: "Se o uso de memória ultrapassar 70%, escalar para fora" Baseado em agendamento: "Manter um mínimo de 5 VMs toda segunda-feira às 8h"
Com essas configurações, o sistema responde automaticamente quando o tráfego aumenta e reduz automaticamente quando está ocioso — economizando custos.
Política de Atualização
A política de atualização determina como as imagens de VM são atualizadas para uma nova versão no VM Scale Sets.
Automático (Automatic): O Azure atualiza automaticamente todas as instâncias por conta própria. Rápido, mas pode afetar temporariamente o serviço. Manual (Manual): O administrador executa manualmente a atualização no momento desejado. Fornece o maior controle. Gradual (Rolling): As instâncias são atualizadas sequencialmente começando por um subconjunto. Usado quando se deseja atualizar com segurança sem interromper o serviço.
Templates ARM e Bicep
O que é Automação de Implantação?
Imagine ter que clicar no portal do Azure um por um para criar VMs, redes, bancos de dados e armazenamento toda vez que abrir uma nova loja online. Cada vez, as configurações podem diferir ligeiramente e erros podem acontecer. A automação de implantação significa "escrever a configuração de infraestrutura necessária como código com antecedência e criar repetidamente a mesma configuração com um único clique." Como cozinhar a partir de uma receita — uma vez que você tem uma boa receita, qualquer pessoa pode produzir o mesmo resultado.
Templates ARM
Templates ARM são arquivos que definem declarativamente recursos do Azure no formato JSON. "Declarativo" significa que você descreve "o que criar" em vez de "como criar." Como analogia culinária, é descrever o prato final em vez do processo.
Seções Principais
Os templates ARM são divididos em quatro seções principais.
parameters (parâmetros): Valores inseridos de fora quando o template é executado. Por exemplo, o nome da VM ou a localização (região) podem ser especificados de forma diferente a cada vez. variables (variáveis): Um lugar para consolidar valores usados várias vezes dentro do template. Alterá-los uma vez se aplica a todo o template. resources (recursos): Define os recursos reais do Azure a serem criados (VMs, redes, discos, etc.). A seção mais crítica. outputs (saídas): Gera informações necessárias após a conclusão da implantação (por exemplo, o endereço IP da VM).
Funcionalidades Úteis
Exportar template é uma funcionalidade que extrai automaticamente um template ARM de recursos já criados no Azure. Útil quando você quer salvar como código um ambiente construído diretamente no portal.
What-if é uma funcionalidade que permite verificar antecipadamente "quais mudanças ocorrerão se eu executar este template?" antes de implantar de fato. É como verificar os efeitos colaterais antes de dispensar uma receita médica. Você pode detectar com antecedência exclusões ou alterações inesperadas de recursos.
Bicep
O que é Bicep?
Bicep é uma linguagem que torna os templates ARM mais fáceis de ler. O JSON dos templates ARM pode parecer complexo com muitos colchetes e aspas. O Bicep expressa o mesmo conteúdo com uma sintaxe muito mais concisa e intuitiva.
Como analogia, se os templates ARM são um documento legal em inglês, o Bicep é como um guia em linguagem simples que expressa o mesmo conteúdo em termos acessíveis. O conteúdo é o mesmo, mas é muito mais fácil de ler.
Relacionamento com Templates ARM
Um ponto importante é que, mesmo que você escreva em Bicep, ele é automaticamente convertido em um template ARM (JSON) quando implantado no Azure. Em outras palavras, o template ARM é o que realmente executa, e o Bicep é simplesmente uma linguagem mais fácil de escrever para humanos.
Além disso, templates ARM e Bicep suportam conversão bidirecional. Você pode converter um template ARM existente para Bicep, ou exportar Bicep para um template ARM.
!ARM Templates vs Bicep
Resumo Essencial para o Exame