Política de baja de agentes de Cloud Logging y Monitoring

En este documento, se detalla la política de baja para los siguientes agentes de Logging and Monitoring y componentes relacionados del cliente:

Da de baja una versión de actualización

Versión de actualización compatible

Todos los agentes y sus componentes del cliente siguen la convención de control de versiones <PRINCIPAL>.<SECUNDARIA>.<DE PARCHES>. Por ejemplo, stackdriver-agent 5.5.2. Una nueva versión incrementa lo siguiente:

  • La versión PRINCIPAL cuando se realizan cambios incompatibles con versiones anteriores,
  • La versión SECUNDARIA cuando se agrega funcionalidad de una manera compatible con versiones anteriores,
  • La versión DE PARCHES cuando se realizan correcciones de errores compatibles con versiones anteriores.

La compatibilidad con una versión del agente significa que los errores en los agentes se depuran y corrigen en cada una de las plataformas compatibles. Es posible que los clientes necesiten actualizar su agente a la última versión secundaria de la misma versión principal para aprovechar las correcciones de errores. Sin embargo, no están obligados a actualizar a una versión principal posterior del agente, que puede contener cambios incompatibles con versiones anteriores.

Si un problema de seguridad o error crítico encontrado en una de las versiones principales admitidas también existe en otras versiones principales admitidas, la corrección de errores es compatible con todas las versiones principales admitidas a menos que la corrección no sea compatible con versiones anteriores. Las nuevas funciones no serán compatibles.

Los cambios compatibles con versiones anteriores, incluidas nuevas funciones o correcciones de errores, van a versiones secundarias de la versión principal más reciente en cualquier momento. Los cambios incompatibles con versiones anteriores se incorporan en la próxima versión principal.

Retiro

La vida útil de cualquier versión principal de un agente de Cloud Logging o Cloud Monitoring es de al menos 12 meses. Una versión principal (p. ej., La versión N) se da de baja 12 meses después del lanzamiento de la próxima versión principal (p. ej., La versión N + 1). Cuando se da de baja una versión principal, esta no recibe más correcciones de errores o actualizaciones secundarias. También significa que la asistencia al cliente ya no está disponible para esa versión. Una vez que se da de baja una versión, los archivos del instalador del agente para esa versión se eliminan y no están disponibles para descargar.

Las versiones posteriores del agente donde solo se actualiza la versión secundaria no restablecen el horario. La vida útil de cualquier versión secundaria sigue el calendario de baja y retiro de su versión principal.

No recibirá un Anuncio de servicio obligatorio (MSA) por cada versión. En su lugar, puede encontrar la fecha de retiro planificada en las páginas README del agente.

Cuando un entorno, por ejemplo, Amazon Elastic Compute Cloud (EC2), o un sistema operativo llega al final del ciclo de vida, el soporte del agente también queda obsoleto. El retiro real ocurre cuando finaliza el soporte para el entorno o el sistema operativo, a menos que ya se haya establecido una fecha de retiro específica para un agente. Para obtener más información, consulte la sección Baja de la compatibilidad con entornos, sistemas operativos y funciones de esta guía.

Plan de transición para agentes y componentes existentes.

Las versiones de los agentes y componentes del cliente que existían antes de esta política de desaprobación estarán disponibles y serán compatibles al menos hasta el 28 de febrero de 2020. Sin embargo, las correcciones de errores no serán compatibles con estas actualizaciones.

Para ver las fechas de retiro de otras versiones de los agentes y componentes, consulte la página README para cada componente.

Disminución de la compatibilidad con entornos, sistemas operativos y funciones

Entornos y sistemas operativos compatibles

Los agentes de Logging y Monitoring son binarios que se instalan en entornos de clientes. Los agentes son compatibles con muchas combinaciones diferentes de entornos y sistemas operativos. Una combinación de ejemplo es Amazon Linux en EC2.

Compatibilidad de funciones

Una característica se refiere a una unidad de funcionalidad de los agentes que satisface un requisito, representa una decisión de diseño y/o proporciona una opción de configuración potencial. Una característica de ejemplo sería la compatibilidad para la ingesta de métricas para un recurso supervisado.

Baja

Cuando la compatibilidad para un entorno, sistema operativo o función deja de estar disponible, recibirá un MSA para anunciar la baja, incluido un enlace a esta política de baja. El MSA está vinculado a la versión principal del agente y la actualización del componente. La fecha de retiro para el entorno, el sistema operativo o la función es la misma que la fecha de retiro para esa versión principal de la actualización del agente. Esa versión principal es la última versión principal que admite el entorno, el sistema operativo o la función.

Retiro

Cuando se da de baja la compatibilidad con un entorno, sistema operativo o función, ya no se brinda asistencia al cliente para ese entorno, sistema operativo o función. Se enviará un MSA para anunciar el retiro.