Definizione e pubblicazione di uno schema di tagging

Utilizza un approccio coerente per etichettare AWS le tue risorse, sia per i tag obbligatori che per quelli facoltativi. Uno schema di etichettatura completo ti aiuta a raggiungere questa coerenza. I seguenti esempi possono aiutarti a iniziare:

• Concordate i tag key obbligatori

• Definisci valori accettabili e convenzioni di denominazione dei tag (lettere maiuscole o minuscole, trattini o sottolineature, gerarchia e così via)

• I valori di conferma non costituirebbero informazioni di identificazione personale (PII)

• Decidi chi può definire e creare nuove chiavi di tag

• Concorda su come aggiungere nuovi valori di tag obbligatori e su come gestire i tag opzionali

Consulta la seguente tabella delle categorie di tag, che può essere utilizzata come base di riferimento per ciò che potresti includere nel tuo schema di etichettatura. È comunque necessario determinare la convenzione da utilizzare per la chiave del tag e quali valori sono consentiti per ciascuna di esse. Lo schema di tagging è il documento in cui lo definisci per il tuo ambiente.

Tabella 6 — Esempio di schema di tagging definitivo

Caso d'uso	Tag Key	Rationale	Valori consentiti (elencati o prefisso/sottofisso del valore)	Utilizzato per l'allocazione dei costi	Tipi di risorsa	Ambito	Richiesto
Allocazione dei costi	example-inc:cost-allocation:ApplicationId	Tieni traccia del costo rispetto al valore generato da ciascuna linea di business	DataLakeX, RetailSiteX	Y	Tutti	Tutti	Obbligatorio
Allocazione dei costi	example-inc:cost-allocation:BusinessUnitId	Monitora i costi per unità aziendale	Architecture, DevOps, Finance	Y	Tutti	Tutti	Obbligatorio
Allocazione dei costi	example-inc:cost-allocation:CostCenter	Monitora i costi per centro di costo	123-*	Y	Tutti	Tutti	Obbligatorio
Allocazione dei costi	example-inc:cost-allocation:Owner	Quale titolare del budget è responsabile di questo carico di lavoro	Marketing, RetailSupport	Y	Tutti	Tutti	Obbligatorio
Controllo degli accessi	example-inc:access-control:LayerId	Identifica SubComponent //Layer per concedere l'accesso alle risorse in base al ruolo	DB_Layer, Web_Layer, App_Layer	N	Tutti	Tutti	Facoltativo
Automazione	example-inc:automation:EnvironmentId	Implementa la pianificazione degli ambienti di test e sviluppo, nota anche come fase del ciclo di vita dello sviluppo del software (SDLC)	Prod, Dev, Test, Sandbox	N	EC2, RDS, EBS	Tutti	Obbligatorio
DevOps	example-inc:operations:Owner	Quale squadra/squadra è responsabile della creazione e del mantenimento della risorsa	Squad01	N	Tutti	Tutti	Obbligatorio
Ripristino di emergenza	example-inc:disaster-recovery:rpo	Definisci il Recovery Point Objective (RPO) per una risorsa	6h, 24h	N	S3, EBS	Prod	Obbligatorio
Classificazione dei dati	example-inc:data:classification	Classificazione dei dati per la conformità e la governance	Public, Private, Confidential, Restricted	N	S3, EBS	Tutti	Obbligatorio
Conformità	example-inc:compliance:framework	Identifica il framework di conformità a cui è soggetto il carico di lavoro	PCI-DSS, HIPAA	N	Tutti	Prod	Obbligatorio

Dopo aver definito lo schema di tagging, gestisci lo schema in un repository a controllo di versione accessibile a tutte le parti interessate per facilitare la consultazione e garantire aggiornamenti tracciabili. Questo approccio migliora l'efficienza e consente l'agilità.