Política de asistencia y baja de software

En este documento, se describe la política de compatibilidad y baja del software aislado de Google Distributed Cloud (GDC).

  1. GDC notificará cualquier cambio rotundo con un mínimo de un año de anticipación. Este aviso se puede emitir en cualquier momento después de que un servicio o una función estén disponibles de forma general (DG), pero el cambio en sí no entrará en vigencia hasta que finalice el período de aviso de un año. Si se emite un aviso de baja inmediatamente después de que un servicio esté disponible de forma general, habrá un período de un año antes de que se dé de baja el servicio.

  2. GDC proporcionará asistencia durante un año para cada versión secundaria de cualquier función o servicio que esté disponible de forma general(DG). El período de asistencia comienza cuando la función del componente o una versión secundaria se lanza oficialmente como parte de una versión de GDC y se publica, y no cuando el usuario la implementa. Es posible que algunas funciones estén disponibles durante un período de gracia adicional específico del servicio después del final del período de asistencia oficial y antes de que se dé de baja la versión de la función. Durante este período de gracia, no se aplicarán parches ni se admitirán las versiones no compatibles de los componentes de software. Sin embargo, el software y la documentación seguirán estando disponibles para permitir que los usuarios actualicen a una versión compatible.

  3. GDC se reserva el derecho de pedir a los usuarios que migren a una función o una versión secundaria más reciente para mitigar el riesgo de vulnerabilidades de seguridad críticas que no se pueden parchear en versiones anteriores de la función o secundarias. Esto es poco frecuente, pero, a veces, no es posible aplicar parches de seguridad a versiones anteriores de la función o secundarias de los componentes, y es importante tomar medidas para proteger los datos y las cargas de trabajo de los usuarios.

  4. Los parches de seguridad se proporcionarán de acuerdo con los objetivos de nivel de servicio (SLO) aplicables para las funciones de versión preliminar y de disponibilidad general (DG). Sin embargo, los compromisos del acuerdo de nivel de servicio (ANS) de GDC no se aplican a las funciones de versión preliminar. Los ANS solo se aplican a las funciones de DG.

  5. Las funciones que solo existen en la versión preliminar pueden darse de baja o quitarse sin previo aviso. Es posible que no se mantenga la retrocompatibilidad cuando las funciones pasan de una versión preliminar a otra o a diferentes versiones de la API de versión preliminar. Las versiones de funciones de versión preliminar se cerrarán después de que sus capacidades alcancen el canal estable.

  6. Los operadores de infraestructura (IO) deben aplicar las versiones de GDC (versiones de funciones, secundarias y de parche) a la implementación y a las organizaciones asociadas lo antes posible. La versión de GDC es una versión interna y solo es visible para los IO.

    1. Se debe aplicar una nueva función de GDC o una versión secundaria en un plazo de 60 días a partir de la publicación de la versión y, a más tardar, en 120 días (período de gracia), a menos que el equipo de GDC indique lo contrario.

    2. Se debe aplicar una nueva versión de parche de GDC lo antes posible, en especial si la versión de actualización contiene correcciones críticas necesarias para la seguridad y el cumplimiento. Se pueden omitir las versiones de parche de GDC para ponerse al día con la versión más reciente. Sin embargo, no se pueden omitir las versiones de funciones o secundarias, y se debe aplicar cada versión.

  7. Los administradores de la plataforma (PA) son responsables de proporcionar ventanas de mantenimiento (MW) adecuadas para la organización o la plataforma, de modo que el operador y la automatización puedan aplicar actualizaciones y parches de inmediato.

  8. Los operadores de infraestructura (IO) deben actualizar a la versión de parche más reciente disponible para cada función o versión secundaria, a menos que GDC indique lo contrario de forma explícita para evitar perder correcciones de seguridad y de errores.