Una strategia di etichettatura efficace ti aiuta a organizzare e monitorare le tue risorseGoogle Cloud all'interno dell'organizzazione. Prima di creare le etichette, esamina questi principi generali per stabilire una gestione coerente delle risorse.
Principi generali per le etichette
Utilizza sempre le etichette
Sebbene le etichette non siano obbligatorie, sono utili per organizzare e gestire le risorseGoogle Cloud . Le etichette possono essere utilizzate per monitorare i costi e identificare le risorse. Quando utilizzi le etichette per le tue risorse, ricordati di seguire linee guida rigorose per l'etichettatura. Ti consigliamo di creare una policy di etichettatura formale che sia in linea con le esigenze degli stakeholder chiave dell'organizzazione. La tabella di esempio mostra l'aspetto di una policy di etichettatura a livello di organizzazione.
Applica le etichette in modo programmatico per garantire la coerenza
Quando possibile, applica le etichette in modo programmatico. Strumenti come Script e Terraform ti consentono di automatizzare il processo di creazione delle etichette e di applicare la policy di etichettatura. Questi strumenti garantiscono che le etichette vengano applicate in modo coerente a tutte le risorse. Utilizza un formato sensibile alle maiuscole per l'etichettatura e applicalo in modo coerente a tutte le risorse.
Standardizza le etichette
Utilizza un set di standard coerente per tutte le tue risorse. In questo modo è più facile cercare, filtrare e gestire le risorse. Per semplificare la tua strategia di etichettatura, cerca di non utilizzare più di dieci etichette. Allinea le etichette in base a come vuoi generare report sui costi. Valuta la possibilità di utilizzare un set di standard di chiavi e valori delle etichette che funzionano meglio per la tua organizzazione. Le etichette possono coprire casi d'uso commerciali come ambiente, classificazione dei dati, centro di costo, team, componente, applicazione e conformità.
Tieni presente che la standardizzazione e l'osservanza di una policy di etichettatura sono fondamentali per le etichette gestite centralmente. I team di prodotto e i reparti possono anche aggiungere etichette personalizzate alle risorse per condividere informazioni specifiche del team. Per saperne di più, consulta Applica etichette non standard.
Ecco un esempio di come puoi definire un set di standard di valori per ciascuna delle chiavi:
- Ambiente:
prod/dev/staging - Classificazione dei dati:
public/internal-only/confidential/restricted/na - Centro di costo:
c23543 - Team:
shopping-cart - Componente:
frontend/cache/backend/database - Applicazione:
shopping-cart-payments - Conformità:
pci-hipaa
Evita informazioni riservate
La protezione delle informazioni che consentono l'identificazione personale (PII) è fondamentale per la sicurezza. Evita di archiviare PII o altre informazioni riservate nelle etichette.
Applica etichette non standard
Sebbene l'adesione a una policy sulle etichette sia fondamentale, le etichette possono essere utilizzate anche per condividere informazioni specifiche di un team di prodotto o di un reparto. In questo scenario,
offrire ai proprietari delle risorse dei singoli team la possibilità di applicare etichette non standard
per ogni risorsa può aiutare a fornire più contesto sulla risorsa. In questo modo, è più facile cercare, filtrare e condividere informazioni specifiche per questi team di prodotto o reparti. Ad esempio, una singola risorsa può avere un insieme di etichette standard come environment:prod, data-classification:restricted, cost-center:c23543, team:shopping-cart, app:shopping-cart-payments, component:database, compliance: pci. Il proprietario della risorsa può aggiungere etichette non standard come version:5.0.1 e replica:primary per indicare la versione del cluster di database e lo stato di replica del nodo.
Considera le implicazioni del cambiamento
La tua strategia di etichettatura potrebbe cambiare in base alle esigenze aziendali in evoluzione. Tieni presente le implicazioni che queste modifiche potrebbero avere. Ad esempio, l'aggiunta di nuovi centri di costo, microservizi o nuovi strumenti può influire sulla tua strategia di etichettatura.
Schema e pattern di denominazione delle etichette
Ogni organizzazione ha il proprio modo di organizzare le risorse. Puoi utilizzare le etichette per classificare le risorse della gerarchia in diversi modi, aiutando gli utenti a filtrare le risorse di cui hanno bisogno. Quando definisci lo schema di denominazione delle etichette, tieni presente quanto segue:
- Ambiente, centro di costo, team, componente, applicazioni, conformità e proprietà associati alla risorsa.
- Classificazione di tutti i dati archiviati nel sistema. Questo vale solo per i sistemi stateful.
- Etichette che devono essere applicate a livello di risorsa specifica, come Compute Engine, bucket Cloud Storage o progetto.
- Flessibilità di utilizzare etichette facoltative, se necessario, per fornire ulteriori informazioni sulle risorse.
Codifica delle etichette e caratteri supportati
Tutti i caratteri di chiavi e valori devono utilizzare la codifica UTF-8. Sono consentiti caratteri internazionali. Le chiavi devono iniziare con una lettera minuscola o un carattere internazionale. Chiavi e valori possono contenere solo lettere minuscole, caratteri numerici, trattini bassi e trattini.
Esempio di definizione delle etichette
Per definire le etichette, ecco alcuni attributi da tenere presente.
| Campo | Descrizione |
|---|---|
| Chiave di etichetta | La chiave di etichetta è un identificatore univoco di un'etichetta. Deve essere una stringa con una lunghezza minima di 1 carattere e una lunghezza massima di 63 caratteri. La chiave non può essere vuota. Puoi utilizzare un set standard di chiavi di etichetta più adatte alla tua organizzazione che coprono casi d'uso aziendali come environment, data-classification, cost-center, team, component, application e compliance. |
| Valore etichetta | Il valore dell'etichetta corrisponde ai dati associati alla chiave. Può essere una stringa, un numero o un valore booleano. Come best practice, valuta la possibilità di definire un insieme di valori per ogni chiave di etichetta. In questo modo, i team possono selezionare e assegnare i valori appropriati per ogni chiave. Ad esempio, una chiave environment può avere valori come prod, staging, dev o tools. |
| Stakeholder | Identifica il reparto che ha bisogno della chiave dell'etichetta per filtrare le risorse o creare report. Ad esempio, un reparto finanziario di un'organizzazione vorrebbe conoscere il costo di esecuzione dell'ambiente prod. Utilizzerebbero la coppia chiave:valore dell'etichetta environment:prod. |
| Risorsa target | Per ogni etichetta, valuta la possibilità di definire una risorsa Google Cloud target in cui applicare la coppia chiave:valore dell'etichetta. Ad esempio, la chiave di etichetta environment deve essere presente su ogni risorsa Google Cloud nell'ambiente di produzione della tua organizzazione. |
| Eccezione | Valuta la possibilità di definire quali chiavi di etichetta sono obbligatorie per tutte le risorse e quali sono facoltative. Nella tabella di esempio, sono presenti alcune coppie di etichette key:value facoltative, come environment:tools. La chiave di etichetta altostrat-team può essere considerata facoltativa quando il valore dell'etichetta altostrat-environment è impostato su tools. |
Nell'esempio di etichetta seguente, altostrat corrisponde al nome dell'azienda.
| Chiave di etichetta | Valore etichetta | Stakeholder | Risorsa target | Eccezione |
|---|---|---|---|---|
| altostrat-environment | prod, sb1, staging, dev, tools | Finanza | RisorsaGoogle Cloud | No |
| altostrat-data-classification | public, internal-only, confidential, restricted, na | Sicurezza | Bucket, database, Persistent Disk con Compute Engine | No |
| altostrat-cost-center | fin-us, mkt-eu, it-jp | Finanza | RisorsaGoogle Cloud | sandbox-folder |
| altostrat-team | Carrello degli acquisti | Responsabile del team | RisorsaGoogle Cloud | Ambienti non di produzione, componenti non critici |
| altostrat-component | frontend, cache, applicazione, database | Finanza | RisorsaGoogle Cloud | Facoltativo |
| altostrat-app | shopping-cart-payment | Finanza | RisorsaGoogle Cloud | No. Esiste un'eccezione per le risorse multi-tenant in cui non esiste una mappatura 1:1 con l'applicazione. |
| altostrat-compliance | pci, hipaa | Sicurezza | RisorsaGoogle Cloud | Facoltativo |