Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Bewährte Methoden
Bei der Verwendung von Tags ist es wichtig, die aktuelle oder potenzielle Unternehmens- und Anwendungsfallstruktur zu verstehen. Anhand dieser Informationen können Sie die richtigen Tags auswählen. Wenn Sie beispielsweise einen Data Lake für die Pre-Sales-Abteilung erstellen und wissen, dass geplant ist, den Data Lake um Daten aus der Kundendienstabteilung zu erweitern, `department` hilft Ihnen die Verwendung des Tags dabei, die Kosten und die Leistung jeder Abteilung separat zu ermitteln. Planung, Kostenzuweisung und Optimierung von Code oder Daten können genauer identifiziert werden. Ohne das `department` Tag müssen Entwickler mehr Zeit für die Ursachenanalyse aufwenden, wenn die Daten vor dem Verkauf 15 Minuten für die Datenmodellierung und die Daten nach dem Verkauf 45 Minuten benötigen. Mit dem `department` Tag wüssten Entwickler genau, wo sie suchen müssen.
## Ontologie taggen
Wirtschaft und Technologie spielen zusammen eine wichtige Rolle bei der Identifizierung der richtigen Tags. Aus geschäftlicher Sicht werden ein Unternehmen und ein Projekt immer einer bestimmten Struktur folgen. In der *EMEA-Region* könnte es beispielsweise in der *Personalabteilung* ein *Projekt* zur Vorhersage des Personalbedarfs geben. In diesem Fall wäre es wichtig, Metadaten aus der bestehenden Struktur für die Berichterstattung, Überwachung, Bereinigung und Einführung einzubeziehen. Gleichzeitig ist sich die technische Abteilung darüber im Klaren, dass für das Projekt Folgendes erforderlich sein wird:
+ *Phasen* der Datenerfassung über eine Datenpipeline, die aus Datenaufnahme, -bereinigung und -verarbeitung besteht
+ Ein ML-Team**** zur Datenmodellierung für Prognosen
+ Eine DevOps Pipeline für die Code-Orchestrierung, verteilt über eine Entwicklungs-, Test- und Produktionsumgebung
Bei allen kursiv geschriebenen Schlüsselwörtern handelt es sich um geschäftliche und technische Gruppenstrukturen, die wichtig sind, um sie den Komponenten einer Anwendung zuzuordnen. Dies ist ein Beispiel für eine typische Tagging-Ontologie. Anhand des Beispiels zeigt die folgende Tabelle die entsprechenden Schlüssel-Wert-Paare für die Tags.
| | |
| --- |--- |
| **Schlüssel** | **Werte** |
| `department` | `human resources` |
| `region` | `EMEA` |
| `project` | `hiring forecast` |
| `phase` | `3` |
| `process` | `data ingestion`, `data cleaning`, `processing`, `modeling` oder `sales forecasting` |
| `domain` | `machine learning` oder `data pipeline` |
| `creation` | `cdk`,`x framework`, oder `ingest pipeline` `manual - empty` |
| `status` | `development`, `testing`, `production access`, `reporting` oder `onboarding` |
## Verwaltung von Tags
Die Einrichtung von Governance-Mechanismen trägt dazu bei, das Tagging für alle AWS Ressourcen konsistent und programmierbar zu machen:
+ *Reaktive Steuerung* bedeutet, Ressourcen zu finden, die nicht richtig gekennzeichnet sind. Sie können Tools wie die [Resource Groups Tagging API](https://docs.aws.amazon.com/resourcegroupstagging/latest/APIReference/overview.html), [AWS Config Regeln](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config_use-managed-rules.html) und benutzerdefinierte Skripts verwenden.
+ *Proaktive Verwaltung* bedeutet, dass Benutzer keine Ressourcen ohne Tags erstellen dürfen. Sie können Tools wie [AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html), [AWS Service Catalog](https://docs.aws.amazon.com/servicecatalog/latest/userguide/end-user-console.html), [Tag-Richtlinien](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_tag-policies.html) oder AWS Organizations IAM-Berechtigungen auf Ressourcenebene verwenden.