Ce document décrit les étapes du cycle de vie des fonctionnalités de l'appliance Google Distributed Cloud (GDC) air-gapped, comme les étapes de lancement suivantes :
Les étapes de fin de vie suivantes existent également :
Étapes de lancement
Les fonctionnalités GDC isolées physiquement sont soumises à des normes uniques qui doivent répondre à des exigences de sécurité renforcées. En raison de ces normes renforcées, certaines fonctionnalités peuvent nécessiter un processus d'accréditation pour répondre à un ensemble d'exigences de conformité. Pour les fonctionnalités qui doivent faire l'objet d'un examen d'accréditation par une entité tierce, elles peuvent être certifiées comme prêtes pour la production, mais ne pas être disponibles à l'utilisation.
Le cycle de vie des fonctionnalités GDC air-gapped permet de déployer certaines fonctionnalités auprès d'un sous-ensemble de clients, ce qui leur permet de les tester et de les approuver pour leurs cas d'utilisation spécifiques.
Les sections suivantes décrivent les étapes d'une fonctionnalité GDC isolée. Les fonctionnalités ne sont pas obligées de passer par toutes les étapes.
Aperçu
Les fonctionnalités en version preview sont prêtes à être testées par les clients avant d'être adoptées pour la production en version de disponibilité générale. Les offres en version preview sont souvent annoncées publiquement, mais elles ne sont pas nécessairement complètes. Google ne fournit donc aucun contrat de niveau de service (SLA) ni engagement d'assistance technique pour ces services. Sauf indication contraire de la part de Google, les versions Preview sont destinées à être utilisées dans des environnements de test uniquement. Il faut généralement 12 mois pour que les fonctionnalités de la version preview soient en DG. Ce délai peut toutefois varier.
Disponibilité générale
Les fonctionnalités en disponibilité générale (DG) sont prêtes à être utilisées en production, même si elles ne sont pas toujours disponibles pour tous les utilisateurs. Il est possible que certaines fonctionnalités en disponibilité générale ne soient disponibles que pour un nombre limité de clients. Pour les clients dont les normes d'accréditation sont plus strictes, certaines fonctionnalités GA ne sont pas disponibles.
Accrédité
Les fonctionnalités accréditées sont des fonctionnalités en disponibilité générale qui ont été approuvées par les organismes d'accréditation concernés et qui sont prêtes à être intégrées par les clients. Les clients disposant de déploiements réglementés peuvent avoir besoin que certaines fonctionnalités prêtes pour la production soient accréditées avant de pouvoir les utiliser. Ce type de fonctionnalité est identifié comme une demande de modification importante (SCR, Significant Change Request) et fait l'objet d'un examen plus approfondi. Cette fonctionnalité n'a pas reçu d'autorisation d'exploitation dans un environnement réglementé. Contactez votre OI si vous avez des questions sur l'accessibilité des fonctionnalités.
Étapes de fin de vie
Si une fonctionnalité est considérée comme obsolète, elle passe par différentes étapes de fin de vie. Une fonctionnalité est d'abord marquée comme obsolète, ce qui met en garde contre son utilisation future dans le but de la supprimer progressivement. Après un certain temps pour permettre la migration depuis la fonctionnalité, celle-ci est supprimée du produit.
Obsolète
Marquer une offre comme abandonnée est une annonce par laquelle GDC informe de l'abandon d'un service ou d'une fonctionnalité disponible. Pour en savoir plus, consultez le règlement relatif aux abandons : https://cloud.google.com/terms/deprecation. Google Cloud
Hors service
La mise hors service d'une offre signifie que la fonctionnalité n'est plus disponible. Appeler un logiciel hors service peut entraîner un comportement imprévisible ou des réponses non valides.
Portes de fonctionnalités
Les feature gates sont un mécanisme utilisé par votre opérateur d'infrastructure (IO) pour gérer les fonctionnalités qui se trouvent dans les étapes suivantes :
- Aperçu
- En cours d'examen pour accréditation
En fonction de votre déploiement, il est possible que vous ne puissiez pas utiliser les fonctionnalités du tableau suivant. Pour en savoir plus, contactez votre opérateur.
| Fonctionnalité | Étape | Description |
|---|---|---|
| Plate-forme d'API pour les services Vertex AI | En cours d'examen | Workflow d'authentification de la plate-forme d'API pour les API Vertex AI pré-entraînées et de prédiction. |
| KubeVirt CSI | En cours d'examen | Possibilité d'utiliser le pilote CSI (Container Storage Interface) KubeVirt pour améliorer le stockage. |
| Clonage de disque de VM | En cours d'examen | Possibilité de cloner un disque de machine virtuelle (VM) à partir d'un disque existant. |
| Serveur de métadonnées de VM | En cours d'examen | Capacité d'une VM à stocker ses métadonnées sur un serveur de métadonnées. |
| Streaming de l'agent invité de VM | En cours d'examen | Méthode de communication entre l'agent invité de la VM et la VM hôte. |
| Chiffrement de disque serveur avec LUKS | En cours d'examen | Processus d'utilisation de Linux Unified Key Setup (LUKS) avec des clés scellées Trusted Platform Module (TPM) pour chiffrer les disques de serveurs bare metal au repos. |