Règlement relatif à l'assistance logicielle et à l'abandon
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Ce document décrit la stratégie de compatibilité et d'abandon du logiciel Google Distributed Cloud (GDC) sous air gap.
GDC vous informera de tout changement majeur au moins un an à l'avance. Cet avis peut être émis à tout moment après la mise à disposition générale d'un service ou d'une fonctionnalité, mais la modification elle-même ne prendra effet qu'à la fin du délai de préavis d'un an. Si un avis d'abandon est émis immédiatement après la mise à disposition générale d'un service, un délai d'un an sera accordé avant que le service ne soit arrêté.
Le GDC fournira une assistance pendant un an pour chaque version mineure de toute fonctionnalité ou service en disponibilité générale. La période d'assistance commence lorsque la fonctionnalité ou une version mineure du composant est officiellement publiée dans une version GDC, et non lorsqu'elle est déployée par l'utilisateur. Certaines fonctionnalités peuvent être disponibles pendant un délai de grâce supplémentaire spécifique au service après la fin de la période d'assistance officielle et avant la désactivation de la version de la fonctionnalité. Pendant ce délai de grâce, les versions obsolètes des composants logiciels ne seront pas corrigées ni prises en charge. Toutefois, les logiciels et la documentation resteront disponibles pour permettre aux utilisateurs de passer à une version compatible.
GDC se réserve le droit de demander aux utilisateurs de migrer vers une fonctionnalité ou une version mineure plus récente afin de limiter les risques liés aux failles de sécurité critiques qui ne peuvent pas être corrigées dans les fonctionnalités ou versions mineures plus anciennes. Cela se produit rarement, mais il est parfois impossible d'appliquer des correctifs de sécurité aux anciennes versions mineures ou de fonctionnalités des composants. Il est donc important de prendre des mesures pour protéger les données et les charges de travail des utilisateurs.
Les correctifs de sécurité seront fournis conformément aux objectifs de niveau de service (SLO) applicables aux fonctionnalités en version bêta et en disponibilité générale. Toutefois, les engagements du contrat de niveau de service GDC ne s'appliquent pas aux fonctionnalités en avant-première. Les contrats de niveau de service ne s'appliquent qu'aux fonctionnalités en disponibilité générale.
Les fonctionnalités qui n'existent qu'en version Preview peuvent être abandonnées ou supprimées sans préavis. Il est possible que la rétrocompatibilité ne soit pas maintenue lorsque des fonctionnalités passent d'une version preview bêta à une autre ou à différentes versions de l'API bêta. Les versions des fonctionnalités en preview seront arrêtées une fois que leurs capacités auront été intégrées à la version stable.
Les versions GDC (fonctionnalités, versions mineures et correctifs) doivent être appliquées par les opérateurs d'infrastructure (IO) au déploiement et aux organisations associées dès que possible. La version GDC est une version interne et n'est visible que par les responsables des opérations d'identité.
Une nouvelle fonctionnalité ou une version mineure du GDC doit être appliquée dans les 60 jours suivant la publication de la version et, au plus tard, dans les 120 jours (période de grâce), sauf indication contraire de l'équipe GDC.
Une nouvelle version corrective de GDC doit être appliquée dès que possible, en particulier si la version contient des correctifs critiques nécessaires à la sécurité et à la conformité. Vous pouvez ignorer les versions correctives de GDC pour passer à la dernière version. Toutefois, vous ne pouvez pas ignorer les versions de fonctionnalité ni les versions mineures. Vous devez appliquer chaque version.
Les administrateurs de plate-forme (PA) sont chargés de fournir des intervalles de maintenance (IM) adéquats pour l'organisation ou la plate-forme, afin que l'opérateur et l'automatisation puissent appliquer rapidement les mises à niveau et les correctifs.
Les opérateurs d'infrastructure (OI) doivent passer à la dernière version de correctif disponible pour chaque fonctionnalité ou à une version mineure, sauf indication contraire explicite de GDC, afin de ne pas manquer les correctifs de sécurité et de bugs.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/04 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 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."]]
