El equipo está migrando a Postgres administrado para "ya no administrar la base de datos". Primer incidente: las conexiones se agotaron porque cada trabajador sin servidor abre diez grupos; el proveedor limita a cien conexiones en el nivel de entrada. Segunda sorpresa: la restauración es posible por días, no por minutos: un RPO incompatible con una tienda online.
PostgreSQL administrado delega la operación de máquina: sistema operativo, motor, copias de seguridad de infraestructura y, a veces, conmutación por error automática. No delega el diseño de esquemas, consultas lentas ni migraciones mal probadas. Lea el contrato como un DBA minimalista, no como una promesa de total tranquilidad.
Lo que soporta el proveedor (en principio)
| Tarea | A menudo incluido | Para comprobar |
|---|---|---|
| Parche menor para SO + Postgres | Sí | Ventana de mantenimiento, actualización de versión principal |
| Copias de seguridad automáticas | Sí | Retención, PITR, restauración probada |
| Conmutación por error de alta disponibilidad | Según oferta | RTO anunciado, replicación sincrónica o asincrónica |
| Monitoreo de infraestructura | CPU, disco, conexiones | Alertas configurables |
| Cifrado en reposo | A menudo | ¿Claves administradas por el cliente? |
| Aumento vertical | A través de consola | Corte o cambio en línea |
Lo que se queda en casa
Incluso con la oferta mejor gestionada, varias responsabilidades nunca abandonan a su equipo:
- Esquema y migraciones: DDL, estrategia de reversión, compatibilidad N/N+1 entre versiones de la aplicación.
- Rendimiento de consultas: EXPLICACIÓN, índice y ajuste de vacío a veces limitado según el host.
- Conexiones: agrupador (PgBouncer, Supavisor) en el lado de la aplicación o complemento administrado.
- Seguridad lógica: roles, GRANT, configuración de seguridad a nivel de fila.
- Datos confidenciales: cifrado de aplicaciones, anonimización, cumplimiento del RGPD.
- Ejercicio de restauración — el botón existe en la consola; saber hacer clic bajo estrés, no.
Si su pila aún hereda de MySQL, compárela con MySQL para un sitio dinámico antes de cambiar.
Leer una oferta sin dejarse engañar
Antes de firmar, haga estas preguntas y exija respuestas documentadas, no giros de marketing:
- RPO y RTO para una restauración, no vagas “copias de seguridad diarias”.
- ¿Extensiones requeridas disponibles en su nivel?
- Límite de conexión en relación con su arquitectura (Redis, funciones sin servidor, múltiples trabajadores).
- Salir de la red si la aplicación se está ejecutando en otra región u otra nube.
- Bloquear: exportar pg_dump, formato estándar, retraso de salida.
- Región de la UE y compatible con DPA (RGPD y elección de host).
| Señal débil | Señal fuerte |
|---|---|
| “Copia de seguridad incluida” sin retención | PITR 7–35 días documentado |
| No se ofrece agrupador | Documentación de pooler administrado o PgBouncer |
| Versión de Postgres congelada durante años | Publicada la política de actualización de versiones |
Postgres administrado versus VPS autoadministrado
La administración gana si no tiene un administrador de bases de datos, si se requiere alta disponibilidad, si las auditorías requieren copias de seguridad comprobadas o si nadie quiere aplicar el parche a las tres de la mañana.
VPS gana si necesita extensiones exóticas, ajustes del kernel, costos fijos mínimos o una sólida competencia interna en Postgres.
Un híbrido frecuente: producción gestionada + catering local mensual para el ejercicio de recuperación.
La parte superior: el botón de restauración no es un plan de recuperación
Requerir un ejercicio de recuperación trimestral, incluso en un nivel administrado. El día del incidente, se agradecerá haber cronometrado el procedimiento en frío.
Decide y avanza sin puntos ciegos
Antes de elegir una oferta de Postgres administrada, alinee el contrato con su uso real:
- Corregir los RPO y RTO empresariales: cuántos minutos de datos perdidos y cuántas horas de tiempo de inactividad son aceptables.
- Comparar dos o tres ofertas europeas sobre ampliaciones, conexiones y restauración en un momento concreto.
- Agregue un pooler desde la primera implementación, no después de la primera saturación de conexiones.
- Automatice las migraciones en su canal de integración continua, con revisión y reversión documentadas.
- Programar un ejercicio de restauración trimestral y registrar el tiempo real logrado.
Explore nuestro directorio y la comparación para filtrar los alojamientos que ofrecen una base de datos gestionada y adaptada a su región.
Preguntas frecuentes
¿Postgres administrado incluye migraciones de aplicaciones?
No. El proveedor mantiene la instancia; usted administra DDL y migraciones a través de su código. Una migración fallida sigue siendo su responsabilidad.
¿Son suficientes las copias de seguridad automáticas?
Solo si el RPO/RTO del contrato coincide con sus necesidades y ha probado una restauración real; consulte probar una restauración.
¿Aún están disponibles las extensiones de PostgreSQL?
No. Cada host publica una lista blanca. Verifique PostGIS, pgvector o TimescaleDB antes de bloquear una función.
¿RDS, Scaleway o OVH?
Diferentes ámbitos: compare el pooler, las regiones, la salida de la red y la interfaz en un escenario idéntico.
PostgreSQL administrado: usted delega el centro de datos de la base de datos, no la responsabilidad por sus datos o sus consultas.