Política de versiones

Gen 2

Al aprovisionar una instancia de Cloud Databases, puedes elegir entre las versiones disponibles actualmente en IBM Cloud®. Actualmente, solo están disponibles las últimas versiones de Gen 2 Cloud Databases, tal y como se indica en las páginas del catálogo, en la CLI del Resource Controller o en la API del Resource Controller.

Versiones principales definidas

Versiones principales de Cloud Databases
Servicio Cloud Databases esquema de control de versiones Próxima versión y fecha de fin de vida útil conocidas Versión principal preferida Procedimiento de fin de vida útil [1]
Databases for PostgreSQL Cloud Databases La versión principal viene definida por el primer número del número de versión. v14, 21 de octubre de 2026 v18 Actualización automática in situ a la siguiente versión principal; se admite la actualización in situ iniciada por el cliente de v14 a v15.
Databases for MongoDB Cloud Databases Las versiones principales son los dos primeros números de un número de versión major.x.patch. Si x es par, significa que se trata de un release estable adecuado para producción. Las versiones x pares son las únicas disponibles en Cloud Databases. v8.0, 24 de octubre de 2029 v8.0 Actualización automática in situ a la siguiente versión principal; se admite la actualización in situ iniciada por el cliente a la siguiente versión principal para los planes Standard y Enterprise
Databases for Redis Cloud Databases Las versiones principales son el primer número de un número de versión major.minor.patch. N/D v8.2 Se actualiza automáticamente a la siguiente versión principal
Databases for Elasticsearch Cloud Databases Las versiones principales son los dos primeros números de un número de versión de mantenimiento release.version. N/D v8 Actualización automática in situ a la siguiente versión principal
Databases for MySQL Cloud Databases Las versiones principales son los dos primeros números del número de versión de major.x.patch. v8.4, 30 de abril de 2029 v8.4 Se actualiza automáticamente a la siguiente versión principal
Messages for RabbitMQ Cloud Databases Las versiones principales son los primeros números de un número de versión major.x.patch. N/D v4 Se ha realizado una copia de seguridad y se ha eliminado el acceso a la versión principal,
. Se ha actualizado automáticamente in situ a la siguiente versión secundaria
Databases for Valkey Cloud Databases Las versiones principales son los dos primeros números de un número de versión major.x.patch. N/D v9 Se actualiza automáticamente a la siguiente versión principal

Suscríbete para recibir las actualizaciones de la versión

Cloud Databases Las actualizaciones de versión principales se publican en las notas de la versión de cada servicio. Para estar al día de los anuncios sobre nuevas versiones principales, visita la página de estado de IBM Cloud y suscríbete para recibir notificaciones. En estas notificaciones de estado se incluyen las notas de la versión del servicio.

Versiones principales en desuso

Cloud Databases tiene como objetivo ofrecer soporte para una versión principal durante aproximadamente tres años a partir de su lanzamiento. Si los responsables del proyecto de código abierto original consideran que una versión ha quedado obsoleta o le han dado por terminada su vida útil, Cloud Databases iniciará su propio proceso de obsolescencia.

Cuando una versión principal pasa a estar en desuso, se abre una ventana de transición de seis meses para los usuarios actuales de la versión. Al inicio del periodo, nos ponemos en contacto con los usuarios afectados por la retirada de la función. Durante la ventana de transición de seis meses, los usuarios pueden iniciar una actualización a una versión principal soportada. Las instancias existentes siguen funcionando con normalidad.

Durante el periodo de seis meses de obsolescencia, es posible restaurar las instancias existentes en nuevas instancias de la versión principal en desuso, aunque recomendamos actualizar a una versión principal que no esté en desuso lo antes posible.

Al finalizar el periodo de transición, las versiones principales obsoletas no se podrán implementar en Cloud Databases. Se realiza una copia de seguridad de la instancia y se retira el acceso a las instancias que ejecutan una versión obsoleta, o bien las instancias se actualizan automáticamente a la siguiente versión principal. La copia de seguridad está disponible para ser restaurada en una nueva versión compatible.

Las copias de seguridad se conservan únicamente durante 30 días. No se pueden atender las solicitudes de reactivar formaciones desactivadas de versiones que han llegado al final de su ciclo de vida.

Si no se actúa se pueden producir problemas de compatibilidad con sus aplicaciones cuando IBM realice una actualización. En raras ocasiones, se pueden producir errores que afecten a su disponibilidad. Si se produce un fallo, la instancia se desactiva y es necesario restaurarla a partir de una copia de seguridad. Es recomendable realizar una migración antes de la fecha de fin de soporte.

Códigos de versión

Actualmente, solo se admite una versión por servicio « Cloud Databases » de segunda generación. A medida que se publiquen nuevas versiones, se aplicarán las siguientes etiquetas de versión.

Cloud Databases Etiquetas de versión
Etiqueta de versión Descripción
Preferidas La versión recomendada y predeterminada para todas las nuevas instancias. Es la versión más estable y actualizada, tanto desde el punto de vista de la instancia como del servicio.
Vista previa Se lanza una versión preliminar durante un tiempo limitado para probar las funciones disponibles. A menudo se trata de la versión más reciente disponible, facilitada por los responsables del proyecto con vistas a convertirla en la versión preferida. Aunque se pueden desplegar, las versiones preliminares no resultan adecuadas para producción, ya que están excluidas del soporte y de los acuerdos de nivel de servicio. Además, no se garantiza que una versión de vista preliminar se convierta en un release a nivel de producción. IBM Se reserva el derecho a solicitar a un cliente que elimine una instancia que utilice una versión preliminar.
En desuso Las versiones antiguas y aquellas que se acercan a su fecha de fin de vida útil se marcan como Obsoletas. Las operaciones de aprovisionamiento y restauración de instancias que ejecutan una versión obsoleta siguen estando disponibles, y las instancias que ejecutan una versión obsoleta siguen recibiendo soporte. No obstante, se recomienda actualizar a la nueva versión Preferred, ya que las versiones obsoletas acabarán siendo eliminadas de IBM Cloud y ya no se podrán aprovisionar, restaurar ni recibirán soporte técnico.
Sin etiquetar Las versiones sin etiquetar son versiones totalmente compatibles y listas para su implementación. Suelen ser ligeramente anteriores a la versión recomendada actualmente, pero siguen contando con el soporte de los responsables del proyecto. Seguirán siendo compatibles con las instancias de Cloud Databases hasta que se anuncie su obsolescencia.
Oculto No se puede habilitar una versión oculta. Las instancias existentes que utilizan una versión marcada como oculta aún pueden restaurarse a dicha versión oculta.

Versiones menores

IBM Cloud se compromete a ofrecer versiones seguras y actualizadas de sus servicios. A medida que los responsables del proyecto publican actualizaciones, estas se prueban, se evalúan y se implementan en las instancias de Cloud Databases. Las actualizaciones de la versión secundaria y los parches de su instancia se gestionan automáticamente y no son configurables por el usuario.

Notificaciones sobre el fin de la vida útil de las versiones principales

Recibirás varias notificaciones cuando una versión principal llegue al final de su ciclo de vida. Por lo general, puedes esperar:

Para obtener más información, consulta « Métodos programáticos para comprobar el estado de la versión ». Se recomienda a los clientes que utilicen métodos programáticos, a través de la CLI o la API, para mantenerse al día sobre el estado de la versión de la base de datos. Para obtener más información, consulta « Métodos programáticos para comprobar el estado de la versión ».

Cualquier acción que se lleve a cabo tras la fecha de fin de vida útil (EOL) se realiza a lo largo de varios días a partir de dicha fecha. Intentamos, aunque no lo podemos garantizar, realizar estas actualizaciones fuera de las horas de trabajo en las regiones locales. Si deseas tener un mayor control sobre el proceso de actualización de tu instancia, te recomendamos que realices la actualización siguiendo nuestro procedimiento de copia de seguridad y restauración antes de la fecha de fin de vida útil (EOL) de tu versión.

Métodos programáticos para comprobar el estado de la versión

A través de una API de segunda generación Cloud Databases, se utiliza la API del controlador de recursos para fines operativos. El siguiente comando obtiene todos los datos asociados a una implementación. Estos datos incluyen el ID, el nombre, el tipo de base de datos y la versión.

GET /v2/resource_instances/{id}`

Solicitud de ejemplo:

curl -X GET https://resource-controller.cloud.ibm.com/v2/resource_instances/8d7af921-b136-4078-9666-081bd8470d94 -H "Authorization: Bearer <IAM token>" \

  1. En esta columna se describen las medidas que tomará el equipo de IBM Cloud® en las instancias de base de datos que no se hayan actualizado a una nueva versión antes de la fecha de EoL. Este enfoque no se recomienda. Para obtener más información, consulta el procedimiento de fin de vida útil. ↩︎