Su plataforma SaaS aloja 200 bases de datos de inquilinos pequeños. Cada inquilino experimenta picos de actividad breves e impredecibles, mientras que la utilización agregada se mantiene moderada. Desea minimizar el costo de cómputo, usar descuentos por capacidad reservada y evitar la administración del escalado por base de datos. ¿Qué implementación debería elegir?

La opción correcta es crear un grupo elástico de Azure SQL Database basado en vCore (Propósito General) y colocar todas las bases de datos de los inquilinos en el grupo, configurando los ajustes mínimos/máximos por base de datos. Esto permite compartir recursos de cómputo entre las 200 bases de datos, optimizando el costo al aprovechar que la utilización agregada es moderada, a pesar de los picos individuales. Los grupos elásticos son ideales para escenarios SaaS con patrones de uso impredecibles y permiten aplicar descuentos por capacidad reservada. La implementación serverless con auto-pause (opción incorrecta) sería costosa para 200 bases de datos, ya que cada una se facturaría individualmente por el tiempo activo. Azure SQL Managed Instance (opción incorrecta) es más adecuada para migraciones de SQL Server on-premises y no optimiza el costo para este patrón de carga. Las bases de datos Premium basadas en DTU (opción incorrecta) son un modelo de compra más antiguo y menos flexible que vCore para este escenario. Azure SQL Database Hyperscale (opción incorrecta) está diseñada para bases de datos muy grandes y no es eficiente para 200 bases de datos pequeñas, incluso con particionamiento por esquema.