DBaaS vs DBA experto: la diferencia que tu negocio no puede ignorar

Uno de los argumentos más comunes para no contratar administración experta de bases de datos es: "ya usamos Azure SQL o RDS — eso gestiona todo automáticamente". La premisa no es incorrecta, pero la conclusión sí lo es.

Veamos exactamente qué hace y qué no hace un servicio DBaaS (Database as a Service) como Azure SQL Database, Amazon RDS o Google Cloud SQL, y dónde empieza el trabajo de un DBA humano.

¿Qué hace un DBaaS correctamente?

Los servicios de base de datos en la nube son muy buenos en lo que prometen:

Alta disponibilidad automática: réplicas y failover configurados por defecto.
Backups automáticos: copias de seguridad según la política de retención configurada.
Actualizaciones del motor: parches de seguridad del motor de base de datos aplicados por el proveedor.
Escalado vertical simple: subir o bajar el tier de CPU/RAM desde un panel de control.

Para muchas aplicaciones pequeñas o medianas con queries sencillas, esto es suficiente.

¿Qué no puede hacer un DBaaS?

Aquí está la brecha que muchas empresas descubren demasiado tarde:

No optimiza tus consultas

Un DBaaS no sabe que tu consulta de reporte de ventas tiene un JOIN mal escrito que fuerza un full table scan de 200 millones de filas. No va a revisar tus planes de ejecución, no va a sugerir índices faltantes ni va a reescribir una query ineficiente. Eso requiere un DBA que entienda tu modelo de datos y el contexto del negocio.

No prueba tus backups

Los backups automáticos de Azure SQL existen — pero ¿los has restaurado alguna vez en un entorno de prueba para verificar que son correctos y completos? Un DBA implementa un proceso de prueba periódica de restauración, que es la única forma real de saber que tus datos están protegidos.

No conoce el contexto de tu negocio

Cuando hay un incidente a las 11pm y el sistema de producción está caído, un panel de control no puede priorizar qué restaurar primero, cuál es la tabla más crítica para el negocio ni qué datos pueden estar desactualizados. Un DBA que conoce tu sistema sí puede tomar esas decisiones.

No resuelve problemas de diseño

Si tu modelo de datos tiene problemas estructurales — índices mal diseñados, normalización incorrecta, falta de particionamiento en tablas masivas — el DBaaS los ejecutará eficientemente. El problema seguirá ahí hasta que alguien con criterio técnico lo diagnostique y corrija.

¿Cuándo es suficiente el DBaaS solo?

Si tienes una aplicación con menos de 5 millones de registros, queries simples y sin requisitos de SLA estrictos, el DBaaS probablemente sea suficiente. Usa las herramientas que te da el proveedor cloud para monitorear rendimiento básico y asegúrate de verificar los backups regularmente.

¿Cuándo necesitas un DBA además del DBaaS?

Necesitas un DBA cuando:

Tienes más de 50 millones de registros en tablas críticas
El rendimiento de queries afecta la operación del negocio
Tienes un SLA de disponibilidad real que cumplir
La base de datos alimenta sistemas críticos (ERP, MES, CRM)
Nadie en tu equipo tiene profundidad de conocimiento en el motor específico

La respuesta no es una o la otra — es complementaria

El escenario ideal para muchas empresas medianas en Chile es exactamente ese: usar Azure SQL o RDS para la infraestructura de la base de datos (alta disponibilidad, backups automáticos, escalado fácil) más un DBA experto de IDT para la optimización, el monitoreo profundo y la gestión de incidentes. Cada uno hace lo que mejor sabe hacer.