Política de suporte e suspensão de uso de software
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Este documento descreve a política de suporte e descontinuação de software isolado do Google Distributed Cloud (GDC).
A GDC vai avisar com pelo menos um ano de antecedência sobre qualquer mudança incompatível. Esse aviso pode ser emitido a qualquer momento depois que um serviço ou recurso estiver disponível para todos (GA), mas a mudança só vai entrar em vigor após a conclusão do período de aviso de um ano. Se um aviso de descontinuação for emitido imediatamente após o lançamento geral de um serviço, haverá um período de um ano antes da desativação.
O GDC vai oferecer suporte por um ano para cada lançamento de versão secundária de qualquer recurso ou serviço em disponibilidade geral(GA). O período de suporte começa quando o recurso do componente ou uma versão secundária é lançado oficialmente como parte de uma versão do GDC e publicado, não quando é implantado pelo usuário. Alguns recursos podem estar disponíveis por um período de carência adicional específico do serviço após o fim do período de suporte oficial e antes da desativação da versão do recurso. Durante esse período, as versões sem suporte dos componentes de software não vão receber patches nem suporte. No entanto, o software e a documentação vão continuar disponíveis para que os usuários façam upgrade para uma versão compatível.
O GDC se reserva o direito de pedir aos usuários que migrem para um recurso mais recente ou uma versão secundária para reduzir o risco de vulnerabilidades críticas de segurança que não podem ser corrigidas em recursos ou versões secundárias mais antigos. Isso é raro, mas às vezes não é possível aplicar patches de segurança a versões antigas de recursos ou secundárias de componentes. Por isso, é importante tomar medidas para proteger os dados e as cargas de trabalho dos usuários.
Os patches de segurança serão fornecidos de acordo com os objetivos de nível de serviço (SLOs) aplicáveis aos recursos de visualização e disponibilidade geral (GA). No entanto, os compromissos do contrato de nível de serviço (SLA) do GDC não se aplicam aos recursos de prévia. Os SLAs se aplicam apenas aos recursos do GA.
Os recursos que existem apenas na versão prévia podem ser descontinuados ou removidos sem aviso prévio. A compatibilidade com versões anteriores pode não ser mantida quando os recursos passam de uma versão de prévia para outra ou para diferentes versões da API de prévia. As versões de recursos em prévia serão encerradas quando as funcionalidades chegarem ao canal estável.
As versões do GDC (recursos, secundárias e de patch) precisam ser aplicadas pelos operadores de infraestrutura (IOs) à implantação e às organizações associadas assim que possível. A versão de lançamento do GDC é interna e só fica visível para IOs.
Um novo recurso ou uma versão secundária do GDC precisa ser aplicado em até 60 dias após a publicação do lançamento e, no máximo, em até 120 dias (período de carência), a menos que a equipe do GDC instrua de outra forma.
Uma nova versão de patch do GDC precisa ser aplicada o mais rápido possível, principalmente se a versão de lançamento tiver correções críticas necessárias para segurança e compliance. É possível pular as versões de patch do GDC para acompanhar a versão mais recente. No entanto, não é possível pular o recurso ou as versões secundárias, e todas as versões precisam ser aplicadas.
Os administradores da plataforma (PAs, na sigla em inglês) são responsáveis por fornecer janelas de manutenção (MWs, na sigla em inglês) adequadas para a organização ou a plataforma, para que o operador e a automação possam aplicar upgrades e patches imediatamente.
Os operadores de infraestrutura (IOs) precisam fazer upgrade para a versão de patch mais recente disponível para cada recurso ou uma versão secundária, a menos que o GDC recomende o contrário, para evitar a perda de correções de segurança e de bugs.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 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."]]