이 문서에서는 Google Distributed Cloud (GDC) 오프라인 소프트웨어 지원 및 지원 중단 정책을 설명합니다.
GDC는 호환성이 깨지는 변경사항이 있는 경우 최소 1년 전에 공지합니다. 이 공지는 서비스 또는 기능이 정식 버전 (GA)으로 제공된 후 언제든지 발행될 수 있지만, 변경사항 자체는 1년의 공지 기간이 종료될 때까지 적용되지 않습니다. 서비스가 일반 안정화 버전으로 제공된 직후 지원 중단 공지가 발행되면 서비스가 폐쇄되기까지 1년의 기간이 주어집니다.
GDC는 정식 출시(GA)된 기능 또는 서비스의 각 부 버전 출시에 대해 1년간 지원을 제공합니다. 지원 기간은 구성요소의 기능 또는 부 버전이 GDC 출시의 일부로 공식 출시되고 게시된 시점부터 시작되며 사용자가 배포한 시점부터 시작되지 않습니다. 공식 지원 기간이 종료된 후 기능 버전이 지원 중단되기 전에 특정 기능을 추가 서비스별 유예 기간 동안 사용할 수 있습니다. 이 유예 기간 동안 지원이 중단된 버전의 소프트웨어 구성요소에는 패치가 적용되지 않으며 지원되지 않습니다. 하지만 사용자가 지원되는 버전으로 업그레이드할 수 있도록 소프트웨어와 문서가 계속 제공됩니다.
GDC는 오래된 기능이나 부 버전에서 패치를 적용할 수 없는 심각한 보안 취약점의 위험을 완화하기 위해 사용자에게 최신 기능이나 부 버전으로 이전하도록 요청할 권리를 보유합니다. 드물게 발생하는 일이지만 구성요소의 이전 기능 또는 비주요 버전에 보안 패치를 적용할 수 없는 경우가 있으며 사용자 데이터와 워크로드를 보호하기 위한 조치를 취하는 것이 중요합니다.
보안 패치는 미리보기 및 정식 버전 (GA) 기능 모두에 적용되는 서비스 수준 목표 (SLO)에 따라 제공됩니다. 하지만 GDC 서비스수준계약 (SLA) 약정은 미리보기 기능에 적용되지 않습니다. SLA는 GA 기능에만 적용됩니다.
미리보기에만 있는 기능은 예고 없이 지원 중단되거나 삭제될 수 있습니다. 기능이 한 미리보기 출시에서 다른 미리보기 출시 또는 다른 버전의 미리보기 API로 전환되면 하위 호환성이 유지되지 않을 수 있습니다. 미리보기 기능 출시 버전은 기능이 공개 버전 채널에 공개되면 종료됩니다.
GDC 출시 (기능, 부 버전, 패치 버전)는 인프라 운영자 (IO)가 배포 및 연결된 조직에 최대한 빨리 적용해야 합니다. GDC 출시 버전은 내부 버전이며 IO에게만 표시됩니다.
새 GDC 기능 또는 부 버전은 출시 게시 후 60일 이내에 적용해야 하며, GDC팀에서 달리 지시하지 않는 한 늦어도 120일 (유예 기간) 이내에 적용해야 합니다.
특히 출시 버전에 보안 및 규정 준수에 필요한 중요한 수정사항이 포함된 경우 새 GDC 패치 버전을 최대한 빨리 적용해야 합니다. 최신 버전을 따라잡기 위해 GDC 패치 버전을 건너뛸 수 있습니다. 하지만 기능이나 부 버전을 건너뛸 수는 없으며 모든 버전을 적용해야 합니다.
플랫폼 관리자 (PA)는 운영자와 자동화가 업그레이드와 패치를 신속하게 적용할 수 있도록 조직 또는 플랫폼에 적절한 유지보수 기간 (MW)을 제공해야 합니다.
인프라 운영자 (IO)는 보안 및 버그 수정이 누락되지 않도록 GDC에서 달리 명시적으로 권고하지 않는 한 각 기능 또는 부 버전에 제공되는 최신 패치 버전으로 업그레이드해야 합니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 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."]]
