Azure Arc vs Azure Local: esclarecendo a terminologia da infraestrutura híbrida da Microsoft

By Mirko Peters · 2026-08-22

Bem-vindo de volta ao podcast! Se você acompanha nossos episódios recentes sobre arquitetura de TI corporativa moderna, sabe que passamos muito tempo falando sobre estratégias de nuvem híbrida. Recentemente, recebi um e-mail excelente de um ouvinte chamado Marcus, de Chicago. Marcus escreveu: "Estou tentando projetar a próxima geração de infraestrutura da nossa empresa, mas toda vez que leio

Automatically translated with AI from the original post. Read the English original

Titelbild: Azure Arc vs Azure Local: Clarifying Microsoft's Hybrid Infrastructure Terminology

Marcus, você definitivamente não está sozinho. A Microsoft tem um dos ecossistemas híbridos mais abrangentes do mercado atualmente, mas essa amplitude vem acompanhada de uma quantidade impressionante de terminologia. Termos mudam de nome, siglas mudam, e de repente administradores de TI e arquitetos de nuvem ficam sem saber qual ferramenta faz o quê. É exatamente por isso que quis dedicar este post a explicar esses dois pilares essenciais da estratégia híbrida da Microsoft. Ao final deste post, você terá total clareza sobre o que é o Azure Arc, o que é o Azure Local, em que se diferenciam e, o mais importante, como podem trabalhar juntos para potencializar a sua infraestrutura.

Introdução à evolução híbrida da Microsoft

Para entender onde o Azure Arc e o Azure Local se encaixam hoje, precisamos dar um pequeno passo atrás no tempo. Por décadas, a TI corporativa era binária: suas cargas de trabalho viviam ou em seus próprios servidores físicos, em um data center local, ou no data center de outra pessoa. Então veio a revolução da nuvem pública, liderada pelo Microsoft Azure, Amazon Web Services e Google Cloud Platform. De repente, as organizações corriam para migrar tudo para a nuvem, prometendo escalabilidade infinita e redução de investimentos de capital.

No entanto, a realidade logo se impôs. As empresas perceberam que nem tudo pertence à nuvem pública. Requisitos regulatórios, leis de soberania de dados, demandas de latência ultrabaixa na borda da rede e aplicações legadas que simplesmente não podem ser refatoradas com facilidade significavam que a infraestrutura on-premises não ia desaparecer. Ao mesmo tempo, as organizações não queriam abrir mão das capacidades de gerenciamento, das ferramentas de segurança e da eficiência para desenvolvedores que tinham aprendido a apreciar no Azure.

Essa percepção deu início à era da nuvem híbrida. A Microsoft entendeu cedo que o futuro não era apenas a nuvem pública, mas sim um continuum contínuo que se estende da borda ao data center e à nuvem. Ao longo dos anos, a Microsoft criou várias ferramentas para preencher essa lacuna. Algumas foram projetadas para gerenciar o hardware existente, enquanto outras foram projetadas para modernizar esse hardware por completo. Isso nos leva aos dois temas principais de hoje: o Azure Arc, que cuida de gerenciamento e controle, e o Azure Local, que fornece a fundação de infraestrutura hiperconvergente propriamente dita.

Decodificando a terminologia: o que é o Azure Arc?

Vamos começar olhando para o Azure Arc. Se você levar apenas uma frase desta seção, que seja esta: o Azure Arc é um plano de controle, não um produto de infraestrutura.

Pense no Azure Arc como uma varinha mágica que estende o plano de controle do Azure — exatamente a mesma interface de gerenciamento que você usa para administrar máquinas virtuais, bancos de dados e clusters Kubernetes na nuvem pública do Azure — até os seus próprios data centers, locais de borda e até mesmo nuvens concorrentes, como AWS e Google Cloud Platform.

Como o Azure Arc funciona por baixo dos panos

Em sua essência, o Azure Arc funciona instalando agentes leves nos seus recursos existentes, onde quer que eles estejam. Seja um servidor Linux físico em um rack em Frankfurt, uma máquina virtual VMware no seu escritório local em Chicago ou uma instância do Amazon EC2, o Azure Arc conecta esse recurso de volta ao Azure. Depois de conectado, esse recurso externo é projetado no Azure Resource Manager (ARM). De repente, seus servidores não Azure aparecem lado a lado com suas VMs nativas do Azure no portal do Azure.

Essa projeção desbloqueia um enorme conjunto de recursos nativos da nuvem para uma infraestrutura que, na prática, nunca toca a nuvem do Azure:

Governança e conformidade unificadas: Você pode aplicar o Azure Policy aos seus servidores locais para garantir que as configurações permaneçam em conformidade em todo o seu ambiente.
Segurança avançada: O Microsoft Defender for Cloud pode ser estendido para monitorar ameaças e vulnerabilidades nos seus servidores fora do Azure e nos seus clusters Kubernetes.
Monitoramento nativo da nuvem: O Azure Monitor pode coletar logs e métricas da sua infraestrutura local, oferecendo um único painel de observabilidade.
Serviços habilitados para Arc: Você pode até executar o Azure SQL Managed Instance e o Azure PostgreSQL na sua própria infraestrutura local, gerenciados integralmente pelo plano de controle do Azure.

O mais importante: o Azure Arc não se importa com o hypervisor que você está usando por baixo. Ele não substitui seu VMware, Hyper-V ou sua configuração física bare-metal. Ele simplesmente adiciona uma camada de gerenciamento inteligente sobre o que você já tem.

Entendendo a terminologia: o que é o Azure Local?

Agora que entendemos o Azure Arc como a camada de gerenciamento, vamos passar para o lado da infraestrutura: o Azure Local. Se o Azure Arc é o plano de controle definido por software que alcança todos os lugares, o Azure Local é uma solução de infraestrutura hiperconvergente (HCI) projetada para executar cargas de trabalho localmente, no seu data center ou na borda da rede.

Você pode reconhecer essa tecnologia pelo seu nome anterior: Azure Stack HCI. A Microsoft recentemente reformulou e simplificou essa oferta sob a marca Azure Local, para se alinhar melhor à sua missão central. O Azure Local oferece uma plataforma moderna de computação, armazenamento e rede definida por software, que você executa em appliances de hardware validados, diretamente nas suas próprias instalações.

A arquitetura do Azure Local

O Azure Local combina tecnologias do Windows Server com software hiperconvergente avançado para entregar recursos de virtualização e armazenamento de nível empresarial. Ele utiliza o Hyper-V para virtualização e o Storage Spaces Direct para um armazenamento definido por software de alto desempenho.

O que torna o Azure Local realmente único é sua integração nativa e profunda com a nuvem pública do Azure desde a base. Enquanto as plataformas de virtualização tradicionais exigem ferramentas de terceiros para se conectar à nuvem, o Azure Local foi projetado para ser conectado à nuvem por padrão. Ele permite executar máquinas virtuais Windows e Linux conhecidas, além de clusters do Azure Kubernetes Service (AKS), localmente, em hardware que você possui e opera fisicamente.

Os principais recursos do Azure Local incluem:

Alta disponibilidade e resiliência: Clustering integrado e replicação de armazenamento garantem que suas cargas de trabalho locais continuem em execução mesmo em caso de falhas de hardware.
Formatos físicos flexíveis: Desde nós de borda robustos implantados em lojas de varejo ou fábricas até clusters grandes com vários nós em data centers corporativos, o Azure Local se adapta ao espaço físico que você tem.
Virtualização familiar: Se sua equipe já conhece o Hyper-V ou conceitos gerais de virtualização, a adoção do Azure Local tem uma curva de aprendizado bem suave.

Principais diferenças entre gerenciamento e infraestrutura

Quando ouvintes me pedem para comparar o Azure Arc e o Azure Local, meu primeiro objetivo é sempre corrigir a premissa da pergunta. Comparar o Azure Arc com o Azure Local é um pouco como comparar um controle remoto com uma televisão. Não são tecnologias concorrentes; elas operam em camadas completamente diferentes da pilha de TI.

Vamos detalhar as diferenças fundamentais em algumas dimensões principais:

1. Camada da pilha

O Azure Arc fica inteiramente na camada de gerenciamento e plano de controle. É um serviço de nuvem que permite organizar, governar e proteger recursos. O Azure Local fica na camada de infraestrutura e computação. É um sistema operacional e uma plataforma hiperconvergente que fornece os recursos físicos e virtuais de computação e armazenamento onde suas aplicações efetivamente são executadas.

2. Dependência de hardware

Como o Azure Arc é apenas uma ferramenta de gerenciamento baseada em agente, ele praticamente não tem dependências de hardware. Você pode instalar o agente do Arc em um servidor Dell de cinco anos com uma versão legada do Linux, em um servidor HPE novinho rodando Windows ou até em uma máquina virtual hospedada na AWS. O Azure Local, por outro lado, exige hardware específico e validado dos parceiros de hardware da Microsoft. Você não pode simplesmente instalar o Azure Local em qualquer equipamento que esteja largado na sala de servidores; ele exige nós de cluster certificados para garantir desempenho, confiabilidade e suporte.

3. Finalidade principal

O objetivo do Azure Arc é o gerenciamento unificado, trazendo consistência para um portfólio de TI fragmentado, multinuvem e local. O objetivo do Azure Local é a infraestrutura local modernizada, oferecendo uma plataforma HCI nativa de nuvem para executar cargas de trabalho virtualizadas e em contêineres exatamente onde os dados são gerados.

Quando usar o Azure Arc versus o Azure Local

Agora que já definimos o que cada ferramenta faz, vamos falar sobre a tomada de decisão. Nas sessões de planejamento de arquitetura, como você sabe quando recorrer ao Azure Arc e quando implantar o Azure Local?

Quando usar o Azure Arc

Você deve implantar o Azure Arc quando quiser trazer os recursos de gerenciamento do Azure para uma infraestrutura que já possui e que não pretende substituir no curto prazo. Por exemplo:

Você tem um grande investimento existente em servidores VMware ou Linux em bare metal distribuídos em vários datacenters globais, e quer um único painel no Portal do Azure para gerenciar conformidade, monitorar logs e aplicar políticas.
Você executa clusters Kubernetes na AWS ou no Google Cloud e quer usar o Azure GitOps e o Azure Policy para gerenciar implantações em todas essas nuvens simultaneamente.
Você quer executar serviços de dados do Azure, como o Azure SQL Managed Instance, localmente, sem migrar toda a sua pilha de virtualização subjacente.

Quando usar o Azure Local

Você deve implantar o Azure Local quando quiser renovar uma infraestrutura local envelhecida ou criar um novo ambiente de computação de borda, e quiser que essa infraestrutura local se comporte como uma extensão da nuvem do Azure:

Sua SAN tradicional e sua pilha de virtualização estão chegando ao fim do ciclo de vida, e você quer substituí-las por uma infraestrutura hiperconvergente definida por software, moderna, que se integra nativamente ao backup, à recuperação de desastres e ao monitoramento do Azure.
Você precisa de computação e armazenamento com baixa latência em uma localidade de borda, como um hospital, uma loja de varejo ou uma fábrica, onde os dados precisam ser processados localmente, mas você quer gerenciar essas cargas de trabalho centralmente a partir da nuvem do Azure.
Você quer executar o Serviço de Kubernetes do Azure (AKS) localmente, com suporte completo e integração perfeita com os seus pipelines de implantação em nuvem já existentes.

Como eles funcionam juntos em uma estratégia híbrida

É aqui que a mágica realmente acontece. Embora o Azure Arc e o Azure Local sejam produtos distintos, a Microsoft os projetou para funcionarem melhor juntos. Na verdade, os clusters do Azure Local são habilitados automaticamente com o Azure Arc por padrão!

Quando você implanta um cluster do Azure Local no seu datacenter, a infraestrutura subjacente é gerenciada localmente, mas o seu plano de controle está totalmente integrado ao Azure Arc. Isso significa que você não precisa instalar agentes separados nem configurar túneis complexos para gerenciar a sua infraestrutura do Azure Local: ela aparece nativamente na sua assinatura do Azure desde o momento em que é inicializada.

Vamos ver um cenário híbrido do mundo real para entender como essa sinergia funciona na prática. Imagine uma grande empresa global de logística:

Na borda: A empresa opera centenas de centros de distribuição no mundo todo. Em cada centro, ela implanta pequenos appliances do Azure Local com dois nós para processar etiquetas de envio, executar instâncias locais de banco de dados e gerenciar sistemas de automação de armazém com latência ultrabaixa.
No restante da empresa: Ela também possui datacenters legados com uma mistura de servidores VMware e físicos, além de algumas cargas de trabalho hospedadas na AWS. Ela instala agentes do Azure Arc em todos esses ambientes para aplicar linhas de base de segurança e acompanhar a conformidade.
Gerenciamento unificado: pelo portal do Azure, a equipe central de TI pode acompanhar a integridade dos centros de atendimento de borda (executados no Azure Local) junto com suas instâncias da AWS e servidores legados (gerenciados pelo Azure Arc). Ela usa o Azure Policy para garantir que os padrões de criptografia sejam atendidos em todos os lugares e o Azure Monitor para acompanhar métricas de desempenho globalmente.

Nessa arquitetura, o Azure Local oferece a base resiliente e de alto desempenho na borda, enquanto o Azure Arc fornece a governança abrangente e o plano de controle que une todo o ambiente híbrido.

Conclusão: simplificando sua jornada para a nuvem híbrida

Navegar pelo ecossistema de nuvem híbrida da Microsoft pode parecer complicado à primeira vista, mas, quando você associa a terminologia às camadas arquiteturais específicas, tudo se encaixa. Lembre-se da regra de ouro: o Azure Arc é o seu plano de controle de gerenciamento para tudo, em qualquer lugar, enquanto o Azure Local é a sua infraestrutura hiperconvergente moderna para cargas de trabalho locais e de borda.

Ao planejar a arquitetura corporativa para o próximo ano, não encare essas tecnologias como uma escolha de ou-ou. Em vez disso, observe como elas se complementam. Use o Azure Arc para unificar e governar seus investimentos de TI heterogêneos já existentes e aproveite o Azure Local quando precisar modernizar sua infraestrutura local e de borda com a agilidade de uma abordagem nativa da nuvem.

Espero que este mergulho profundo esclareça a confusão em torno da terminologia híbrida da Microsoft. Como sempre, adoraríamos ouvir você. Você já usa o Azure Arc em seus ambientes multinuvem? Já implantou o Azure Local em seus locais de borda? Deixe um comentário abaixo ou nos envie um e-mail para o nosso próximo episódio de perguntas dos ouvintes. Até a próxima, continue arquitetando para o futuro!