Políticas de versión de la base de datos

En esta página, se describen las políticas de compatibilidad, retiro y asistencia para las versiones principales y secundarias de AlloyDB Omni, el operador de Kubernetes de AlloyDB Omni y la CLI de AlloyDB Omni.

Política de asistencia

Google proporciona asistencia para las versiones de AlloyDB Omni y el operador de AlloyDB Omni según los siguientes cronogramas:

Tipo de versión Período de asistencia
Versiones principales Se admite durante 5 años a partir de la fecha de lanzamiento inicial, lo que coincide con el ciclo de vida de asistencia de la comunidad de la versión subyacente de PostgreSQL.
Versiones secundarias Se admiten durante 1 año a partir de su fecha de lanzamiento específica.
Versiones del operador de Kubernetes Se admiten durante 1 año a partir de su fecha de lanzamiento específica. Para encontrar la fecha de lanzamiento de una versión del operador, consulta las [notas de la versión de AlloyDB Omni](/alloydb/omni/kubernetes/current/docs/release-notes).

Cronograma de asistencia de versiones principales

En la siguiente tabla, se indican las fechas de disponibilidad general (DG) de la compatibilidad de AlloyDB Omni con las versiones principales de PostgreSQL. Estas fechas sirven como la "fecha de lanzamiento inicial" para calcular el período de asistencia de 5 años.

Versión principal de PostgreSQL Fecha de DG
17 5 de diciembre de 2025
16 7 de abril de 2025
15 11 de octubre de 2023

Una vez que una versión supera su período de asistencia, se considera retirada. Google no procesa los tickets de asistencia para las versiones retiradas y recomienda que actualices a una versión compatible para seguir recibiendo asistencia.

Versiones de PostgreSQL compatibles

AlloyDB Omni admite la compatibilidad con las siguientes versiones de la base de datos de PostgreSQL:

Versión de PostgreSQL Versión de AlloyDB Omni Estado
17.5 17.5.0 Admitido
16.9 16.9.0 Admitido
15.13 15.13.0 Admitido
16.8 16.8.0 Retirado
15.12 15.12.0 Retirado

Política de parches

Para garantizar la seguridad y la estabilidad de tu entorno, Google aplica parches para errores y vulnerabilidades críticos según la siguiente política:

  • Los parches solo se aplican a la versión secundaria más reciente de cada versión principal compatible.
  • Si tienes un problema en una versión secundaria anterior, debes actualizar a la versión secundaria más reciente disponible de esa versión principal para recibir la corrección.

Actualización y compatibilidad

Los números de versión de AlloyDB Omni indican la versión de PostgreSQL que admiten con el formato MAJOR_VERSION.MINOR_VERSION.OMNI_PATCH_VERSION. Los números de versión principal y secundaria coinciden con la versión del motor de PostgreSQL subyacente, mientras que el tercer número representa la versión de parche de AlloyDB Omni.

Categoría de la política Descripción
Programación de versiones principales Nuestro objetivo es admitir las nuevas versiones principales de PostgreSQL en un plazo de ocho meses a partir del lanzamiento de la primera versión secundaria, la versión x.1, de una nueva versión principal de PostgreSQL.
Programación de versiones secundarias Nuestro objetivo es lanzar la compatibilidad con nuevas versiones secundarias de PostgreSQL cada trimestre.
Actualizar pedido Debes actualizar el operador de AlloyDB Omni antes de actualizar tus clústeres de bases de datos (planos de datos).
Actualizaciones de seguridad Nuestro objetivo es lanzar correcciones en el plazo de un mes a partir del lanzamiento de seguridad de la comunidad de PostgreSQL.
Compatibilidad de operadores El operador está diseñado para administrar planos de datos de hasta 1 año de antigüedad.
Ruta de actualización
  • Puedes omitir versiones secundarias o de parche durante una actualización, siempre que la brecha de versiones no supere el período de compatibilidad de 1 año.
  • Las reversiones solo se admiten para la versión que se usó inmediatamente antes de la actualización.

Protección de datos

El operador de AlloyDB Omni no realiza copias de seguridad automáticas antes de una actualización. Eres responsable de crear una copia de seguridad manual de tus datos antes de activar un proceso de actualización.

CLI de AlloyDB Omni

La CLI de AlloyDB Omni usa un esquema de versiones MAJOR.MINOR independiente. La versión principal solo se incrementa para los cambios incompatibles con versiones anteriores.