As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Definir e publicar um esquema de marcação
<a name="defining-and-publishing-a-tagging-schema"></a>

 Use uma abordagem consistente para marcar seus AWS recursos, tanto para tags obrigatórias quanto opcionais. Um esquema abrangente de marcação ajuda você a alcançar essa consistência. Os exemplos a seguir podem ajudá-lo a começar: 
+  Concorde com as chaves de tag obrigatórias 
+  Defina valores aceitáveis e convenções de nomenclatura de tags (letras maiúsculas ou minúsculas, traços ou sublinhados, hierarquia etc.) 
+  Confirmar que os valores não constituiriam informações de identificação pessoal (PII) 
+  Decidir quem pode definir e criar novas chaves de tag 
+  Chegue a um acordo sobre como adicionar novos valores de tag obrigatórios e como gerenciar tags opcionais 

 Analise a tabela de [categorias de marcação](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html) a seguir, que pode ser usada como base do que você pode incluir em seu esquema de marcação. Você ainda precisa determinar a convenção que usará para a chave da tag e quais valores são permitidos para cada uma. O esquema de marcação é o documento no qual você define isso para seu ambiente. 

 *Tabela 6: Exemplo de um esquema de marcação definitivo* 


| Caso de uso  | Chave de tag  | Lógica  | Valores permitidos (listados ou prefixo de valor/suv/x)  | Usado para alocação de custos  | Tipos de recursos  | Escopo  | Obrigatório  | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
|  Alocação de custos  | example-inc:cost-allocation:ApplicationId  |  Acompanhe o custo versus o valor gerado por cada linha de negócios  | DataLakeX, RetailSiteX  | S  | Todos  | Todos  | Obrigatório  | 
|  Alocação de custos  | example-inc:cost-allocation:BusinessUnitId  |  Monitore os custos por unidade de negócios  | Architecture, DevOps, Finance  | S  | Todos  | Todos  | Obrigatório  | 
|  Alocação de custos  | example-inc:cost-allocation:CostCenter  |  Monitore os custos por centro de custo  | 123-\$1  | S  | Todos  | Todos  | Obrigatório  | 
|  Alocação de custos  | example-inc:cost-allocation:Owner  |  Qual detentor do orçamento é responsável por essa workload  | Marketing, RetailSupport  | S  | Todos  | Todos  | Obrigatório  | 
|  Controle de acesso  | example-inc:access-control:LayerId  |  Identifique SubComponent /Layer para conceder acesso aos recursos com base na função  | DB\$1Layer, Web\$1Layer, App\$1Layer  |  N  | Todos  | Todos  | Opcional  | 
|  Automação  | example-inc:automation:EnvironmentId  |  Implemente o agendamento de ambientes de teste e desenvolvimento, também conhecido como estágio do ciclo de vida de desenvolvimento de software (SDLC)  | Prod, Dev, Test, Sandbox  |  N  | EC2, RDS, EBS  | Todos  | Obrigatório  | 
|  DevOps  | example-inc:operations:Owner  |  Que team/squad é responsável pela criação e manutenção do recurso  | Squad01  |  N  | Todos  | Todos  | Obrigatório  | 
|  Recuperação de desastres  | example-inc:disaster-recovery:rpo  |  Defina o objetivo de ponto de recuperação (RPO) para um recurso  | 6h, 24h  |  N  | S3, EBS  | Prod  | Obrigatório  | 
|  Classificação de dados  | example-inc:data:classification  |  Classifique os dados para fins de conformidade e governança  | Public, Private, Confidential, Restricted  |  N  | S3, EBS  | Todos  | Obrigatório  | 
|  Compliance  | example-inc:compliance:framework  |  Identifica a estrutura de conformidade à qual a workload está sujeita  | PCI-DSS, HIPAA  |  N  | Todos  | Prod  | Obrigatório  | 

 Depois que o esquema de marcação for definido, gerencie o esquema em um repositório com controle de versão que seja acessível a todas as partes interessadas relevantes para facilitar a consulta e as atualizações rastreáveis. Essa abordagem melhora a eficiência e permite agilidade.