Conceptos básicos de Tech Lead sobre Postgres

8 ejemplos para empezar con el liderazgo técnico en Postgres: 5 básicos y 3 intermedios.

Prerrequisitos

psql "$DATABASE_URL" -c "SELECT version();"
psql "$DATABASE_URL" -c "SELECT count(*) FROM pg_stat_activity;"

• Acceso de lectura a métricas de staging y producción (Grafana, pganalyze o pg_stat_statements).
• Una guía de estilo de esquema única y una herramienta de migración para la organización.
• Relaciones con producto, finanzas y seguridad para conversaciones sobre compromisos.

Ejemplos básicos

1. El triángulo de Corrección / Tiempo de Actividad / Costo

Cada decisión mueve un vértice a expensas de otro.

• Documenta qué vértice es innegociable por línea de producto.
• Revisa trimestralmente cuando cambie la forma del tráfico.

Relacionado: SLO de tiempo de actividad para almacenes de datos - presupuestos de error

2. Esquema como API pública

Los cambios de esquema que rompen son cambios de API que rompen.

-- Rompiendo sin expandir/contraer
ALTER TABLE invoices ALTER COLUMN amount TYPE numeric(10,2);  -- riesgo de reescritura
 
-- Ruta de expansión más segura
ALTER TABLE invoices ADD COLUMN amount_v2 numeric(12,2);
-- la aplicación escribe doble, rellena datos, cambia, elimina la columna antigua más tarde

• Publica el registro de cambios del esquema para los propietarios de servicios.
• Requiere un ERD o un enlace de migración en los tickets épicos.

3. Propiedad de las matemáticas de conexiones

Los líderes técnicos establecen la política de pools; las aplicaciones la implementan.

max_connections = 200 en la instancia
PgBouncer pool_size = 80 por base de datos
Pods de aplicación = 40 x pool 20 = 800 conexiones de cliente → DEBE usar PgBouncer

SELECT count(*), state FROM pg_stat_activity GROUP BY 2;

• Rechaza diseños que abren una conexión por solicitud HTTP sin pooling.
• Planifica la capacidad antes del Black Friday, no durante.

Relacionado: Matemáticas de conexiones - fórmulas de dimensionamiento

4. Barra mínima de observabilidad

Si no puedes verlo, no puedes liderarlo.

CREATE EXTENSION IF NOT EXISTS pg_stat_statements;
 
SELECT query, calls, mean_exec_time, rows
FROM pg_stat_statements
ORDER BY total_exec_time DESC
LIMIT 10;

• Informe de consultas Top-N en la revisión semanal de ingeniería.
• Pronóstico de crecimiento de disco mensual con copia a finanzas.

5. Vías de escalada

Aclara quién decide bajo presión.

• Pre-aprueba la política de terminación para idle in transaction.
• Nunca improvises RACI durante Sev-1.

Relacionado: Conceptos básicos de incidentes - roles

Ejemplos intermedios

6. Consejo de Esquema Inter-equipos

Foro semanal de 30 minutos para bases de datos compartidas.

## Agenda del Consejo de Bases de Datos
1. Migraciones pendientes (nivel de riesgo)
2. Cola de solicitudes de índices
3. Aprendizajes de incidentes
4. Actualizaciones de fin de vida y extensiones

• Representantes de cada servicio que utiliza la base de datos.
• Veto solo sobre corrección/seguridad, no sobre gustos.
• Salida: enlaces ADR y orden de migración aprobado.

7. Registro de Deuda Técnica

Rastrea la deuda de la capa de datos como la deuda de la aplicación.

| ID | Elemento | Riesgo | Propietario | Objetivo |
|----|------|------|-------|--------|
| DB-12 | FK faltante en refunds.order_id | corrección | pagos | T3 |
| DB-18 | escaneo secuencial de orders_seq_scan 40% CPU | costo | plataforma | T2 |

SELECT relname, seq_scan, idx_scan
FROM pg_stat_user_tables
WHERE seq_scan > idx_scan AND seq_scan > 10000;

• Vincula la reducción de deuda con la recuperación del presupuesto de error después de incidentes.

8. Contratación y Delegación

El líder técnico posee los estándares; los DBA de nivel staff poseen la profundidad de ejecución.

• El ciclo de entrevistas incluye revisión de SQL y escenario de incidente.
• Empareja a los nuevos líderes con un DBA en la primera ventana de alto riesgo.
• Fomenta autores internos de runbooks, no un único héroe de guardia.

Relacionado: Crecimiento Profesional: DBA → Ingeniero de Datos Staff - camino de crecimiento

Versiones de Stack: 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+.