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. # GAMESUS01-BP02 Nutze Lebenszyklusrichtlinien oder den Ablauf von TTL, um unnötige Spielbenutzerdaten, Logdateien oder veraltete Inhalte zu löschen. Sie können Tags und Datentypen verwenden, um Lebenszyklusrichtlinien zu erstellen, oder TTLs, um Daten in den Archivspeicher zu verschieben oder vollständig aus dem Service zu entfernen. Dies kann temporäre Konfigurationen, abgelaufene archivierte Inhalte und historische Protokolle beinhalten, die nicht mehr benötigt werden. Die meisten Dienste unterstützen Tagging. **Risikostufe, wenn diese bewährte Methode nicht eingeführt wird:** Hoch ## Implementierungsleitfaden Für in S3 gespeicherte Daten können Sie Lebenszyklusrichtlinien verwenden, um die Daten auf Speicherebenen mit seltenen Zugriffen und Archivierungsstufen zu verschieben. Sie können in einer S3-Lebenszykluskonfiguration Regeln definieren, um Objekte aus einer Speicherklasse zu einer anderen Speicherklasse zu überführen, um Speicherkosten zu sparen. Wenn Sie die Zugriffsmuster Ihrer Objekte nicht kennen oder wenn sich Ihre Zugriffsmuster im Laufe der Zeit ändern, können Sie die Objekte in die Intelligent-Tiering S3-Speicherklasse umstellen, um automatisch Kosten zu sparen. Amazon S3 unterstützt das Wasserfallmodell für die Überführung zwischen Speicherklassen wie im folgenden Diagramm gezeigt. Sie können zu Ihrer S3-Lebenszykluskonfiguration Übertragungsaktionen hinzufügen und Amazon S3 damit anweisen, Objekte am Ende ihrer Lebensdauer zu löschen. Wenn ein Objekt aufgrund seiner Lebenszykluskonfiguration das Ende seiner Lebensdauer erreicht, ergreift Amazon S3 eine Ablaufaktion, die davon abhängt, in welchem S3-Versionsstatus sich der Bucket befindet: + **Non-versioned Bucket: ** Amazon S3 stellt das Objekt zur Entfernung in die Warteschlange und entfernt es asynchron, wodurch das Objekt dauerhaft entfernt wird. + **Versioning-enabled Bucket: ** Wenn es sich bei der aktuellen Objektversion nicht um eine Löschmarkierung handelt, fügt Amazon S3 eine Löschmarkierung mit einer eindeutigen Versions-ID hinzu. Damit ist die aktuelle Version nicht mehr aktuell und die Löschmarkierung wird zur aktuellen Version. + **Versioning-suspendedBucket: ** Amazon S3 erstellt eine Löschmarkierung mit Null als Versions-ID. Diese Löschmarkierung ersetzt eine Objektversion durch eine Null-Versions-ID in der Versionshierarchie, wodurch das Objekt effektiv gelöscht wird. + Wenn Sie einem Bucket eine Lebenszykluskonfiguration hinzufügen, gelten die Konfigurationsregeln für vorhandene Objekte und für Objekte, die Sie später hinzufügen. Wenn Sie beispielsweise heute eine Lifecycle-Konfigurationsregel mit einer Ablaufaktion hinzufügen, die bewirkt, dass Objekte mit einem bestimmten Präfix 30 Tage nach der Erstellung ablaufen, stellt Amazon S3 eine Warteschlange zur Entfernung vorhandener Objekte ein, die älter als 30 Tage sind und das angegebene Präfix haben. Time To Live (TTL) für DynamoDB ist eine kosteneffiziente Methode zum Löschen von Elementen, die nicht mehr relevant sind. TTL ermöglicht es Ihnen, einen Ablaufzeitstempel pro Element zu definieren, um festzulegen, wann ein Element nicht mehr benötigt wird. DynamoDB löscht abgelaufene Elemente automatisch innerhalb weniger Tage nach ihrem Ablauftermin, ohne dass dafür Schreibdurchsatz verbraucht wird. + Um TTL zu verwenden, aktivieren Sie es zunächst in einer Tabelle. Definieren Sie dann ein bestimmtes Attribut zum Speichern des TTL-Ablaufzeitstempels. Der Zeitstempel muss im [Unix-Zeitformat](https://en.wikipedia.org/wiki/Unix_time) in Sekunden gespeichert werden. Immer, wenn ein Element erstellt oder aktualisiert wird, können Sie die Ablaufzeit berechnen und sie im TTL-Attribut speichern. + Artikel mit gültigen, abgelaufenen TTL-Attributen können vom System gelöscht werden, in der Regel innerhalb weniger Tage nach ihrem Ablauf. Sie können die abgelaufenen Elemente, deren Löschung noch aussteht, weiterhin aktualisieren. Dazu gehören auch das Ändern oder Entfernen ihrer TTL-Attribute. Wenn Sie ein abgelaufenes Element aktualisieren, empfiehlt es sich, einen Bedingungsausdruck zu verwenden, um sicherzustellen, dass das Element anschließend nicht gelöscht wurde. Verwenden Sie Filterausdrücke, um abgelaufene Elemente aus [Scan](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/Scan.html#Scan.FilterExpression)- und [Abfrageergebnissen](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/Query.FilterExpression.html) zu entfernen. + Gelöschte Elemente funktionieren ähnlich wie Objekte, die bei typischen Löschvorgängen gelöscht wurden. Nach dem Löschen werden Elemente als Dienstlöschungen statt als Benutzerlöschungen in DynamoDB Streams gespeichert und wie bei anderen Löschvorgängen aus lokalen Sekundärindizes und globalen Sekundärindizes entfernt.  Mit ElastiCache for Redis können Sie die Aktualität Ihrer zwischengespeicherten Daten kontrollieren, indem Sie TTLs oder Ablaufdaten für zwischengespeicherte Schlüssel verwenden. Nach Ablauf der eingestellten Zeit wird der Schlüssel aus dem Cache gelöscht, und neben dem Zugriff auf die aktualisierten Daten ist auch der Zugriff auf den ursprünglichen Datenspeicher erforderlich.  + Zwei Prinzipien bestimmen, welche TTLs anzuwenden sind und welche Arten von Caching-Mustern implementiert werden müssen. Zunächst ist es wichtig, dass Sie die Änderungsrate der zugrunde liegenden Daten verstehen. Zweitens ist es wichtig, dass Sie das Risiko abwägen, dass veraltete Daten an Ihre Anwendung zurückgegeben werden und nicht an das aktualisierte Gegenstück. + Bei dynamischen Daten, die sich häufig ändern, sollten Sie niedrigere TTLs anwenden, bei denen die Daten mit einer Änderungsrate ablaufen, die der der Primärdatenbank entspricht. Dies verringert das Risiko, dass veraltete Daten zurückgegeben werden, und bietet gleichzeitig einen Puffer, um Datenbankanforderungen auszulagern. +  Es ist auch wichtig zu wissen, dass selbst wenn Sie Daten nur für Minuten oder Sekunden zwischenspeichern und nicht für längere Zeiträume, eine angemessene TTLs auf Ihre zwischengespeicherten Schlüssel zu einer Leistungssteigerung und einem insgesamt besseren Spielerlebnis mit Ihrem Spiel führen kann.  ### Implementierungsschritte + Verwenden Sie Amazon S3-Lifecycle-Richtlinien, um Objekte auf Stufen für seltenen Zugriff oder Archivierung zu übertragen, und konfigurieren Sie Ablaufaktionen, um nicht benötigte Objekte auf der Grundlage von Lebenszyklusregeln zu löschen. + Aktivieren Sie Time to Live (TTL) in DynamoDB-Tabellen, um abgelaufene Elemente automatisch zu löschen, ohne den Schreibdurchsatz zu verbrauchen, und definieren Sie den Ablaufzeitstempel in Unix-Epochenzeit. + Richten Sie geeignete TTLs für ElastiCache Schlüssel auf der Grundlage der Datenänderungsraten und der Risikotoleranz gegenüber veralteten Daten ein. So wird die Aktualität zwischengespeicherter Daten gewährleistet und das Spielerlebnis verbessert.