Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Definizione e pubblicazione di uno schema di tagging
<a name="defining-and-publishing-a-tagging-schema"></a>

 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](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html), 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  | Scope  | 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-\$1  | 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\$1Layer, Web\$1Layer, App\$1Layer  |  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  |  Che team/squad è 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à.