Sua plataforma SaaS hospeda 200 pequenos bancos de dados de locatários. Cada locatário experimenta picos de atividade breves e imprevisíveis, enquanto a utilização agregada permanece moderada. Você deseja minimizar o custo de computação, usar descontos de capacidade reservada e evitar o gerenciamento de escalonamento por banco de dados. Qual implantação você deve escolher?

Um pool elástico de Azure SQL Database baseado em vCore (Uso Geral) é a solução ideal porque permite que vários bancos de dados compartilhem um conjunto de recursos de computação, otimizando custos para cargas de trabalho imprevisíveis e com picos. A camada Uso Geral oferece um bom equilíbrio entre desempenho e custo. A capacidade reservada pode ser aplicada ao pool, reduzindo ainda mais os custos. A configuração de limites mínimos/máximos por banco de dados garante que nenhum locatário monopolize os recursos e que haja um desempenho básico garantido. As outras opções são menos adequadas: Um único Azure SQL Database serverless por locatário seria caro devido à sobrecarga de 200 instâncias separadas, mesmo com pausa automática. Uma Instância Gerenciada do Azure SQL é mais cara e projetada para migrações de SQL Server on-premises, não para otimização de custos de SaaS com muitos bancos de dados pequenos. Bancos de dados Premium baseados em DTU são mais caros e o modelo DTU é menos flexível para cargas de trabalho variáveis do que o vCore. Um único banco de dados Hyperscale é projetado para bancos de dados muito grandes, não para consolidar muitos bancos de dados pequenos, e o isolamento de locatários por esquema pode ser mais complexo de gerenciar e menos seguro do que bancos de dados separados.