Mejores Prácticas para PostgreSQL Gestionado

PostgreSQL gestionado elimina la carga de la aplicación de parches, pero no la ingeniería de rendimiento. Las consultas, los índices, los pools de conexiones y los simulacros de restauración siguen siendo tu trabajo en RDS, Cloud SQL, Aurora, Neon y Supabase.

Cómo Usar Esta Lista

• Ejecutar antes del corte a producción y después de cualquier incidente del proveedor.
• Emparejar con el ADR de Selección de Plataforma Cloud para el contexto de elección de plataforma.
• Asumir que lo gestionado no soluciona índices faltantes ni tormentas de conexiones.

A - Aprovisionamiento

• Cifrado en reposo habilitado al crear. Clave KMS documentada; sin instantáneas sin cifrar.
• Solo redes privadas. Sin IP pública a menos que se apruebe una excepción.
• Multi-AZ / HA regional para producción. Solo desarrollo/staging de una sola AZ.
• Protección contra eliminación en producción. Alineado con prevent_destroy de Terraform.
• Versión principal fijada explícitamente. PostgreSQL 18.x, no "predeterminado" flotante.

B - Configuración

• Grupo de parámetros personalizado: registro, pg_stat_statements, timeouts. No el grupo predeterminado.
• PgBouncer o pooler del proveedor para el tráfico de la aplicación. Conexión directa solo para migraciones.
• max_connections frente a matemáticas del pool documentadas. Ver artículo de matemáticas de conexiones.
• SSL verify-full con paquete CA del proveedor en las aplicaciones. Rotado antes de la caducidad de la CA.
• Lista de extensiones permitidas en el repositorio; CI prueba CREATE EXTENSION en staging.

C - Propiedad de la Aplicación

• Revisión semanal de pg_stat_statements. Top 10 por total_exec_time.
• Índices propiedad del repositorio de migraciones. No cambios solo en consola.
• Reintento idempotente de la aplicación ante failover. Se esperan desconexiones TCP.
• Enrutamiento de réplicas de lectura con protección de lag. No todas las lecturas ciegas a la réplica.
• Sin superusuario/usuario maestro en el DSN de la aplicación. Roles por servicio.

D - Fiabilidad y DR

• Retención de copias de seguridad cumple la política de RPO. Ventana PITR probada.
• Simulacro de restauración trimestral a un entorno no productivo. Documentar minutos hasta base de datos legible.
• Simulacro de failover anualmente. Medir RTO; corregir lagunas en pooler/DNS.
• Ranuras de replicación monitorizadas. Los consumidores de CDC no pueden llenar el disco.
• Ventana de mantenimiento anunciada; staging actualizado primero.

E - Costo y Gobernanza

• Revisión de dimensionamiento trimestral. Créditos de CPU, crecimiento de almacenamiento, réplicas inactivas.
• Etiquetas: env, service, owner, cost-center. Listo para imputación de costos de finanzas.
• IaC como fuente de verdad. Deriva de consola corregida o prohibida.
• Egresos minimizados: aplicación y base de datos en la misma región/AZ cuando sea posible.
• ADR archivado al cambiar de plataforma. Enlace en la wiki del equipo.

Preguntas Frecuentes

Relacionado

• Conceptos Básicos de PostgreSQL Gestionado - responsabilidad
• AWS RDS & Aurora Postgres - AWS
• Mejores Prácticas de Monitorización - observabilidad
• Matemáticas de Conexiones - dimensionamiento de pools
• Verificación de Copias de Seguridad - prueba de restauración

Versiones de pila: Esta página fue escrita para PostgreSQL 18.4 (estable 18, mantenimiento 17), pgvector 0.8+, PgBouncer 1.x, Patroni 3.x, y PostGIS 3.5+.