Une stratégie d'étiquetage efficace vous aide à organiser et à suivre vos ressourcesGoogle Cloud dans l'ensemble de votre organisation. Avant de créer des étiquettes, lisez ces principes généraux pour établir une gestion cohérente des ressources.
Principes généraux pour les étiquettes
Utilisez toujours des libellés
Bien que les étiquettes ne soient pas obligatoires, elles sont utiles pour organiser et gérer vos ressourcesGoogle Cloud . Les étiquettes peuvent être utilisées pour suivre les coûts et identifier les ressources. Lorsque vous utilisez des étiquettes pour vos ressources, n'oubliez pas de suivre des consignes d'étiquetage strictes. Nous vous recommandons de créer une règle d'étiquetage formelle qui s'aligne sur les principales parties prenantes de l'organisation. L'exemple de tableau montre à quoi ressemble une règle d'étiquetage à l'échelle de l'organisation.
Appliquer des étiquettes de manière programmatique pour plus de cohérence
Dans la mesure du possible, appliquez les étiquettes de manière automatisée. Des outils tels que Script et Terraform vous permettent d'automatiser le processus de création d'étiquettes et d'appliquer la règle d'étiquetage. Ces outils garantissent que les étiquettes sont appliquées de manière cohérente à toutes vos ressources. Utilisez un format sensible à la casse pour les libellés et appliquez-le de manière cohérente à toutes les ressources.
Standardiser les étiquettes
Utilisez un ensemble de libellés cohérent et standard pour toutes vos ressources. Cela facilite la recherche, le filtrage et la gestion de vos ressources. Pour simplifier votre stratégie de libellés, essayez de ne pas utiliser plus de 10 libellés. Alignez vos étiquettes en fonction de la manière dont vous souhaitez générer des rapports sur les coûts. Envisagez d'utiliser un référentiel standard de clés et de valeurs d'étiquettes qui conviennent le mieux à votre organisation. Vos étiquettes peuvent couvrir des cas d'utilisation professionnels tels que l'environnement, la classification des données, le centre de coûts, l'équipe, le composant, l'application et la conformité.
Notez qu'il est essentiel de standardiser et de respecter une règle d'étiquetage pour les étiquettes gérées de manière centralisée. Les équipes et les services produit peuvent également ajouter des libellés personnalisés aux ressources pour partager des informations spécifiques à l'équipe. Pour en savoir plus, consultez Appliquer des étiquettes non standards.
Voici un exemple de définition d'un ensemble standard de valeurs pour chacune des clés :
- Environnement :
prod/dev/staging - Classification des données :
public/internal-only/confidential/restricted/na - Centre de coûts :
c23543 - Équipe :
shopping-cart - Composant :
frontend/cache/backend/database - Application :
shopping-cart-payments - Conformité :
pci-hipaa
Évitez les informations confidentielles
La protection des informations permettant d'identifier personnellement l'utilisateur est essentielle pour la sécurité. Évitez de stocker des informations permettant d'identifier personnellement l'utilisateur ou d'autres informations confidentielles dans vos étiquettes.
Appliquer des libellés non standards
Bien qu'il soit crucial de respecter une règle d'étiquetage, les étiquettes peuvent également être utilisées pour partager des informations spécifiques à une équipe produit ou à un service. Dans un tel scénario, offrir aux propriétaires de ressources d'équipes individuelles la possibilité d'appliquer des étiquettes non standards pour chaque ressource peut aider à fournir plus de contexte sur la ressource. Cela facilite la recherche, le filtrage et le partage d'informations spécifiques à ces équipes produit ou services. Par exemple, une même ressource peut comporter un ensemble d'étiquettes standards telles que environment:prod, data-classification:restricted, cost-center:c23543, team:shopping-cart, app:shopping-cart-payments, component:database, compliance: pci. Le propriétaire de la ressource peut ajouter des étiquettes non standards telles que version:5.0.1 et replica:primary pour indiquer la version du cluster de base de données et l'état de réplication du nœud.
Prendre en compte les implications des modifications
Votre stratégie d'étiquetage est susceptible de changer en fonction de l'évolution des besoins de votre entreprise. Soyez conscient des implications que ces changements peuvent avoir. Par exemple, l'ajout de nouveaux centres de coûts, microservices ou outils peut avoir un impact sur votre stratégie d'étiquetage.
Schéma et modèle de dénomination des étiquettes
Chaque organisation a sa propre façon d'organiser ses ressources. Vous pouvez utiliser des étiquettes pour classer les ressources de votre hiérarchie de plusieurs manières, ce qui aide les utilisateurs à filtrer les ressources dont ils ont besoin. Lorsque vous définissez votre schéma de dénomination des étiquettes, tenez compte des points suivants :
- Environnement, centre de coûts, équipe, composant, applications, conformité et propriété associés à la ressource.
- Classification de toutes les données stockées dans le système. Cela ne s'applique qu'aux systèmes avec état.
- Étiquettes à appliquer au niveau d'une ressource spécifique, comme Compute Engine, un bucket Cloud Storage ou un projet.
- Flexibilité d'utiliser des étiquettes facultatives, si nécessaire, pour fournir plus d'informations sur les ressources.
Encodage des libellés et caractères acceptés
Tous les caractères des clés et des valeurs doivent être au format d'encodage UTF-8. Les caractères internationaux sont acceptés. Les clés doivent commencer par une lettre minuscule ou un caractère international. Les clés et les valeurs ne peuvent contenir que des lettres minuscules, des chiffres, des traits de soulignement et des tirets.
Exemple de définition d'étiquettes
Pour définir des libellés, voici quelques attributs à prendre en compte.
| Champ | Description |
|---|---|
| Clé de l'étiquette | La clé d'étiquette est un identifiant unique pour une étiquette. Il doit s'agir d'une chaîne d'une longueur minimale de 1 caractère et d'une longueur maximale de 63 caractères. Vous devez indiquer une clé. Vous pouvez utiliser un référentiel de clés d'étiquettes qui conviennent le mieux à votre organisation et qui couvrent des cas d'utilisation professionnels tels que environment, data-classification, cost-center, team, component, application et compliance. |
| Valeur de l'étiquette | La valeur de l'étiquette correspond aux données associées à la clé. Il peut s'agir d'une chaîne, d'un nombre ou d'une valeur booléenne. Nous vous recommandons de définir un ensemble de valeurs pour chaque clé d'étiquette. Cela peut aider les équipes à sélectionner et à attribuer des valeurs appropriées pour chaque clé. Par exemple, une clé environment peut avoir des valeurs telles que prod, staging, dev ou tools. |
| Partenaire | Identifiez le service qui a besoin de la clé d'étiquette pour filtrer les ressources ou créer des rapports. Par exemple, le service financier d'une organisation souhaite connaître le coût d'exécution de l'environnement prod. Elle utiliserait la paire clé:valeur de l'étiquette environment:prod. |
| Ressource cible | Pour chaque étiquette, envisagez de définir une ressource cible Google Cloud où la paire clé:valeur de l'étiquette doit être appliquée. Par exemple, la clé d'étiquette environment doit se trouver sur chaque ressource Google Cloud de l'environnement de production de votre organisation. |
| Exception | Envisagez de définir les clés d'étiquette obligatoires sur toutes les ressources et celles qui sont facultatives. Dans l'exemple de table, certaines paires d'étiquettes key:value sont facultatives, comme environment:tools. La clé d'étiquette altostrat-team peut être considérée comme facultative lorsque la valeur de l'étiquette altostrat-environment est définie sur tools. |
Dans l'exemple d'étiquette suivant, altostrat correspond au nom de l'entreprise.
| Clé de l'étiquette | Valeur de l'étiquette | Partenaire | Ressource cible | Exception |
|---|---|---|---|---|
| altostrat-environment | prod, sb1, staging, dev, tools | Finance | Google Cloud ressource | Non |
| altostrat-data-classification | public, internal-only, confidential, restricted, na | Sécurité | Buckets, bases de données, disques persistants avec Compute Engine | Non |
| altostrat-cost-center | fin-us, mkt-eu, it-jp | Finance | Google Cloud ressource | sandbox-folder |
| altostrat-team | panier | Chef d'équipe | Google Cloud ressource | Environnements hors production, composants non critiques |
| altostrat-component | interface, cache, application, base de données | Finance | Google Cloud ressource | Facultatif |
| altostrat-app | shopping-cart-payment | Finance | Google Cloud ressource | Non. Il existe une exception pour les ressources mutualisées qui ne sont pas mappées de manière univoque avec l'application. |
| altostrat-compliance | pci, hipaa | Sécurité | Google Cloud ressource | Facultatif |