Mejores Prácticas de Liderazgo Técnico
Consejo de bases de datos para cambios de esquema entre equipos. Utiliza esta lista al establecer o auditar el liderazgo de la plataforma de datos.
Cómo Usar Esta Lista
- Adopta la cadencia del consejo antes de que el segundo equipo comparta una base de datos.
- Califica cada servicio trimestralmente contra los elementos de conexión, migración y revisión.
- Publica las decisiones como ADRs en git, no solo en las notas de reuniones.
- Empareja la lista con el presupuesto de errores y las acciones posteriores al incidente.
A - Gobernanza
- El consejo de bases de datos se reúne semanalmente con la cola de migración. Los conflictos entre equipos surgen temprano.
- Guía de estilo de esquema única aplicada en CI. Nomenclatura, política de FK, patrones de RLS documentados.
- Los cambios de esquema se tratan como semver de API. Los cambios disruptivos utilizan expandir/contraer.
- Se requiere ADR para disputas de propiedad de tablas compartidas. Quién escribe, quién migra.
B - Barra de Calidad
- Estándares de revisión de consultas obligatorios por encima del umbral de QPS. Evidencia EXPLAIN en PR.
- Las solicitudes de índices fluyen a través de una aprobación medida. No
CREATE INDEXad hoc en producción. - Se revisa
pg_stat_statementssemanalmente. Los diez primeros por tiempo total tienen un propietario. - Capacitación en MVCC para cada nuevo equipo de servicio. Dentro de los 30 días posteriores al primer despliegue.
C - Asociación de Fiabilidad
- El líder técnico co-posee el SLO del almacén de datos con SRE. RPO/RTO explícitos en los documentos de estado.
- Runbooks de guardia enlazados desde el README del servicio. Escenarios de disco, bloqueos, latencia.
- Las acciones posteriores al incidente se rastrean hasta su finalización. El mismo sprint que el post-mortem.
- Las ventanas de mantenimiento se coordinan con el calendario del producto. Fechas de bloqueo compartidas.
D - Costo y Crecimiento
- Pronóstico de crecimiento de almacenamiento compartido con finanzas mensualmente. Vinculado a la retención y los índices.
- El recuento de réplicas se justifica por el SLO de lectura. No "2 por defecto" sin prueba de carga.
- Revisión trimestral de dimensionamiento correcto. La generación de instancias y los IOPS coinciden con el conjunto de trabajo.
- Retirar índices y esquemas no utilizados. Monitorización de
idx_scancon política de eliminación.
Preguntas Frecuentes
¿Qué tan grande debe ser el consejo de bases de datos?
Un delegado por servicio consumidor más un presidente de DBA; mantener por debajo de 10 personas para las decisiones.
¿Qué pasa si los equipos se resisten al consejo?
El líder técnico escala a través del costo del incidente y las fallas del SLO; comenzar de forma consultiva y luego hacerlo obligatorio después de Sev-2.
¿El consejo bloquea la entrega?
El objetivo es ordenar las migraciones de forma segura en paralelo, no un poder de veto para la velocidad.
¿Cómo manejar el esquema de una empresa adquirida?
El consejo añade una pista de integración; ADR separada para bases de datos fusionadas o federadas.
¿Debería el líder técnico escribir SQL?
Sí, para estándares y revisiones; delegar la optimización profunda a un DBA de personal.
¿Cómo medir el impacto del liderazgo?
Frecuencia de incidentes, tasa de fallos de migración, tiempo medio para aprobar un cambio de esquema seguro.
¿Qué pasa con la persistencia políglota?
El alcance del consejo aclara Postgres frente a otras tiendas por contexto delimitado.
¿Esquema generado por IA en el consejo?
La misma barra de revisión; el DDL generado no se aprueba automáticamente.
¿Consejos para un consejo remoto?
Documento de migración asíncrono 24 horas antes; en vivo solo para conflictos e incidentes.
¿Qué debería leer a continuación?
Relacionado
- Conceptos Básicos de Liderazgo Técnico en Postgres - corrección/tiempo de actividad/costo
- Estándares de Revisión de Consultas - barra de PR
- Conceptos Básicos de Gobernanza - estándares de la organización
- Prácticas Recomendadas para Trabajar con Ingeniería - alineación de partes interesadas
- Mejores Prácticas de Gestión de Cambios - seguridad de DDL
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+.