Arquitetura do Azure: Regiões, Zonas, Recursos e Gerenciamento

radio_button_uncheckedshort_text1. Arquitetura do Azure e objetivo do capítulo

O Azure pode ser compreendido por duas perspectivas complementares. A visão física explica onde a capacidade é executada: datacenters, Zonas de Disponibilidade, regiões, geografias e nuvens soberanas isoladas. A visão de gerenciamento explica como organizar e governar o que foi implantado: recursos, grupos de recursos, assinaturas e grupos de gerenciamento.

Objetivos de aprendizagem

• Descrever datacenters, regiões, Zonas de Disponibilidade, pares de regiões e regiões soberanas do Azure.
• Explicar contas e assinaturas do Azure, incluindo formas comuns de começar.
• Descrever recursos, grupos de recursos, assinaturas e grupos de gerenciamento.
• Explicar como a hierarquia sustenta acesso, política, cobrança e organização de custos.
• Aplicar as hierarquias física e de gerenciamento a cenários de arquitetura e prova.

radio_button_uncheckedshort_text2. O que é o Microsoft Azure

O Microsoft Azure é uma plataforma de nuvem em expansão contínua para criar, implantar e gerenciar soluções na rede global da Microsoft. As equipes podem usar linguagens, ferramentas e estruturas de sua preferência e consumir desde capacidade computacional até serviços gerenciados de dados, integração, Internet das Coisas, análise e inteligência artificial.

Seu valor pode ser resumido em três ideias: inovar sem ficar preso a um único caminho tecnológico, unificar nuvem e ambientes existentes em uma plataforma integrada e criar sobre uma base projetada para segurança, confiabilidade e operação responsável. O Azure hospeda aplicativos existentes em Máquinas Virtuais, mas vai muito além de servidores virtuais.

• Os Serviços de IA do Azure, o Serviço OpenAI do Azure e o Azure Machine Learning apoiam soluções inteligentes e de IA generativa.
• Os serviços de Internet das Coisas (IoT) conectam e processam sinais de dispositivos e equipamentos.
• Serviços gerenciados de aplicativos, bancos de dados, integração, análise, rede, identidade, segurança e armazenamento reduzem o trabalho de infraestrutura.
• A capacidade de armazenamento e computação pode crescer ou diminuir junto com a demanda.

radio_button_uncheckedshort_text3. Categorias de serviço e modernização progressiva

O Azure reúne centenas de serviços em categorias amplas. Embora o catálogo mude, este vocabulário continua útil: Computação, Rede, Armazenamento, Bancos de Dados, IA + Machine Learning, Identidade + Segurança, DevOps + Gerenciamento, IoT, Análise e Integração.

Não é preciso modernizar todas as cargas de uma vez. Uma empresa pode primeiro mover um aplicativo para Máquinas Virtuais, depois trocar um banco autogerenciado pelo Banco de Dados SQL do Azure, levar a camada web ao Serviço de Aplicativo e adotar Azure Functions para processamento orientado a eventos.

Em uma demanda sazonal, a camada do aplicativo aumenta a escala durante o pico e a reduz depois; o banco pode ser gerenciado e um painel centraliza a operação. Assim, paga-se pela capacidade usada sem manter hardware local dimensionado apenas para o período máximo.

radio_button_uncheckedshort_text4. Contas, assinaturas e formas de começar

É necessária uma assinatura do Azure para criar e usar serviços. Ao criar uma conta, normalmente surge a primeira assinatura, e outras podem ser associadas depois. Os recursos são implantados dentro de uma assinatura, que atua como escopo administrativo e unidade de cobrança.

O Azure pode ser comprado diretamente da Microsoft, com um representante ou por um parceiro Microsoft. Parceiros do programa Provedor de Soluções na Nuvem podem agregar gerenciamento e suporte. As ofertas gratuitas e estudantis servem para exploração, mas créditos, serviços, duração e requisitos mudam; confirme sempre a oferta vigente.

• No momento retratado pelo módulo, a conta gratuita padrão incluía US$ 200 de crédito nos primeiros 30 dias, produtos populares selecionados gratuitos por 12 meses e mais de 65 serviços com cotas gratuitas contínuas.
• A oferta padrão exigia telefone, conta Microsoft ou GitHub e cartão para verificação de identidade. O módulo informa que o cartão não é cobrado até que o titular faça explicitamente a atualização para uso pago.
• Para estudantes elegíveis, a fonte descrevia US$ 100 de crédito nos primeiros 12 meses, serviços selecionados gratuitos por 12 meses e ferramentas de desenvolvimento gratuitas, sem exigir cartão.
• Monitore o consumo e exclua recursos desnecessários para evitar custos inesperados.

radio_button_uncheckedshort_text5. Da conta até um recurso em execução

A hierarquia começa em uma conta respaldada por identidade. Ela acessa uma ou mais assinaturas, como desenvolvimento/teste, produção e área restrita. Cada assinatura contém grupos de recursos, e cada grupo contém recursos implantáveis.

radio_button_uncheckedshort_text6. Datacenters: a base física

Os datacenters do Azure contêm racks de servidores, armazenamento, rede, energia, refrigeração e segurança física. A Microsoft opera essas instalações em escala global. O cliente normalmente não escolhe nem gerencia um prédio individual; o Azure agrupa as instalações para oferecer opções de localização e resiliência.

A abstração permite escolher região ou zona sem operar geradores, refrigeração, enlaces físicos ou substituição de servidores. A hierarquia física pode ser vista como geografia, região, Zona de Disponibilidade e datacenter, embora nem toda região exponha zonas.

radio_button_uncheckedshort_text7. Regiões do Azure e localização de recursos

Uma região do Azure é uma área geográfica com um ou mais datacenters próximos conectados por rede de alta capacidade, tolerante a falhas e de baixa latência. O Azure controla a colocação interna e equilibra capacidade. A região afeta disponibilidade de serviços, latência, residência de dados, preço e recuperação de desastre.

Nem todo serviço, recurso ou tamanho de Máquina Virtual existe em toda região. Consulte o catálogo atual por região. Alguns serviços são globais e não pedem uma região, entre eles Microsoft Entra ID, Gerenciador de Tráfego do Azure e DNS do Azure.

• Escolha regiões com latência adequada para usuários e sistemas dependentes.
• Verifique residência, soberania e requisitos regulatórios antes de colocar dados.
• Confirme camadas, tamanhos de VM, armazenamento, zonas e recuperação necessários.
• Trate a região como decisão de arquitetura, não como simples campo de formulário.

radio_button_uncheckedshort_text8. Zonas de Disponibilidade e isolamento regional

Uma Zona de Disponibilidade é um grupo fisicamente separado de um ou mais datacenters dentro de uma região. Cada zona tem energia, refrigeração e rede independentes e se conecta às demais por rede privada de alta velocidade. Uma falha local pode afetar uma zona enquanto as outras continuam operando.

As regiões compatíveis contam com no mínimo três zonas, mas nem toda região as aceita. Uma zona só aumenta a resiliência quando a carga usa mais de uma delas ou um serviço com redundância de zona. Duplicar recursos pode adicionar custo. Uma redação anterior do treinamento também alertava sobre cobrança de transferência entre zonas; a documentação atual de confiabilidade informa que a transferência entre Zonas de Disponibilidade na mesma região não é cobrada, portanto confirme a política de preços vigente.

radio_button_uncheckedshort_text9. Pares de regiões e resiliência multirregional

Muitas regiões têm um par designado na mesma geografia. O módulo informa uma separação mínima de 300 milhas para reduzir a chance de desastre, falha elétrica, interrupção de rede ou conflito atingir ambas. Exemplos comuns são Oeste dos EUA com Leste dos EUA e Sudeste Asiático com Leste da Ásia.

O emparelhamento apoia prioridades de recuperação da plataforma, atualizações escalonadas e residência de dados, mas não faz todo serviço replicar ou executar failover automaticamente. O cliente precisa verificar o serviço e configurar replicação, backup, roteamento e objetivos de recuperação.

• Atualizações planejadas geralmente são sequenciadas para não atualizar os dois membros ao mesmo tempo.
• Em uma interrupção ampla, uma região do par pode receber prioridade de restauração.
• Os pares normalmente mantêm dados na mesma geografia. Sul do Brasil é emparelhado em uma única direção com Centro-Sul dos EUA; esta região não é emparelhada de volta com Sul do Brasil.
• Algumas regiões novas, entre elas Norte da Itália, Polônia Central e Israel Central, não têm par tradicional; zonas, armazenamento georredundante, backup e região secundária escolhida são alternativas.

radio_button_uncheckedshort_text10. Regiões soberanas

Regiões soberanas são ambientes isolados criados para requisitos legais, governamentais, regulatórios ou de residência específicos. Podem usar redes, controles operacionais, exigências de pessoal, portais, pontos de extremidade, credenciais e catálogos próprios.

Regiões do Azure Governamental como US DoD Central, US Gov Virginia e US Gov Arizona são isoladas para clientes e parceiros governamentais elegíveis dos Estados Unidos, com pessoal norte-americano avaliado e certificações adicionais. Leste da China e Norte da China são exemplos do Azure operado pela 21Vianet por meio da parceria com a 21Vianet; a Microsoft não opera diretamente esses datacenters.

Uma nuvem soberana pode atender a uma exigência jurisdicional, mas ter catálogo menor ou receber funções depois. Confirme elegibilidade, produtos, limites de identidade, conectividade e transferência de dados.

radio_button_uncheckedshort_text11. Recursos do Azure

Um recurso é o item gerenciável básico do Azure: qualquer coisa criada, provisionada ou implantada. Máquinas Virtuais, discos gerenciados, Rede Virtual, bancos de dados, contas de armazenamento, IPs públicos, aplicativos do Serviço de Aplicativo e instâncias de Serviços de IA do Azure são recursos.

Um recurso tem assinatura, grupo de recursos, região quando aplicável, tipo, provedor, nome e identificador exclusivo do Azure Resource Manager. Ele também pode receber marcas e ficar sujeito a atribuições de acesso, bloqueios e políticas.

radio_button_uncheckedshort_text12. Grupos de recursos e suas regras

Um grupo de recursos é um contêiner lógico para itens gerenciados em conjunto. Não é uma conta de cobrança nem uma localização física. Pode organizar por carga, ciclo de vida, ambiente, proprietário ou limite operacional.

• Cada recurso pertence a exatamente um grupo de recursos por vez.
• Grupos de recursos não podem ser aninhados.
• Alguns tipos podem ser movidos entre grupos ou assinaturas quando a movimentação é aceita e as dependências são respeitadas.
• O grupo não pode ser renomeado depois da criação; uma convenção durável é importante.
• Excluir o grupo exclui os recursos contidos nele; verifique o escopo e as dependências antes.
• Acesso, políticas, bloqueios ou automação aplicados ao grupo podem afetar recursos atuais e, por herança, futuros.

Um ambiente temporário pode ficar em um grupo para ser removido por inteiro. Um aplicativo grande pode separar rede, dados e aplicação se proprietários, ciclos ou permissões forem diferentes. O Azure não impõe um único modelo.

radio_button_uncheckedshort_text13. Assinaturas como limites de cobrança e acesso

Uma assinatura se vincula a uma identidade de conta no Microsoft Entra ID ou em outro diretório confiável. É preciso ao menos uma, e uma conta pode acessar várias. A assinatura agrupa recursos e estabelece limites, registros de cobrança e um escopo importante de governança.

É comum separar desenvolvimento, teste, produção, equipes, cargas reguladas ou centros de custo em assinaturas. A separação ajuda, mas todas ainda precisam de governança coerente.

radio_button_uncheckedshort_text14. Grupos de gerenciamento e governança herdada

Grupos de gerenciamento organizam assinaturas. Uma política ou atribuição do controle de acesso baseado em função do Azure (Azure RBAC) aplicada ao grupo é herdada pelos grupos descendentes, assinaturas, grupos de recursos e recursos.

Cada locatário do Microsoft Entra tem um Grupo Raiz do Locatário. Abaixo dele pode existir uma hierarquia; cada grupo ou assinatura tem apenas um pai. Os limites atuais permitem até seis níveis abaixo da raiz e até 10.000 grupos de gerenciamento no diretório.

• Um grupo de produção pode impor localizações aprovadas a todas as suas assinaturas.
• Uma função do Azure RBAC atribuída acima pode conceder o mesmo acesso nos descendentes.
• O proprietário de uma assinatura não pode ignorar uma exigência herdada do Azure Policy.
• Projete a hierarquia para necessidades duráveis de governança, não para um organograma instável.

radio_button_uncheckedshort_text15. Unindo as hierarquias física e de gerenciamento

Imagine um aplicativo varejista sazonal. A assinatura de produção separa rede, aplicativo e dados em grupos. O Serviço de Aplicativo e o Banco de Dados SQL do Azure usam uma região e configurações com redundância de zona compatíveis. Uma segunda região cobre interrupções regionais, e o Gerenciador de Tráfego do Azure ou outra camada pode redirecionar usuários.

A assinatura fica sob um grupo de gerenciamento de produção que impõe localizações, marcas e acesso. Desenvolvimento usa outra assinatura com controles herdados e recursos menores. A arquitetura física fornece localização e resiliência; a de gerenciamento fornece propriedade, políticas, acesso e custos.

radio_button_uncheckedshort_text16. Revisão de cenários e avaliação

radio_button_uncheckedshort_text17. Síntese do capítulo

O Azure oferece uma plataforma global sobre datacenters organizados em regiões e, quando aceito, Zonas de Disponibilidade. Pares e regiões secundárias tratam falhas amplas; regiões soberanas atendem a requisitos jurisdicionais.

Recursos ficam em grupos dentro de assinaturas. Assinaturas estabelecem cobrança e acesso; grupos de gerenciamento aplicam políticas e funções. A cadeia é Grupo Raiz → grupo de gerenciamento → assinatura → grupo de recursos → recurso.

• Uma zona é limite de isolamento dentro de uma região.
• Um par não garante replicação ou failover automático de toda carga.
• Um recurso fica em um grupo por vez, e grupos não são aninhados.
• Excluir um grupo exclui os recursos contidos nele.
• Governança e acesso descem por herança.

radio_button_uncheckedshort_text18. Explore com o Copilot Chat

Use o Copilot Chat para praticar decisões e valide disponibilidade, limites, preços e resiliência na documentação atual.

1. Crie um mapa entre geografias, regiões, zonas, datacenters, recursos, grupos, assinaturas e grupos de gerenciamento.
2. Projete uma hierarquia para desenvolvimento, produção, departamentos e uma carga regulada; explique a herança.
3. Compare zonas, pares, regiões sem par e regiões soberanas para residência estrita e recuperação.
4. Faça perguntas de cenário AZ-900 sobre o escopo físico ou administrativo correto e explique as respostas.

radio_button_uncheckedshort_text19. Glossário e referências oficiais

1. Descrever os principais componentes arquitetônicos do Azure - Microsoft Learn
2. O que é o Microsoft Azure
3. Introdução a contas do Azure
4. Infraestrutura física do Azure
5. Infraestrutura de gerenciamento do Azure
6. Visão geral das regiões do Azure
7. Visão geral das Zonas de Disponibilidade
8. Guia de estudo do AZ-900