A Microsoft anunciou recentemente uma atualização estratégica para o Azure Arc: a inclusão do SQL Server rodando em Azure Virtual Machines como um destino oficial de migração. Até então, o foco do Arc era predominantemente voltado para a modernização via Azure SQL Managed Instance, o que nem sempre atendia a requisitos de compatibilidade legada ou controle granular sobre o SO da instância.
O impacto prático para o seu ambiente híbrido
Para empresas brasileiras com ambientes complexos, essa mudança remove uma barreira importante. O Azure Arc já permitia gerenciar instâncias de SQL Server fora do Azure, mas a migração simplificada centralizada pelo Arc nos dá agora a opção de mover cargas de trabalho locais (on-premises) para máquinas virtuais no Azure mantendo a mesma camada de governança, monitoramento e controle de políticas unificado. É uma escolha que equilibra o desejo de migração para nuvem com a necessidade de manter o controle total sobre a infraestrutura (Lift-and-Shift para IaaS) antes de uma modernização completa para PaaS.
Considerações de arquitetura e estratégia
Essa funcionalidade, que chega em fase de Preview, é um sinal claro de que a Microsoft reconhece que a jornada para o cloud native não é binária. Para gestores de TI, isso significa menos fricção ao consolidar instâncias sob o guarda-chuva do Azure Resource Manager (ARM). A utilização do Azure Arc como plano de controle unificado para SQL Server em VMs permite aplicar patches, políticas de segurança e Inventário via IAM de forma consistente, reduzindo o risco de configuração (drift) que costuma assombrar operações em multi-cloud. O ponto de atenção aqui é o custo de licenciamento e a eficiência operacional: ao migrar IaaS, lembre-se de considerar os princípios de FinOps para garantir que a instância no Azure não seja apenas um "cópia fiel" do on-premises, mas sim dimensionada adequadamente para a performance necessária.
Artigo originalmente publicado em Azure Updates - Latest from Azure Charts.
