Les deux technologies partagent le même principe : tout lab doit être identifiable — son propriétaire, son
projet et sa nature de lab doivent être lisibles sans avoir à demander à quiconque. Seule la mécanique diffère.
Le principe transverse : la présence d’un tag est imposée techniquement, mais la justesse de sa valeur
reste de votre responsabilité. Un tag présent mais erroné (mauvais propriétaire, date obsolète) est une
non-conformité de fond, même si la contrainte technique est satisfaite en surface.
| Tag |
Contenu attendu |
Contrôle |
owner |
Personne ou équipe ayant créé le lab |
Refus si absent |
projectName |
Nom du projet ou du lab |
Refus si absent |
creationDate |
Date de création, au format dd.MM.YYYY |
Refus si absent |
environment |
Toujours lab |
Refus si absent ou différent de lab |
expirationDate |
Expiration prévue (au maximum +3 mois) |
Audité si absent — recommandé |
Client |
Projet client concerné, pour la refacturation |
Aucun contrôle — optionnel |
Les quatre premiers tags sont bloquants : la création de la ressource est refusée si l’un d’eux manque, ou si
environment porte une valeur autre que lab. Le tag expirationDate n’est pas bloquant mais son absence est
relevée à l’audit — le renseigner facilite le suivi de fin de vie de votre lab.
| Tag |
Contenu attendu |
lab |
Marque explicitement la ressource comme appartenant à un lab |
owner-{trigramme} |
Identifie le consultant propriétaire, via son trigramme |
env-lab |
Confirme l’environnement comme un lab (et non de la production) |
En complément des tags, des métadonnées au format YAML doivent être renseignées dans les Notes/Description
du Pool associé au lab. Elles permettent aux administrateurs de retrouver rapidement le contexte, l’objectif et le
propriétaire du lab lors de la revue mensuelle.
Règles applicables
Tags obligatoires (refus si absents)
🔒Imposé techniquementLes tags owner, projectName, creationDate (format dd.MM.YYYY) et environment sont requis. La création est refusée si l’un d’eux est absent, ou si environment a une valeur différente de lab.
ObligatoirePR-GOVCLOUDLAB-A-01
Tag `expirationDate` recommandé
💡RecommandationLe tag expirationDate indique l’expiration prévue du lab (au maximum +3 mois). Son absence n’est pas bloquante mais elle est auditée : renseignez-le pour faciliter le suivi de fin de vie.
Non bloquantPR-GOVCLOUDLAB-A-01
Tag `Client` optionnel
💡RecommandationLe tag Client identifie le projet client concerné, pour permettre la refacturation. Il est optionnel et n’est ni bloqué ni audité.
Non bloquantPR-GOVCLOUDLAB-A-01
Tags obligatoires
🔒Imposé techniquementTags requis : lab, owner-{trigramme} et env-lab.
ObligatoirePR-GOVLABONPREM-A-01
Métadonnées YAML du Pool
👤À ma chargeRenseigner les métadonnées YAML dans les Notes/Description du Pool.
ObligatoirePR-GOVLABONPREM-A-01