Conceito e mecanismo
A família Azure SQL oferece diferentes níveis de controlo e responsabilidade. Uma exigência de acesso ao sistema operativo pode levar a SQL Server em VM, com gestão adicional de patching e disponibilidade. PaaS reduz trabalho de plataforma, mas requer validação de compatibilidade. Elastic pools partilham recursos entre bases; o dimensionamento depende da procura agregada, sobretudo quando os picos coincidem. Serverless com pausa pode poupar compute em inatividade, mas a retoma deve ser compatível com a experiência exigida ao primeiro pedido.
Aplicação guiada
Separa consultas tolerantes a atraso das que confirmam uma escrita recente. Réplicas de leitura não devem ser tratadas como estado instantaneamente igual em qualquer sessão. Para erros lógicos já replicados, avalia recuperação histórica e reconciliação de alterações válidas posteriores. Num desenho privado, confirma DNS, conectividade e desativação do caminho público; criar private endpoint não completa sozinho o isolamento.
Quatro bases precisam de 60 unidades em simultâneo. Com 30 de folga, são necessárias 270 unidades, não apenas o pico de uma base.
Armadilhas comuns
Pooling tratado como capacidade infinita; failover usado como undo de dados; migração escolhida sem verificar dependências do SO.
Tópicos relacionados: Storage e integração de dados · Continuidade e recuperação demonstrada
Escolhe garantias por fluxo, incluindo a forma de corrigir estado errado.
Referência: Azure SQL service comparison · AZ-305 objectives 2026-04-17