Soporte técnico
Documentación
Inicio de sesión
Contáctenos
Ir directamente al resumen generado por IA de esta entrada del blog 
Principales conclusiones
- Cada versión principal de PostgreSQL recibe aproximadamente cinco años de soporte de la comunidad tras su lanzamiento inicial.
- PostgreSQL 14 llegará al final de su ciclo de vida útil el 12 de noviembre de 2026.
- Seguir utilizando PostgreSQL 14 después de su fin de vida útil expone sus sistemas a mayores riesgos de seguridad, cumplimiento normativo y operativos.
El fin de la vida útil (EOL) de PostgreSQL 14 ya no es una preocupación lejana, ya que oficialmente queda menos de un año para que llegue. En noviembre de 2026, el Grupo de Desarrollo Global de PostgreSQL lanzará la última versión menor prevista para esta versión. Después de esa fecha, el soporte de la comunidad finalizará.
Para los equipos que utilizan la versión 14 en producción, esto significa que ya no habrá más parches de seguridad ni correcciones de errores. Si surge una vulnerabilidad crítica después de la fecha de fin de vida útil, la falta de soporte estándar significa que el proyecto PostgreSQL no emitirá una corrección.
Aunque el consejo habitual es «simplemente actualizar», los saltos de versión importantes, como pasar a PostgreSQL 17 o 18, rara vez son sencillos. Requieren pruebas exhaustivas y, a menudo, ventanas de mantenimiento de alto riesgo que pueden no ajustarse a las limitaciones operativas.
Ciclo de vida de las versiones y el soporte técnico de PostgreSQL
El proyecto PostgreSQL sigue una cadencia de lanzamiento predecible. Conocer cómo funciona su ciclo de vida ayuda a los equipos a planificar las actualizaciones, evaluar los riesgos y evitar sorpresas cuando una versión alcanza su fecha de soporte final, es decir, el fin del soporte de la comunidad. Si ha utilizado PostgreSQL 13, es probable que ya esté familiarizado con cómo se desarrolla todo:
Versiones principales frente a versiones secundarias
Aproximadamente una vez al año, normalmente en septiembre u octubre, se lanza una nueva versión principal de PostgreSQL. Las versiones PostgreSQL 14, 15 y 16 introducen nuevas funciones, mejoras internas y cambios de comportamiento que pueden afectar a las aplicaciones. Por este motivo, los equipos rara vez cambian de versión principal de forma improvisada.
Las versiones menores siguen un patrón muy diferente. Las actualizaciones menores (14.x, 15.x, 16.x) se publican varias veces al año o, como mínimo, cada trimestre. Se centran en corregir errores y resolver problemas de seguridad.
(Versiones menores actuales a febrero de 2026)
El periodo de soporte estándar de cinco años
Cada versión principal de PostgreSQL recibe soporte de la comunidad durante cinco años a partir de su fecha de lanzamiento inicial. Durante ese tiempo, los problemas de seguridad y los errores importantes se gestionan a través de versiones menores periódicas. Una vez alcanzada la marca de los cinco años, el mantenimiento finaliza. No se publican más parches para esa versión, incluso si surgen nuevos problemas.
Para conocer más a fondo las vulnerabilidades de PostgreSQL y por qué es importante aplicar los parches a tiempo, consulta nuestra guía detallada.
Fin de la vida útil de PostgreSQL 14: fechas clave
PostgreSQL 14 se lanzó inicialmente el 30 de septiembre de 2021. Siguiendo la política estándar de versiones quinquenales de PostgreSQL, el soporte de la comunidad para PostgreSQL 14 está previsto que finalice el 12 de noviembre de 2026. Después de esta fecha, la comunidad PostgreSQL dejará de proporcionar parches de seguridad, correcciones de errores o actualizaciones de mantenimiento para la versión 14. Cualquier vulnerabilidad recién descubierta permanecerá sin parchear a menos que se actualice a una versión compatible o se utilice una solución de soporte ampliado.
La siguiente tabla muestra cómo evolucionan las versiones de PostgreSQL a lo largo de su ciclo de vida de soporte estándar.
Riesgos de ejecutar PostgreSQL 14 tras el fin de su vida útil
Ejecutar PostgreSQL 14 después de su fin de vida útil expone a los sistemas a riesgos evitables en materia de seguridad, cumplimiento normativo y operaciones diarias. La base de datos no dejará de funcionar repentinamente el 13 de noviembre de 2026, pero desaparecerá la red de seguridad y mantenimiento. A partir de ese momento, las vulnerabilidades permanecerán sin parchear, será más difícil demostrar el cumplimiento normativo y los riesgos operativos aumentarán de forma constante.
Las vulnerabilidades siguen sin parchearse.
Una vez finalizada la vida útil, la comunidad PostgreSQL no corrige las vulnerabilidades recién descubiertas. Los atacantes suelen centrarse en el software sin soporte, ya que los exploits siguen siendo eficaces durante más tiempo. Esto aumenta el riesgo de violaciones de datos y accesos no autorizados.
Para obtener más información sobre las prácticas recomendadas en materia de seguridad de PostgreSQL, consulta nuestra guía detallada sobre cómo proteger los entornos de bases de datos.
Cumplimiento y fallos de auditoría
Muchas normas de cumplimiento, como PCI DSS e HIPAA, exigen el uso de software compatible con actualizaciones de seguridad activas. El uso de una versión de PostgreSQL no compatible puede dar lugar a conclusiones de auditoría, evaluaciones fallidas o un mayor escrutinio por parte de los reguladores y los clientes.
Riesgos operativos y de estabilidad
Sin correcciones de errores, los problemas conocidos siguen sin resolverse. Pueden aparecer problemas de compatibilidad a medida que los sistemas operativos, los controladores o las herramientas dependientes continúan evolucionando. La resolución de problemas también se vuelve más difícil a medida que menos proveedores y miembros de la comunidad ofrecen soporte para la versión.
¿Cuáles son sus opciones una vez que PostgreSQL 14 llegue al final de su vida útil?
Cuando llegue la fecha de fin de vida útil de PostgreSQL 14, «seguir como siempre» ya no será una opción. Los equipos deben elegir básicamente entre tres estrategias distintas, cada una con diferentes implicaciones en cuanto a riesgo, carga de trabajo y facilidad de mantenimiento a largo plazo.
Actualice a una versión compatible de PostgreSQL.
Actualizar a una versión compatible actualmente, como PostgreSQL 16, 17 o posterior, es la opción ideal a largo plazo. De este modo, se recupera el soporte de la comunidad y se obtiene acceso a mejoras de rendimiento, optimizaciones del planificador y correcciones continuas.
Sin embargo, una actualización importante no es solo un «parche». Dado que PostgreSQL cambia su formato interno de almacenamiento de datos entre versiones principales, las actualizaciones suelen implicar herramientas como pg_upgrade o replicación lógica.
En entornos de producción complejos, esto requiere un tiempo de inactividad significativo, posibles cambios disruptivos en extensiones de terceros y el riesgo de «regresiones en el plan de consulta», en las que una consulta rápida en la versión X de repente se ejecuta lentamente en la versión 17.
Utilice el soporte técnico de ciclo de vida ilimitado de TuxCare.
Para muchas organizaciones, una actualización importante inmediata no es práctica. Las aplicaciones heredadas, los requisitos de certificación o las limitaciones operativas a menudo implican que los equipos necesitan más tiempo antes de migrar.
Aquí es donde entran en juego soluciones como Endless Lifecycle Support (ELS) de TuxCare. TuxCare adapta las correcciones de seguridad relevantes de las versiones más recientes de PostgreSQL a las versiones anteriores que ya no son mantenidas por la comunidad.
Con ELS de TuxCare, las organizaciones pueden seguir recibiendo actualizaciones de seguridad para PostgreSQL 14 mientras mantienen estable su entorno actual. Esto ayuda a mantener el cumplimiento normativo, reducir el riesgo operativo a corto plazo y crear espacio para una migración planificada adecuadamente, en lugar de una actualización apresurada.
Operar sin soporte
Algunas organizaciones optan por seguir utilizando PostgreSQL 14 sin actualizar ni adquirir soporte ampliado. Aunque esto evita un esfuerzo inmediato, deja los sistemas expuestos.
Con el tiempo, las vulnerabilidades siguen sin corregirse, los problemas de compatibilidad aumentan a medida que evoluciona la infraestructura circundante y crece la probabilidad de que se detecten irregularidades en las auditorías. La base de datos puede seguir funcionando, pero el riesgo operativo aumenta constantemente.
También puedes obtener más información sobre los riesgos relacionados con el fin de vida útil (EOL) de PostgreSQL 12 para comprender cómo el uso de versiones antiguas de la base de datos sin parches afecta a la seguridad a lo largo del tiempo.
Nota: La mayoría de los equipos empresariales comienzan a planificar su estrategia posterior al fin de la vida útil entre 6 y 12 meses antes de la fecha límite. Este plazo es fundamental para realizar pruebas de simulación, validar aplicaciones y preparar la ruta de actualización. Si ya se encuentra dentro de este plazo, evaluar ahora las opciones de soporte ampliado puede evitar una migración apresurada que podría comprometer el tiempo de actividad de la producción.
Mantener la seguridad tras el fin de la vida útil de PostgreSQL 14
El fin de la vida útil (EOL) de PostgreSQL 14 no requiere una actualización inmediata, pero sí exige un plan claro para evitar riesgos en los sistemas de producción. Una vez que finalice el mantenimiento de la comunidad, los equipos deberán decidir cómo seguirán gestionando los riesgos de seguridad y manteniendo la estabilidad operativa.
Para los equipos que no pueden actualizar antes de la fecha de fin de vida útil, el soporte de ciclo de vida ilimitado de TuxCare para PostgreSQL ayuda a mantener las implementaciones existentes seguras y estables, al tiempo que le da tiempo para planificar las actualizaciones según sus propios términos.
TuxCare ya ofrece soporte ampliado mediante parches de vulnerabilidad continuos para PostgreSQL 13, que ha llegado al final de su vida útil, y ampliará el mismo enfoque a PostgreSQL 14 unos meses antes de la fecha de fin de vida útil.
La clave es actuar con antelación. Revise sus versiones de PostgreSQL, evalúe la preparación para la actualización y decida cómo mantendrá la seguridad después de la fecha de fin de vida útil.
Preguntas frecuentes
¿PostgreSQL 14 sigue siendo compatible?
Sí. PostgreSQL 14 sigue contando con el soporte de la comunidad PostgreSQL y seguirá recibiendo actualizaciones de seguridad y correcciones de errores hasta noviembre de 2026.
¿Qué versión de PostgreSQL debería utilizar en 2026?
Debe ejecutar una versión de PostgreSQL que aún se encuentre dentro de las fechas de soporte de la comunidad. En 2026, esto normalmente significará PostgreSQL 15, PostgreSQL 16 o cualquier versión más reciente compatible.
¿Puedo seguir utilizando PostgreSQL 14 sin actualizar?
Sí, pero solo si tienes un plan para las actualizaciones de seguridad. Por ejemplo, puedes elegir un servicio de soporte ampliado, como el soporte de ciclo de vida ilimitado de TuxCare, una vez que haya finalizado el mantenimiento de la comunidad. Ejecutar PostgreSQL 14 sin ningún tipo de soporte de seguridad aumenta tanto la exposición a riesgos de seguridad como los riesgos de cumplimiento normativo.
