Proceso de lanzamiento de Apigee

Esta página se aplica a Apigee y Apigee Hybrid.

Consulta la documentación de Apigee Edge.

En este tema se describe el proceso de lanzamiento de Apigee y Apigee hybrid.

Recibir notificaciones de lanzamiento

La mejor forma de estar al día de las versiones de Apigee es suscribirse al feed RSS de las notas de la versión. Para suscribirte, sigue estos pasos:

  1. Ve a la página Notas de la versión de Apigee.
  2. Selecciona Todo para ver todas las notas de las versiones de Apigee o selecciona el producto de Apigee que quieras ver.
  3. Añade la URL de la página a tu lector de feeds para suscribirte a las notas de la versión Todas o a una categoría específica de notas de la versión, como Apigee hybrid.

Proceso de lanzamiento de Apigee

Apigee sigue un modelo de lanzamiento continuo para que nuestros usuarios puedan acceder a las innovaciones y mejoras del producto rápidamente y con la mayor calidad posible.

Frecuencia de lanzamiento

Los lanzamientos de Apigee se producen aproximadamente cada dos semanas, aunque este plazo puede variar. Los lanzamientos de Apigee se anuncian en la página de notas de las versiones de Apigee cuando se inician, pero pueden tardar cuatro o más días hábiles en completarse en todas las zonas de Google Cloud. Es posible que las instancias individuales no tengan las funciones y las correcciones disponibles hasta que se complete el lanzamiento.

Gestión de versiones

Las versiones de Apigee usan el siguiente sistema de numeración:

major_version.minor_version.patch_version

Por ejemplo, 3.2.1, donde el número principal es 3, el número secundario es 2 y el número de parche es 1.

Cuando veas la versión de la instancia mediante la API o en la interfaz de usuario, verás los números de versión convertidos en una cadena con guiones, como 3-2-1-apigee-1. La cadena de versión con guiones también se usa para anunciar lanzamientos y cargas útiles en las notas de las versiones de Apigee.

Proceso de lanzamiento de Apigee Hybrid

Versiones y frecuencia de lanzamiento

Las versiones de Apigee hybrid usan el siguiente sistema de numeración:

major_version.minor_version.patch_version

Por ejemplo, 3.2.1, donde el número principal es 3, el número secundario es 2 y el número de parche es 1.

Publicar título Nivel de asistencia Frecuencia de lanzamiento Descripción
Principal Se ofrece asistencia hasta 12 meses después del lanzamiento de la siguiente versión principal. Según sea necesario No se espera que las versiones principales sean compatibles con versiones principales anteriores. Pueden incluir nuevas funciones y mejoras, correcciones de errores acumulativas, mitigación de vulnerabilidades de seguridad, cambios en la configuración y cambios en la infraestructura o la arquitectura.
Baja

Se ofrece asistencia durante 12 meses a partir de la fecha de lanzamiento inicial.

Esto supone un cambio con respecto a los nueve meses anteriores de asistencia.

Tres al año, aproximadamente cada cuatro meses.

Esto supone un cambio respecto a las cuatro que se ofrecían anteriormente al año.

Se espera que las versiones secundarias sean compatibles con versiones anteriores dentro de la misma versión principal. Pueden incluir mejoras de funciones, correcciones de errores acumulativas y mitigación de vulnerabilidades de seguridad.

Apigee solo admite actualizaciones secuenciales. Para actualizarse a major_version.(minor_version+1).patch_version_any, un cliente debe tener major_version.(minor_version).patch_version_any. Por ejemplo, para actualizar de la versión 1.2 a la 1.4, un cliente debe actualizar a la versión 1.3 y, después, a la 1.4.

Retoque Igual que la versión secundaria correspondiente. Si es necesario, como máximo una vez al mes

Las versiones de parche pueden contener correcciones de errores y parches de vulnerabilidades de seguridad.

Los parches se numeran major.minor.patch, donde patch es un número 1 a 12.

Parche - Vulnerabilidades de seguridad Igual que la versión con parche, pero no contendrá código adicional. Según sea necesario Se publicarán parches para las principales vulnerabilidades de seguridad según sea necesario en respuesta a las circunstancias de seguridad.

Imágenes de contenedor de Apigee Hybrid

Versiones principales, secundarias y de parche: las imágenes de contenedor que se usan en estas versiones están integradas con los gráficos de Helm de Apigee hybrid. Si actualizas a cualquiera de estas versiones mediante el gráfico de Helm, las imágenes se actualizarán automáticamente. Normalmente, no es necesario cambiar las imágenes manualmente.

Lanzamientos de correcciones: para correcciones críticas de seguridad y otras correcciones inmediatas, Apigee proporciona etiquetas de imagen de contenedor específicas que debes actualizar manualmente en tus implementaciones. El binario del gráfico de Helm suele permanecer sin cambios en las correcciones. Las correcciones son temporales y sus cambios se incluirán en la próxima versión principal, secundaria o de parche.

Consulta Listar las imágenes de tu repositorio para obtener información sobre cómo determinar las etiquetas de las imágenes de contenedor de tu instalación de Apigee hybrid.

Versiones compatibles e historial de lanzamientos

Para obtener información sobre las versiones compatibles y el historial de lanzamientos de Apigee hybrid, consulta Plataformas y versiones compatibles con Apigee hybrid.

Política de asistencia de versiones del plano de ejecución

Apigee publica una nueva versión menor (por ejemplo, y en la versión x.y) del runtime híbrido tres veces al año, aproximadamente cada cuatro meses, con una versión de parche mensual (por ejemplo, z en la versión x.y.z). Apigee admite versiones secundarias durante un máximo de 12 meses a partir de su fecha de lanzamiento original. Esta es una actualización reciente de las cuatro veces al año y los nueve meses de asistencia anteriores.

El objetivo de la política de asistencia de versiones del plano de ejecución es ofrecer a los clientes la flexibilidad de programar las actualizaciones cuando se ajusten a sus necesidades empresariales, al tiempo que se equilibra la rápida evolución de Apigee (y su dependencia de los componentes subyacentes, como Anthos y Anthos Service Mesh).

Compatibilidad entre el plano de ejecución y la versión de Anthos

Se admitirá una versión secundaria del tiempo de ejecución híbrido de Apigee en un mínimo de dos versiones de clústeres vinculados de Anthos y Anthos.

Compatibilidad del plano de gestión y plazos de asistencia

El plano de gestión híbrido de Apigee seguirá siendo compatible y se podrá usar con una nueva versión principal o secundaria del runtime híbrido durante 12 meses después de que se publique la versión secundaria del runtime (o el periodo más largo entre las tres últimas versiones del runtime y 12 meses).

Una actualización del plano de gestión puede interrumpir una versión secundaria del tiempo de ejecución que se haya publicado hace 12 meses o más.

Una vez que finaliza el periodo de asistencia, Apigee requiere que los clientes actualicen a una versión actual. No se aceptarán partes de asistencia para versiones que estén fuera del periodo de asistencia.