翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# タグ付けを使用して環境を整理し、アカウンタビリティを促進する
<a name="tagging"></a>

 AWS リソースにタグ付けすると、インスタンス、イメージなどのリソースにカスタムメタデータを割り当てることができます。たとえば、所有者、目的、または環境別にリソースを分類すると、リソースを整理してコストのアカウンタビリティを割り当てる際に役立ちます。 

## 必須のコストタグ付けを定義する
<a name="define-mandatory-cost-tagging"></a>

 効果的なタグ付け戦略により、可視性とモニタリングが改善され、正確なチャージバックおよびショーバックモデルが作成され、アプリケーションやチームによる使用量と支出に関するより詳細で正確なインサイトを得ることができます。これらの目的を達成するには、次のタグカテゴリが役に立ちます。 
+  **環境** – 開発、テスト、本番環境のインフラストラクチャを区別するために使用されます。環境タグを指定すると、分析時間と後処理が短縮され、本番稼働用アカウントと非本番稼働用アカウントのマッピングファイルを別々に管理する必要性が軽減されます。 
+  **アプリケーション ID** – 支出変化の追跡を容易にするために、特定のアプリケーションに関連するリソースを識別し、プロジェクト終了時に無効化します。 
+  **オートメーションのオプトイン/オプトアウト** – インスタンスの起動、停止、またはサイズ変更などの自動化されたアクティビティにリソースを含めるかどうかを示します。 
+  **コストセンター/事業部** – リソースに関連付けられたコストセンターまたは事業部を識別するもので、通常はコストの配分と追跡に使用されます。 
+  **所有者** – リソースの責任者のことを指します。これは通常テクニカルオーナーです。必要に応じて、個別のビジネスオーナータグを追加できます。オーナーは、E メールアドレスとして指定できます。E メールアドレスの使用は、必要に応じてテクニカルオーナーとビジネスオーナー両方への自動通知をサポートします (リソースが伸縮性または規模最適化の候補であるかどうかなど)。 

## タグ付けの品質を強制する
<a name="enforce-quality-of-tagging"></a>

 強制しない場合、タグ付けの品質が低くなるだけでなく、手作業によるレポートで時間がかかってしまううえ、議論の対象となる恐れがあります。タグ付けの強制には、ソフトとハードの 2 種類があります。ソフトな強制では、ポリシーに従わなかった場合にユーザーに通知を行います。ハードな強制では、会社の基準にタグ付けされていないリソースを (通常、起動してから数時間以内に) 終了します。成熟した組織では、タグ付けを厳しく実施することが品質の高いタグ付けを確実に維持するための最善策であると考えられています。 

## タグ付けツール
<a name="tagging-tools"></a>

 タグの管理には、次のツールが役立ちます。 
+  [タグエディタ](https://docs.aws.amazon.com/ARG/latest/userguide/tag-editor.html) – 検索条件 (タグの欠落やスペルミスの有無など) を使ってリソースを検索し、AWS マネジメントコンソール を活用してタグを編集できます。 
+  [AWS Config マネージドルール](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config_use-managed-rules.html) – タグ付けポリシーに準拠していないリソースを特定します。 
+  [Capital One の Cloud Custodian](https://github.com/capitalone/cloud-custodian) (オープンソース) – タグ付けのコンプライアンスと修復の確保に役立ちます。