Decidir entre Azure Arc e Azure Stack é uma das dúvidas mais comuns entre gestores de TI que precisam estender capacidades de nuvem para ambientes híbridos ou de borda — e a confusão é compreensível, já que as duas soluções da Microsoft compartilham o nome "Azure" e respondem a cenários parecidos, mas com abordagens fundamentalmente distintas. A escolha errada pode significar custos desnecessários, complexidade operacional fora do perfil da equipe ou, pior, uma arquitetura que não atende às exigências regulatórias do setor.
O ponto de partida para essa decisão não é técnico — é estratégico. Antes de comparar recursos ou preços, é preciso entender onde seus dados precisam residir, qual o nível de conectividade com a nuvem pública que sua operação tolera e quais obrigações de compliance se aplicam ao seu ambiente. Empresas do setor financeiro, por exemplo, frequentemente enfrentam restrições sobre soberania de dados que tornam essa análise ainda mais crítica.
Neste artigo, você vai entender as diferenças reais entre Azure Arc e Azure Stack, os cenários em que cada solução faz sentido e os critérios objetivos para orientar essa decisão dentro da realidade da sua infraestrutura.
Azure Arc ou Azure Stack: entenda a diferença fundamental antes de decidir
Quando uma empresa começa a avaliar como modernizar a infraestrutura ou estender capacidades do Azure para além da nuvem pública, dois nomes aparecem inevitavelmente: Azure Arc e Azure Stack. Apesar de compartilharem o prefixo "Azure" e de ambos endereçarem cenários híbridos, eles resolvem problemas fundamentalmente diferentes. Confundi-los é um erro que pode levar à escolha errada e a custos desnecessários.
O que é Azure Arc e para quais cenários ele foi projetado
Azure Arc é uma plataforma de gerenciamento e governança que estende o plano de controle do Azure para qualquer infraestrutura — servidores físicos ou virtuais rodando on-premises, em outras nuvens públicas (AWS, Google Cloud) ou em ambientes de borda. A palavra-chave aqui é gerenciamento: o Arc não executa serviços Azure no seu datacenter; ele projeta a visibilidade, as políticas e as ferramentas do Azure Portal para recursos que estão fora da nuvem da Microsoft.
Os cenários para os quais o Arc foi projetado incluem:
- Empresas com servidores Windows e Linux espalhados em múltiplos datacenters ou provedores de nuvem que precisam de uma visão unificada de inventário, conformidade e segurança.
- Times de DevOps que querem gerenciar clusters Kubernetes em qualquer ambiente com as mesmas ferramentas e políticas do Azure Kubernetes Service (AKS).
- Organizações que desejam habilitar serviços de dados do Azure — como SQL Managed Instance e PostgreSQL — em infraestrutura on-premises, mantendo compatibilidade com APIs nativas do Azure.
- Ambientes multicloud onde a governança centralizada é prioridade, mas a migração completa para Azure ainda não é viável.
O que é Azure Stack (Hub, Edge e HCI) e para quais cenários ele foi projetado
Azure Stack é uma família de produtos de hardware e software que traz os serviços do Azure para dentro do seu ambiente. Não se trata de gerenciar recursos remotamente, mas de executar cargas de trabalho Azure de forma local, com ou sem conectividade com a internet. A família é composta por três produtos distintos:
- Azure Stack Hub: uma solução de nuvem privada completa, instalada no datacenter do cliente, que replica os serviços de IaaS e PaaS do Azure. Projetada para ambientes que exigem soberania de dados, operação desconectada (air-gapped) ou latência controlada em escala.
- Azure Stack Edge: um appliance físico da Microsoft (ou de parceiros certificados) voltado para processamento de dados na borda — fábricas, unidades remotas, pontos de varejo. Inclui aceleração por FPGA ou GPU para cargas de IA e machine learning.
- Azure Stack HCI: uma solução de infraestrutura hiperconvergente (HCI) que moderniza o datacenter local com virtualização de alto desempenho, integração nativa com serviços Azure e suporte a cargas de trabalho críticas, como SQL Server e Virtual Desktop Infrastructure (VDI).
A distinção central: gerenciamento unificado versus extensão da nuvem local
A forma mais direta de separar os dois: o Azure Arc gerencia recursos onde eles já estão, sem movê-los; o Azure Stack executa a nuvem Azure onde a nuvem pública não pode ou não deve chegar. Um é um plano de controle distribuído; o outro é infraestrutura física ou software que replica capacidades de nuvem localmente. Essa distinção orienta toda a decisão de compra.
Mapa de decisão: qual solução se encaixa no seu perfil de empresa
Em vez de partir de características técnicas, o caminho mais eficiente é começar pelos requisitos operacionais e regulatórios do seu ambiente. As perguntas abaixo funcionam como filtros progressivos.
Você precisa gerenciar recursos em múltiplos ambientes (on-premises, outras nuvens, edge)? Considere Azure Arc
Se o problema central é falta de visibilidade e governança unificada sobre uma infraestrutura dispersa — servidores em datacenter próprio, VMs no AWS e clusters Kubernetes em ambiente de borda, tudo sem uma console única — o Azure Arc resolve esse problema sem exigir migração de workloads. Você conecta os recursos ao Arc, aplica políticas do Azure Policy, monitora via Microsoft Defender for Cloud e mantém conformidade de forma centralizada. A conectividade com a internet é necessária, mas não precisa ser de alta disponibilidade contínua.
Você precisa executar serviços Azure completos sem conectividade confiável com a internet? Considere Azure Stack Hub
Quando a operação precisa continuar mesmo sem link de internet — seja por requisito de soberania de dados, por localização geográfica remota ou por exigência regulatória de isolamento de rede — o Azure Stack Hub é a resposta. Ele suporta operação em modo desconectado (disconnected mode), com sincronização periódica com a nuvem pública quando a conectividade está disponível. É a escolha típica de órgãos governamentais, operadoras em regiões remotas e ambientes industriais com restrições severas de rede.
Você precisa processar dados na borda com baixa latência e IA embarcada? Considere Azure Stack Edge
Cenários de borda — chão de fábrica, plataformas offshore, unidades de saúde remotas, pontos de varejo — exigem processamento local porque enviar dados para a nuvem e aguardar resposta introduz latência inaceitável. O Azure Stack Edge é um appliance robusto que executa cargas de inferência de IA, análise de streaming e processamento de vídeo localmente, sincronizando resultados com o Azure quando conveniente. Modelos com GPU e FPGA permitem aceleração de hardware para visão computacional e machine learning embarcado.
Você precisa de infraestrutura hiperconvergente local com integração nativa ao Azure? Considere Azure Stack HCI
Empresas que precisam modernizar o datacenter — substituir servidores legados, consolidar storage e compute em uma plataforma hiperconvergente — mas não querem (ou não podem) migrar tudo para a nuvem pública encontram no Azure Stack HCI uma alternativa sólida. Ele roda sobre hardware certificado de parceiros (Dell, HPE, Lenovo, entre outros), usa o mesmo hipervisor Hyper-V do Azure e se integra nativamente a serviços como Azure Monitor, Azure Backup e Azure Site Recovery. Ao contrário do Stack Hub, o HCI é projetado para conectividade contínua com o Azure — não para operação air-gapped.
Você pode usar Azure Arc e Azure Stack juntos? Sim — entenda quando faz sentido
As duas tecnologias não são mutuamente exclusivas. Na prática, o Azure Stack HCI e o Azure Stack Hub podem ser gerenciados pelo Azure Arc, unificando a visibilidade de recursos locais e de nuvem pública em uma única console. Uma empresa pode, por exemplo, implantar Azure Stack HCI para virtualização local e usar o Arc para aplicar políticas de segurança, monitorar conformidade e gerenciar atualizações — tudo pelo Azure Portal. Essa combinação é especialmente poderosa em ambientes corporativos complexos onde coexistem infraestrutura legada, nuvem híbrida e borda.
Critérios técnicos para avaliar antes de escolher
Requisitos de conectividade: ambientes com ou sem acesso contínuo à internet
O Azure Arc exige conectividade com os endpoints do Azure para registrar e gerenciar recursos — embora tolere interrupções temporárias. O Azure Stack HCI também depende de conexão periódica para sincronização de licenças e telemetria. Já o Azure Stack Hub em modo desconectado é a única opção da família que opera de forma autônoma por períodos prolongados. Mapeie a confiabilidade do seu link antes de qualquer outra avaliação.
Latência e processamento local: quando a borda é inegociável
Para aplicações que exigem resposta em milissegundos — controle de processos industriais, análise de imagem em tempo real, sistemas de pagamento com processamento local — a latência de round-trip para a nuvem pública é inaceitável. Nesses casos, o Azure Stack Edge ou uma implantação de Arc com serviços de dados habilitados localmente são os caminhos. Defina o SLA de latência da aplicação antes de escolher a arquitetura.
Conformidade regulatória e soberania de dados: onde seus dados podem residir
Setores como financeiro, saúde e governo frequentemente operam sob regulações que restringem onde os dados podem ser armazenados e processados. No Brasil, a conformidade regulatória envolve LGPD, normas do Banco Central e, para instituições financeiras, as resoluções específicas do CMN e BCB sobre processamento de dados de pagamentos — incluindo ambientes Pix. Se a regulação exige que dados sensíveis permaneçam em território nacional ou em infraestrutura controlada pela própria organização, o Azure Stack Hub ou HCI oferecem controle granular sobre residência de dados, enquanto o Arc, por si só, não altera onde os dados estão armazenados — apenas onde são gerenciados.
Inventário de infraestrutura existente: servidores, VMs, Kubernetes e SQL Server habilitados por Arc
Se sua empresa já tem servidores Windows Server 2012 R2 ou superior, Linux, clusters Kubernetes ou instâncias SQL Server rodando on-premises ou em outras nuvens, o Arc pode ser habilitado sem substituição de hardware. O agente do Arc é instalado nos recursos existentes, conectando-os ao plano de controle do Azure. Faça um inventário detalhado antes de dimensionar o projeto — o número de recursos gerenciados impacta diretamente o custo.
Capacidade da equipe de TI: complexidade operacional de cada solução
O Azure Arc tem curva de adoção relativamente baixa para equipes já familiarizadas com Azure Portal e Azure Policy. O Azure Stack HCI exige conhecimento em Hyper-V, Windows Admin Center e redes de storage (RDMA, SMB Direct). O Azure Stack Hub é o mais complexo operacionalmente — exige treinamento específico, parceiro certificado para implantação e processos definidos para atualização do sistema. Avalie honestamente o nível técnico da equipe interna ou a necessidade de contar com um parceiro especializado.
Comparativo de custos: modelo de licenciamento e TCO de Azure Arc versus Azure Stack
Como o Azure Arc é cobrado (por recurso gerenciado, serviços habilitados)
O Azure Arc tem uma camada gratuita significativa: conectar servidores, clusters Kubernetes e gerenciar inventário básico não gera custo adicional. Os custos surgem quando você habilita serviços avançados sobre os recursos conectados:
- Microsoft Defender for Servers habilitado via Arc: cobrado por servidor/mês.
- Azure Monitor com coleta de logs: cobrado por GB ingerido.
- SQL Server habilitado por Arc: cobrado com base na edição do SQL e no número de vCores, com opção de usar licenças existentes via Azure Hybrid Benefit.
- Azure Arc-enabled data services (SQL Managed Instance, PostgreSQL): cobrado por vCore/hora.
Como o Azure Stack é cobrado (hardware, licenças, assinaturas por produto)
O modelo de custo do Azure Stack é fundamentalmente diferente — envolve CAPEX e OPEX combinados:
- Azure Stack Hub: hardware adquirido de parceiros certificados (custo inicial significativo) mais assinatura de software da Microsoft cobrada por unidade de escala. O modelo de cobrança pode ser baseado em capacidade (por core) ou em consumo (pay-as-you-use).
- Azure Stack Edge: hardware adquirido ou alugado, com assinatura de software mensal. Modelos variam de appliances compactos (Edge Mini R) a unidades com GPU para cargas pesadas.
- Azure Stack HCI: hardware de parceiros certificados mais assinatura de software cobrada por core físico/mês. Benefícios de licença existentes (Windows Server, SQL Server) podem ser aplicados via Azure Hybrid Benefit, reduzindo o custo efetivo.
Estimativa de TCO para pequenas, médias e grandes empresas
Para empresas de médio porte com 50 a 200 servidores dispersos em múltiplos ambientes, o Azure Arc geralmente apresenta TCO inferior porque não exige novo hardware — o investimento é em licenciamento de serviços habilitados e na implementação inicial. Para grandes empresas que precisam substituir infraestrutura legada ou operar em modo desconectado, o Azure Stack Hub ou HCI pode ser mais econômico no longo prazo do que manter múltiplos contratos com diferentes fornecedores de virtualização e storage. A análise de TCO deve sempre considerar custos de operação, treinamento e suporte — não apenas licenciamento.
Casos de uso reais: exemplos práticos para cada solução
Indústria e manufatura: Azure Stack Edge para processamento em chão de fábrica
Uma planta industrial com linhas de produção automatizadas gera volumes massivos de dados de sensores e câmeras. Enviar esses dados para a nuvem para análise introduz latência e depende de um link de internet robusto — duas condições frequentemente indisponíveis em ambientes industriais. Com o Azure Stack Edge instalado localmente, modelos de visão computacional detectam defeitos de produção em tempo real, alertas são gerados em milissegundos e apenas os dados agregados são sincronizados com o Azure para análise histórica e treinamento de novos modelos.
Setor público e saúde: Azure Stack Hub para ambientes air-gapped e conformidade rígida
Hospitais que processam prontuários eletrônicos, órgãos governamentais com dados classificados ou instituições financeiras sujeitas a regulações de soberania de dados frequentemente não podem depender de conectividade externa para operações críticas. O Azure Stack Hub permite executar serviços de IaaS e PaaS — máquinas virtuais, containers, bancos de dados — dentro do datacenter da organização, com os mesmos modelos de segurança e conformidade regulatória do Azure público, mas sem que os dados cruzem o perímetro da rede corporativa.
Empresas multicloud e híbridas: Azure Arc para governança centralizada de recursos dispersos
Uma empresa que cresceu por aquisições frequentemente herda infraestrutura heterogênea: servidores on-premises de diferentes gerações, VMs no AWS, workloads no Google Cloud e clusters Kubernetes gerenciados por times diferentes. O Azure Arc unifica a governança desse ambiente sem exigir migração — políticas de segurança, gerenciamento de patches, monitoramento e controle de acesso são aplicados de forma consistente a partir do Azure Portal. Essa abordagem suporta diretamente a transformação digital nas empresas que precisam modernizar sem disrupção.
Data centers modernizados: Azure Stack HCI substituindo infraestrutura legada
Empresas que ainda operam servidores físicos com Windows Server 2008/2012 fora de suporte, storage SAN de geração anterior e hipervisores legados enfrentam riscos crescentes de segurança e custos elevados de manutenção. O Azure Stack HCI oferece uma rota de modernização que consolida compute e storage em nós hiperconvergentes certificados, reduz a superfície de ataque e integra nativamente serviços de backup, disaster recovery e monitoramento do Azure — sem exigir migração completa para a nuvem pública.
Como implementar a solução escolhida: primeiros passos práticos
Habilitando Azure Arc: conectando servidores, clusters Kubernetes e bancos de dados SQL
A habilitação do Azure Arc começa no Azure Portal ou via Azure CLI. Para servidores individuais, o processo envolve gerar um script de instalação do agente Connected Machine e executá-lo nos servidores-alvo — Windows ou Linux. Para escala, o script pode ser distribuído via Group Policy, Configuration Manager ou ferramentas de automação como Ansible. Clusters Kubernetes são conectados via extensão az connectedk8s, que instala agentes no cluster e os registra no Arc. Para SQL Server, o agente Arc é instalado no servidor host e a instância SQL é automaticamente descoberta e registrada. Após a conexão, os recursos aparecem no Azure Resource Manager e ficam disponíveis para aplicação de políticas, tags e monitoramento — como qualquer recurso nativo do Azure.
Implantando Azure Stack: requisitos de hardware, parceiros certificados e processo de pedido
O Azure Stack não é software que se instala em hardware genérico — cada produto da família exige hardware validado pela Microsoft. Para o Azure Stack Hub, a aquisição é feita diretamente com parceiros OEM certificados (Dell, HPE, Lenovo, Cisco, entre outros), que entregam o sistema pré-configurado e integrado. A Microsoft oferece suporte ao software; o parceiro OEM suporta o hardware. Para o Azure Stack HCI, o processo é similar, mas com maior flexibilidade na escolha de configuração — é possível começar com dois nós e expandir. Para o Azure Stack Edge, o appliance é adquirido diretamente pela Microsoft ou por distribuidores autorizados, com modelos que variam conforme a carga de trabalho. Em todos os casos, o planejamento de rede (endereçamento IP, VLANs, BGP quando aplicável) e o dimensionamento de capacidade devem ser feitos antes do pedido.
Monitoramento e governança pós-implantação
Independentemente da solução escolhida, a implantação é apenas o ponto de partida. O valor real vem da operação contínua com visibilidade adequada. Para ambientes com Azure Arc, o Microsoft Defender for Cloud oferece postura de segurança unificada — identificando configurações incorretas, vulnerabilidades e desvios de conformidade em recursos on-premises e multicloud. O Azure Monitor coleta métricas e logs de todos os recursos conectados, permitindo alertas proativos e dashboards operacionais. Para Azure Stack HCI e Hub, o Windows Admin Center complementa o Azure Portal com gerenciamento local de nós, storage e redes virtuais.
A auditoria de segurança de sistemas deve ser parte do processo desde a implantação — definindo baselines de configuração, habilitando logs de auditoria e estabelecendo rotinas de revisão de políticas. Em ambientes financeiros ou que processam dados sensíveis, como transações Pix, a combinação de Arc com Microsoft Defender for Cloud e políticas de criptografia de dados em repouso e em trânsito é o mínimo esperado para reduzir o risco operacional a níveis aceitáveis. A escolha entre Arc e Azure Stack não encerra a discussão de segurança — ela a inicia.
