Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
En este documento, se describe la política de asistencia y baja del software aislado de Google Distributed Cloud (GDC).
GDC proporcionará un aviso con un mínimo de un año de anticipación sobre cualquier cambio que genere interrupciones. Este aviso se puede emitir en cualquier momento después de que un servicio o una función estén disponibles para el público 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 retire el servicio.
GDC proporcionará asistencia durante un año para cada lanzamiento de 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 un lanzamiento de GDC y se publica, 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 retire la versión de la función. Durante este período de gracia, no se aplicarán parches ni se brindará asistencia para las versiones no admitidas de los componentes de software. Sin embargo, el software y la documentación seguirán disponibles para permitir que los usuarios actualicen a una versión compatible.
GDC se reserva el derecho de solicitar a los usuarios que migren a una función más reciente o a una versión secundaria para mitigar el riesgo de vulnerabilidades de seguridad críticas que no se pueden corregir en funciones más antiguas o versiones secundarias. Esto es poco frecuente, pero, a veces, no es posible aplicar parches de seguridad a versiones secundarias o de funciones antiguas de los componentes, por lo que es importante tomar medidas para proteger los datos y las cargas de trabajo de los usuarios.
Los parches de seguridad se proporcionarán de acuerdo con los objetivos de nivel de servicio (SLO) aplicables para las funciones de vista previa y disponibilidad general (AG). Sin embargo, los compromisos del Acuerdo de Nivel de Servicio (ANS) de GDC no se aplican a las funciones en versión preliminar. Los ANS solo se aplican a las funciones de DG.
Las funciones que solo existen en la versión preliminar pueden quedar obsoletas o quitarse sin previo aviso. Es posible que no se mantenga la compatibilidad con versiones anteriores cuando las funciones pasen de una versión preliminar a otra o a diferentes versiones de la API de vista previa. Las versiones de funciones en versión preliminar se cerrarán después de que sus capacidades alcancen el canal estable.
Los operadores de infraestructura (IO) deben aplicar las versiones de GDC (versiones de funciones, secundarias y de parches) a la implementación y a las organizaciones asociadas lo antes posible. La versión de lanzamiento de GDC es una versión interna y solo la pueden ver los IO.
Se debe aplicar una nueva función o una versión secundaria del GDC en un plazo de 60 días a partir de la publicación del lanzamiento y, a más tardar, en un plazo de 120 días (período de gracia), a menos que el equipo del GDC indique lo contrario.
Se debe aplicar una nueva versión de parche de GDC lo antes posible, en especial si la versión de lanzamiento 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 secundarias ni las de funciones, y se debe aplicar cada versión.
Los administradores de la plataforma (PA) son responsables de proporcionar períodos de mantenimiento (MW) adecuados para la organización o la plataforma, de modo que el operador y la automatización puedan aplicar actualizaciones y parches de inmediato.
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 no perderse las correcciones de seguridad y de errores.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-04 (UTC)"],[[["\u003cp\u003eGoogle Distributed Cloud (GDC) provides a minimum of one year's notice before implementing any breaking change to a generally available (GA) service or feature.\u003c/p\u003e\n"],["\u003cp\u003eEach minor version release of a GA feature or service will be supported for one year, with a potential grace period for some features before decommissioning.\u003c/p\u003e\n"],["\u003cp\u003eSecurity patches will be provided in accordance with service level objectives (SLOs), and GDC may require users to migrate to newer versions to address critical vulnerabilities that cannot be patched in older versions.\u003c/p\u003e\n"],["\u003cp\u003ePreview features may be deprecated or removed without notice, and backward compatibility is not guaranteed between different preview releases.\u003c/p\u003e\n"],["\u003cp\u003eInfrastructure Operators (IOs) must apply new GDC feature or minor version releases within 60 days of publication, and latest patch versions must be applied to avoid security and bug issues.\u003c/p\u003e\n"]]],[],null,["# Software support and deprecation policy\n\nThis document describes the Google Distributed Cloud (GDC) air-gapped software support and deprecation policy.\n\n1. GDC will provide a minimum of one year's notice of any breaking change. This notice might be issued anytime after a service or feature becomes generally available (GA), but the change itself won't take effect until the one-year notice period has concluded. If a deprecation notice is issued immediately after a service becomes generally available, there will be a one-year period before the service is decommissioned.\n\n2. GDC will provide support for one year for each minor version release of any feature or service that is generally available(GA). The support period starts from when the component's feature or a minor version is officially released as part of a GDC release and published and not when it is deployed by the user. Certain features might be available for an additional service-specific grace period after the end of the official support period and before the feature version is decommissioned. During this grace period, out-of-support versions of software components won't be patched or supported. However, software and documentation will continue to be available to allow users to upgrade to a supported version.\n\n3. GDC reserves the right to ask users to migrate to a newer feature or a minor version to mitigate the risk of critical security vulnerabilities that cannot be patched in older feature or minor versions. This is a rare occurrence, but sometimes, it is not feasible to apply security patches to old feature or minor versions of components, and it is important to take steps to protect user data and workloads.\n\n4. Security patches will be provided in accordance with the applicable service level objectives (SLOs) for both preview and general availability (GA) features. However, GDCservice level agreement (SLA) commitments are not applicable to preview features. SLAs only apply for GA features.\n\n5. Features that exists only in preview may be deprecated or removed without notice. Backward compatibility might not be maintained when features graduate from one preview release to another or different versions of the preview API. Preview feature releases will be shut down after their capabilities reach the stable channel.\n\n6. GDC releases (feature, minor, and patch versions) must be applied by Infrastructure Operators (IOs) to the deployment and associated organizations as soon as possible. The GDC release version is an internal version and is only visible to IOs.\n\n 1. A new GDC feature or a minor version must be applied within 60 days of the release publication and, at the latest, by 120 days (grace period) unless otherwise directed by the GDC team.\n\n 2. A new GDC patch version must be applied as soon as possible, especially if the release version contains critical fixes necessary for security and compliance. GDC patch versions can be skipped to catch up with the latest version. However, the feature or minor versions cannot be skipped and every version must be applied.\n\n7. Platform Administrators (PAs) are responsible for providing adequate maintenance windows (MW) for the organization or the platform, so that the operator and automation can apply upgrades and patches promptly.\n\n8. Infrastructure Operators (IOs) must upgrade to the latest patch version available for each feature or a minor version unless explicitly advised otherwise by GDC to avoid missing security and bug fixes."]]