Corriendo Postgres en Kubernetes sin perder la cabeza
El equipo de ingeniería de Datadog publicó un recorrido detallado de cómo correr PostgreSQL con alta disponibilidad en Kubernetes. El post cubre las partes difíciles: mantener el primary y los replicas sincronizados, manejar el failover cuando el primary cae, y asegurarse de que las queries no se pierdan cuando un pod se reinicia.
No es un problema trivial. Postgres fue construido para correr en una sola máquina con acceso directo al disco. Kubernetes trata cada pod como desechable. Tienes que reconciliar esos dos mundos — lo que significa elegir entre servicios gestionados, setups basados en operators, o armar tu propia replicación. El artículo recorre los trade-offs y lo que Datadog eligió.
Este es el tipo de conocimiento de infraestructura que tiende a vivir en la cabeza de los ingenieros senior. Cuando el equipo lo escribe, ayuda a cualquiera que esté construyendo lo mismo, especialmente equipos que no tienen el lujo de una persona dedicada a database ops.
Por qué nos importa: cada vez que un equipo se vuelve mejor corriendo Postgres en producción, nuestras apps corren más rápido y la gente que depende de ellas — nuestra familia, nuestra comunidad — experimenta menos downtime.
“Postgres en Kubernetes es fácil hasta que no lo es”