Si tenés una base de datos que no se usa de forma constante —una app interna, un entorno de dev/test, o un sistema con picos y horas muertas— pagar por un servidor encendido 24/7 es tirar dinero. Azure SQL Database serverless resuelve eso: escala el cómputo automáticamente y se pausa cuando nadie la usa, cobrándote por segundo. En esta guía verás qué es, sus pros y contras, cómo configurarla y cuánto cuesta aproximadamente.

¿Qué es Azure SQL serverless?

Es un nivel de cómputo de Azure SQL Database (dentro del modelo vCore, capa General Purpose) que ajusta los recursos solos: defines un mínimo y un máximo de vCores y la base escala entre ambos según la demanda. Si no hay actividad durante el tiempo que configures, se auto-pausa y dejás de pagar cómputo (solo pagás el almacenamiento). En la siguiente conexión, se reanuda sola.

Beneficios

  • Pagás por uso real: el cómputo se factura por segundo, según los vCores efectivamente usados.
  • Auto-pausa: en periodos inactivos no pagás cómputo — ideal para cargas intermitentes (dev/test, apps internas, estacionales).
  • Auto-escala: sube y baja entre tu mínimo y máximo sin intervención manual ante picos.
  • Menos administración: no tenés que dimensionar ni reescalar a mano.

Desventajas

  • Latencia de “arranque en frío”: tras una auto-pausa, la primera conexión tarda en reanudar (segundos, a veces hasta ~1 minuto). Malo para apps que exigen respuesta inmediata siempre.
  • No conviene para carga constante: si la base trabaja casi todo el día, el nivel aprovisionado sale más barato y predecible.
  • Costo variable: ante picos escala (y cobra) más; el gasto es menos predecible que un precio fijo.
  • Limitaciones de pausa: la auto-pausa es de la capa General Purpose, y ciertas conexiones o features la impiden (si algo mantiene la base activa, nunca se pausa).
  • Caché en frío: tras la pausa, las primeras consultas son más lentas hasta que se vuelve a llenar la memoria.

Paso a paso (Portal de Azure)

  1. Portal → Crear un recurso → Azure SQL → SQL Database → Crear.
  2. Elegí suscripción y grupo de recursos, y un nombre para la base.
  3. En Servidor, creá uno nuevo (nombre, login y contraseña de administrador, región).
  4. En Cómputo y almacenamiento → Configurar: capa General Purpose, nivel de cómputo Serverless. Definí vCores máximo, vCores mínimo, el retardo de auto-pausa (mínimo 1 hora) y el tamaño de almacenamiento.
  5. En Redes, permití el acceso (agregá tu IP como regla de firewall o habilitá servicios de Azure).
  6. Revisar y crear. Conectate con SSMS o Azure Data Studio usando la cadena de conexión.

Con Azure CLI

# Servidor lógico (una vez)
az sql server create -n MISERVER -g MIGRUPO -l eastus2 
  -u adminuser -p 'TuPasswordSegura!'

# Base serverless: General Purpose, Gen5, máx 2 vCores, mín 0.5, auto-pausa a los 60 min
az sql db create -g MIGRUPO -s MISERVER -n MIBD 
  --edition GeneralPurpose --family Gen5 --compute-model Serverless 
  --capacity 2 --min-capacity 0.5 --auto-pause-delay 60

# Regla de firewall para tu IP
az sql server firewall-rule create -g MIGRUPO -s MISERVER 
  -n mi-ip --start-ip-address 200.0.0.1 --end-ip-address 200.0.0.1

El --auto-pause-delay va en minutos (mínimo 60); usá -1 para desactivar la auto-pausa.

Costo aproximado

El serverless se cobra por vCore-segundo de cómputo más el almacenamiento. Como referencia (capa General Purpose, Gen5, región tipo East US 2; los precios varían por región — confirmá en la calculadora de Azure):

  • Cómputo: ~US$0.52 por vCore-hora cuando está activa.
  • Almacenamiento: ~US$0.115 por GB al mes.
  • Pausada: US$0 de cómputo (solo el almacenamiento).

Ejemplo — una base de uso intermitente (~0.75 vCores promedio, ~8 h al día, 22 días hábiles, pausada el resto), 32 GB:

  • Cómputo: 0.75 × 0.52 × 8 × 22 ≈ ~US$69/mes
  • Almacenamiento: 32 × 0.115 ≈ ~US$4/mes
  • Total ≈ US$73/mes

Compará con un aprovisionado de 2 vCores siempre encendido: 2 × 0.52 × 730 ≈ ~US$759/mes. Para cargas intermitentes el ahorro es enorme; para carga constante, el aprovisionado gana.

¿Cuándo usarlo?

Sí: dev/test, apps internas con horas muertas, cargas estacionales o impredecibles, proyectos nuevos sin patrón de uso claro. Mejor evitarlo: producción con tráfico constante y alto, o donde la latencia de arranque en frío sea inaceptable.

Conclusión

Azure SQL serverless es ideal cuando tu base no trabaja todo el tiempo: pagás por lo que usás y se apaga sola. La clave es conocer tu patrón de uso — si es intermitente, ahorrás muchísimo; si es constante, el aprovisionado es mejor.

Seguí leyendo: Azure Storage como SFTP · Diseño y Arquitectura.

En Grupo TANDEM diseñamos e implementamos infraestructura en Azure optimizada en costo y rendimiento. Si querés elegir bien entre serverless y aprovisionado para tu caso, conversemos.