Conceitos de nuvem e revisão da arquitetura do Azure

O domínio de Conceitos de nuvem corresponde a aproximadamente 25–30% do exame AZ-900. Os principais tópicos incluem: a definição e os benefícios da computação em nuvem, o modelo de responsabilidade compartilhada, os modelos de serviço de nuvem (IaaS/PaaS/SaaS) e os modelos de implantação em nuvem (público/privado/híbrido). O exame verifica se você entende qual modelo é apropriado para determinado cenário, não apenas as definições. Preste atenção especial aos seis benefícios da computação em nuvem listados pela Microsoft nos objetivos do exame.

O modelo de responsabilidade compartilhada divide as responsabilidades de segurança e gerenciamento entre a Microsoft e o cliente. A Microsoft sempre gerencia: os centros de dados físicos, a rede física e os hosts físicos. O cliente sempre gerencia: dados, contas e identidades. A camada intermediária varia de acordo com o modelo de serviço: no IaaS, os clientes gerenciam o OS, os controles de rede e as aplicações; no PaaS, a Microsoft também gerencia o OS e o middleware; no SaaS, a Microsoft gerencia praticamente tudo, exceto os dados e o acesso às contas.

Os objetivos do AZ-900 da Microsoft definem seis benefícios da nuvem: Alta disponibilidade (os serviços permanecem disponíveis por meio de SLAs), Escalabilidade (adicionar capacidade sob demanda), Elasticidade (aumentar e reduzir a escala automaticamente), Agilidade (implantar mais rapidamente do que em ambientes locais), Distribuição geográfica (implantar globalmente com baixa latência) e Recuperação de desastre (replicar e realizar failover entre regiões). O exame frequentemente apresenta cenários e pergunta qual benefício é mais aplicável. Elasticidade e escalabilidade são a dupla mais frequentemente confundida — elasticidade é o ajuste automático; escalabilidade é a capacidade de aumentar ou reduzir a escala.

A TI tradicional no local utiliza CapEx (despesas de capital) — investimento inicial em hardware e infraestrutura, depreciado ao longo do tempo. A computação em nuvem muda para OpEx (despesas operacionais) — paga-se pelo que é consumido, período a período, sem um grande custo inicial. Essa mudança beneficia o fluxo de caixa e reduz o risco financeiro de provisionamento excessivo. O exame AZ-900 pode pedir que identifique se um cenário representa CapEx ou OpEx, ou que explique por que uma empresa que migra para Azure teria um aumento de OpEx enquanto o CapEx diminui.

Memorize a hierarquia de Resource do Azure para o exame: grupos de Management (nível superior — agregam Subscription e aplicam políticas) → Subscription (limite de faturamento e limite de controle de acesso) → grupos de Resource (contêiner lógico para Resource relacionados) → Resource (serviços individuais, como VM e contas de Storage). Uma Subscription pertence exatamente a um grupo de Management. Um Resource pertence exatamente a um grupo de Resource. Os grupos de Resource podem conter Resource de qualquer região do Azure.

Principais fatos sobre regiões e zonas de disponibilidade para o exame: o Azure tem mais de 60 regiões em todo o mundo. Cada região é uma área geográfica que contém um ou mais centros de dados. Os pares de regiões são pré-configurados para replicação de recuperação de desastre, com uma separação de pelo menos 300 milhas. As zonas de disponibilidade (AZ) são centros de dados fisicamente separados dentro de uma única região, cada um com energia, refrigeração e rede independentes. Nem todas as regiões têm AZ — o exame pode testar se sabe que as AZ estão disponíveis apenas em regiões selecionadas (chamadas de regiões habilitadas para zonas).

Use estas mnemônicas para o exame sobre modelos de serviço: IaaS = o utilizador gerencia a partir do OS (VM do Azure, Discos do Azure). PaaS = o utilizador gerencia apenas o aplicativo e os dados (Serviço de Aplicativo do Azure, Banco de Dados SQL do Azure, Funções do Azure). SaaS = o utilizador gerencia apenas os dados e o acesso (Microsoft 365, Dynamics 365). Uma pegadinha comum do AZ-900: o Banco de Dados SQL do Azure é PaaS (não IaaS), mesmo sendo um banco de dados. O SQL Server em uma VM é IaaS. Se gerenciar o OS, é IaaS; se não gerenciar, é PaaS.

Três modelos de implantação de nuvem são avaliados no AZ-900: nuvem pública — Resource pertencentes e operados por um provedor terceirizado (Azure), infraestrutura compartilhada e pagamento conforme o uso. nuvem privada — Resource usados exclusivamente por uma única organização, hospedados no local ou em uma instalação de colocalização dedicada, com controle total. nuvem híbrida — nuvens pública e privada conectadas, permitindo que as cargas de trabalho sejam executadas no ambiente mais apropriado. O exame pode perguntar: Qual modelo de implantação permite que uma organização mantenha dados confidenciais no local enquanto usa o Azure para computação escalável? Resposta: híbrida.

O Azure usa um modelo de preços baseado no consumo — paga-se apenas pelos serviços de nuvem enquanto eles são usados. Isso está diretamente alinhado ao modelo OpEx. Três opções de preços aparecem no AZ-900: pagamento conforme o uso (sem compromisso, maior preço por unidade), instâncias reservadas (compromisso de 1 ou 3 anos, com desconto de até 72%) e preços Spot (uso da capacidade não utilizada do Azure com grandes descontos, sujeito à remoção). O exame também pode perguntar sobre a Calculadora de Custo Total de Propriedade (TCO), que estima o custo no local em comparação com o custo do Azure para elaborar uma justificativa empresarial para a migração.

Estes tipos de cenários aparecem com frequência nas perguntas sobre conceitos de nuvem do AZ-900:

• Qual benefício? — Uma empresa precisa lidar com 10 vezes mais tráfego durante as festas de fim de ano → Elasticidade ou escalabilidade.
• Qual modelo? — Uma startup quer um banco de dados sem gerenciar servidores → PaaS (Banco de Dados SQL do Azure).
• Qual implantação? — Um hospital precisa manter os dados dos pacientes no local, mas quer usar o Azure para análise → nuvem híbrida.
• Qual preço? — Uma empresa tem uma VM que funciona 24 horas por dia, 7 dias por semana, durante 3 anos → instâncias reservadas.

Fatos de alta frequência sobre arquitetura para uma revisão de última hora:

• As zonas de disponibilidade do Azure protegem contra falhas de centros de dados; os pares de regiões protegem contra indisponibilidades regionais.
• Um grupo de Resource não pode conter outro grupo de Resource.
• Os Resource em um grupo de Resource podem estar em regiões diferentes.
• Os grupos de Management podem ter até 6 níveis de profundidade (sem contar a raiz).
• Um locatário do Entra ID pode ter várias Subscription do Azure.

Teste sua compreensão dos conceitos do Microsoft Azure Fundamentals (AZ-900) abordados nesta lição.

Nesta lição, você revisou: o modelo de responsabilidade compartilhada e como as responsabilidades mudam entre IaaS/PaaS/SaaS; os seis benefícios da nuvem (disponibilidade, escalabilidade, elasticidade, agilidade, distribuição geográfica e recuperação de desastre); e a hierarquia de Resource do Azure (grupos de Management → Subscription → grupos de Resource → Resource). A seguir, faremos uma revisão condensada de referência rápida dos principais serviços do Azure.