Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Questo documento descrive le norme di assistenza e ritiro del software con air gap di Google Distributed Cloud (GDC).
GDC fornirà un preavviso di almeno un anno per qualsiasi modifica che comporti interruzioni. Questo avviso potrebbe essere emesso in qualsiasi momento dopo che un servizio o una funzionalità diventa disponibile a livello generale (GA), ma la modifica stessa non avrà effetto fino al termine del periodo di preavviso di un anno. Se un avviso di ritiro viene emesso immediatamente dopo che un servizio diventa disponibile pubblicamente, ci sarà un periodo di un anno prima che il servizio venga ritirato.
GDC fornirà supporto per un anno per ogni rilascio di versione secondaria di qualsiasi funzionalità o servizio disponibile a livello generale(GA). Il periodo di assistenza inizia quando la funzionalità del componente o una versione secondaria viene rilasciata ufficialmente nell'ambito di una release GDC e pubblicata, non quando viene implementata dall'utente. Alcune funzionalità potrebbero essere disponibili per un periodo di tolleranza aggiuntivo specifico del servizio dopo la fine del periodo di assistenza ufficiale e prima del ritiro della versione della funzionalità. Durante questo periodo di tolleranza, le versioni non supportate dei componenti software non verranno corrette o supportate. Tuttavia, il software e la documentazione continueranno a essere disponibili per consentire agli utenti di eseguire l'upgrade a una versione supportata.
GDC si riserva il diritto di chiedere agli utenti di eseguire la migrazione a una funzionalità più recente o a una versione secondaria per ridurre il rischio di vulnerabilità di sicurezza critiche che non possono essere corrette nelle versioni secondarie o delle funzionalità precedenti. Si tratta di un evento raro, ma a volte non è possibile applicare patch di sicurezza a funzionalità o versioni secondarie precedenti dei componenti ed è importante adottare misure per proteggere i dati e i carichi di lavoro degli utenti.
Le patch di sicurezza verranno fornite in conformità agli obiettivi del livello di servizio (SLO) applicabili sia per le funzionalità in anteprima sia per quelle in disponibilità generale (GA). Tuttavia, gli impegni dell'accordo sul livello del servizio (SLA) di GDC non sono applicabili alle funzionalità di anteprima. I contratti di servizio si applicano solo alle funzionalità GA.
Le funzionalità esistenti solo in anteprima potrebbero essere ritirate o rimosse senza preavviso. La compatibilità con le versioni precedenti potrebbe non essere mantenuta quando le funzionalità passano da una release di anteprima a un'altra o a versioni diverse dell'API di anteprima. Le versioni delle funzionalità in anteprima verranno chiuse una volta che le loro funzionalità avranno raggiunto il canale stabile.
Le release di GDC (versioni delle funzionalità, secondarie e patch) devono essere applicate dagli operatori dell'infrastruttura (IO) al deployment e alle organizzazioni associate il prima possibile. La versione di rilascio di GDC è una versione interna ed è visibile solo ai team di implementazione.
Una nuova funzionalità GDC o una versione secondaria deve essere applicata entro 60 giorni dalla pubblicazione del rilascio e, al più tardi, entro 120 giorni (periodo di tolleranza), salvo diversa indicazione del team GDC.
Una nuova versione patch di GDC deve essere applicata il prima possibile, soprattutto se la versione contiene correzioni critiche necessarie per la sicurezza e la conformità. È possibile saltare le versioni delle patch GDC per recuperare l'ultima versione. Tuttavia, le versioni principali o secondarie non possono essere ignorate e ogni versione deve essere applicata.
Gli amministratori della piattaforma (PA) sono responsabili della fornitura di finestre di manutenzione (MW) adeguate per l'organizzazione o la piattaforma, in modo che l'operatore e l'automazione possano applicare tempestivamente upgrade e patch.
Gli operatori dell'infrastruttura (IO) devono eseguire l'upgrade all'ultima versione patch disponibile per ogni funzionalità o a una versione secondaria, a meno che GDC non consigli esplicitamente il contrario, per evitare di perdere correzioni di sicurezza e di bug.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 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."]]