本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 定義和發佈標記結構描述
<a name="defining-and-publishing-a-tagging-schema"></a>

 使用一致的方法來標記您的 AWS 資源，包括強制性和選用的標籤。全面的標記結構描述可協助您實現此一致性。下列範例可協助您開始使用：
+  同意強制性標籤索引鍵 
+  定義可接受的值和標籤命名慣例 （大寫或小寫、破折號或底線、階層等） 
+  確認值不會構成個人身分識別資訊 (PII) 
+  決定誰可以定義和建立新的標籤索引鍵 
+  同意如何新增強制性標籤值，以及如何管理選用標籤 

 檢閱下列[標記類別](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html)表，其可做為標記結構描述中可能包含內容的基準。您仍然需要判斷您將用於標籤金鑰的慣例，以及每個慣例允許哪些值。標記結構描述是您為環境定義此項目的文件。

 *表 6 – 最終標記結構描述的範例* 


| 使用案例  | 標籤索引鍵  | 理由  | 允許的值 （列出或值字首/尾）  | 用於成本分配  | 資源類型  | Scope (範圍)  | 必要  | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
|  成本分配  | example-inc:cost-allocation:ApplicationId  |  追蹤每行業務所產生的成本與價值  | DataLakeX, RetailSiteX  | Y  | 全部  | 全部  | 強制性  | 
|  成本分配  | example-inc:cost-allocation:BusinessUnitId  |  依業務單位監控成本  | Architecture, DevOps, Finance  | Y  | 全部  | 全部  | 強制性  | 
|  成本分配  | example-inc:cost-allocation:CostCenter  |  依成本中心監控成本  | 123-\$1  | Y  | 全部  | 全部  | 強制性  | 
|  成本分配  | example-inc:cost-allocation:Owner  |  哪些預算持有者負責此工作負載  | Marketing, RetailSupport  | Y  | 全部  | 全部  | 強制性  | 
|  存取控制  | example-inc:access-control:LayerId  |  識別SubComponent/層，以根據角色授予對資源的存取權  | DB\$1Layer, Web\$1Layer, App\$1Layer  |  N  | 全部  | 全部  | 選用  | 
|   自動化  | example-inc:automation:EnvironmentId  |  實作測試和開發環境的排程，也稱為軟體開發生命週期 (SDLC) 階段  | Prod, Dev, Test, Sandbox  |  N  | EC2、RDS、EBS  | 全部  | 強制性  | 
|  DevOps  | example-inc:operations:Owner  |  哪個團隊/小組負責資源的建立和維護  | Squad01  |  N  | 全部  | 全部  | 強制性  | 
|  災難復原  | example-inc:disaster-recovery:rpo  |  定義資源的復原點目標 (RPO)  | 6h, 24h  |  N  | S3、EBS  | 生產  | 強制性  | 
|  資料分類  | example-inc:data:classification  |  分類資料以進行合規和管理  | Public, Private, Confidential, Restricted  |  N  | S3、EBS  | 全部  | 強制性  | 
|  合規  | example-inc:compliance:framework  |  識別工作負載受制於的合規架構  | PCI-DSS, HIPAA  |  N  | 全部  | 生產  | 強制性  | 

 定義標記結構描述後，請在版本控制的儲存庫中管理結構描述，讓所有相關利益相關者都能存取，以便於參考和追蹤更新。這種方法可提高效率並實現敏捷性。