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-BP01 Verwenden Sie Speichertechnologien, die den Mustern entsprechen, die an Benutzerinhalte, Abonnenteninformationen und Käufe im Spiel angepasst sind
Sie sollten Ihre Daten nach Art, Aufbewahrungsbedarf und Zugriffshäufigkeit klassifizieren. Auf diese Weise können Sie die am besten optimierte Speicherlösung für die unzähligen Datentypen auswählen, die Ihr Spiel oder Ihre Backend-Dienste produzieren. Daten, die sich schnell ändern, sollten in Schlüsselwert- oder In-Memory-Datenbankdiensten gespeichert werden. Transaktionsdaten sollten in relationalen Datenbankdiensten gespeichert werden. Große Dateien, Spielinhalte oder benutzergenerierte Inhalte sollten in Objektspeicherdiensten gespeichert werden.
**Risikostufe, wenn diese bewährte Methode nicht eingeführt wird:** Hoch
## Implementierungsleitfaden
Spiele produzieren und verarbeiten eine Vielzahl von Datentypen, für die Speicherlösungen erforderlich sind, die hinsichtlich Zugriffshäufigkeit, Latenz und Kosten optimiert sind. Gespeicherte Daten sollten mithilfe von Tags klassifiziert werden, um Daten zu unterscheiden, die entfernt werden können oder langfristig gespeichert werden müssen.
Die folgenden Dienste eignen sich gut für eine Vielzahl von Spiele-Anwendungsfällen:
[Amazon Aurora ](https://aws.amazon.com/rds/aurora/) (kompatibel mit MySQL und PostgreSQL) bietet hohe Verfügbarkeit, niedrige Latenz und automatische Skalierung. Damit ist es eine hervorragende Wahl für den Umgang mit großen Mengen an Transaktionsdaten, wie z. B. für die Verwaltung und Authentifizierung von Spielerkonten, Wirtschaft im Spiel, Bestenlisten und Spielerranglisten, Persistenz des Spielstatus, Event- und Kampagnenmanagement sowie Bereitstellung in mehreren Regionen und mit hoher Verfügbarkeit.
[Amazon DynamoDB ](https://aws.amazon.com/dynamodb/) ist eine vollständig verwaltete NoSQL-Datenbank, die für ihre niedrige Latenz, ihren hohen Durchsatz und ihre nahtlose Skalierbarkeit bekannt ist. Dadurch eignet sie sich ideal für die Verarbeitung von Spielerdaten in Echtzeit, Sitzungsmanagement, Inventar, spielinterne Wirtschaft, Echtzeit-Multiplayer-Spielstatus, Matchmaking, Eventprotokollierung und Skalierung für ein globales Publikum.
[Amazon DocumentDB ](https://aws.amazon.com/documentdb/) (kompatibel mit MongoDB) bietet einen skalierbaren, dokumentenorientierten Datenbankservice mit niedriger Latenz, der sich perfekt für die Speicherung flexibler, halbstrukturierter Daten wie Inventarsystem, Spielerprofile und Anpassungen, Spielwelten und prozedural generierter Inhalte, sozialer und Spielerinteraktionen, Analysen und Verhaltensverfolgung sowie Metadaten und Konfigurationen im Spiel eignet.
[Amazon ElastiCache ](https://aws.amazon.com/elasticache/) unterstützt In-Memory-Caching mit Redis oder Memcached und bietet so einen schnellen Datenzugriff und reduzierte Reaktionszeiten, was für Multiplayer-Spiele in Echtzeit entscheidend ist, bei denen Geschwindigkeit und Leistung für ein reibungsloses Benutzererlebnis unerlässlich sind. ElastiCache wird in Spielen für Bestenlisten in Echtzeit, Sitzungsverwaltung, Zwischenspeichern von Spielmetadaten, Chat und Nachrichten im Spiel, Spielersuche, Echtzeitanalysen und Telemetrie sowie für die Skalierung für stark frequentierte Ereignisse verwendet.
[Amazon Simple Storage Service (S3) ](https://aws.amazon.com/s3/?nc=sn&loc=0) kann zum Speichern von Objekten wie Spiel-Assets, Videos, Bildern, Textprotokolldateien und mehr verwendet werden. S3 ist ein Objektspeicherservice, der branchenführende Skalierbarkeit, Datenverfügbarkeit, Sicherheit und Leistung bietet.
Wenn es mehrere Speicherklassen bietet, die häufigen und seltenen Datenzugriff sowie kostengünstigen Archivspeicher unterstützen. Für Daten, auf die während der Entwicklung häufig zugegriffen wird, sollten Studios Objekte im [ S3-Standard ](https://aws.amazon.com/s3/storage-classes/?nc=sn&loc=3) speichern, um eine niedrige Latenz und eine hohe Durchsatzleistung zu gewährleisten. Bei Daten, die häufig von heiß nach kalt oder umgekehrt wechseln, sollten Studios [ S3 genauer unter die Lupe nehmen Intelligent-Tiering](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/). Intelligent-Tiering überwacht die Zugriffsmuster Ihrer Daten und verschiebt Daten automatisch auf die kostengünstigste Zugriffsebene.
Für Studios, die einen hohen Durchsatz und eine niedrige Latenz benötigen und damit einverstanden sind, in einer einzigen Availability Zone zu leben, verwenden Sie [ S3 Express One Zone. ](https://aws.amazon.com/s3/storage-classes/express-one-zone/) Dadurch werden Daten auf eine einzige AZ repliziert und die Datenzugriffsgeschwindigkeiten im Vergleich zum S3-Standard können verbessert werden. Für die umfangreiche Archivierung historischer Daten bietet Amazon auch [ Amazon Glacier an. ](https://aws.amazon.com/s3/storage-classes/glacier/) Die Amazon Glacier-Speicherklassen wurden speziell für die Datenarchivierung entwickelt und bieten Ihnen hohe Leistung, Flexibilität beim Abrufen und kostengünstigen Archivspeicher in der Cloud.
[Amazon Elastic Block Store ](https://aws.amazon.com/ebs/) kann zum Speichern der Binärdateien, ausführbaren Dateien und Konfigurationen von Spieleservern verwendet werden, die Ihre Spieleserver oder Asset-Repositorys für den Betrieb benötigen. Sie sollten nicht verwendete Volumes, die nicht an eine EC2-Instance angehängt sind, Snapshots erstellen und löschen. Dies erspart Ihnen anfallende Speicherkosten und reduziert gleichzeitig die Nutzung nicht benötigter Dienste und Hardware.
### Implementierungsschritte
+ Klassifizieren Sie Spieldaten nach Typ, Aufbewahrungsbedarf und Zugriffshäufigkeit und kennzeichnen Sie die Daten, um zwischen kurzfristigen und langfristigen Speicheranforderungen zu unterscheiden.
+ Verwenden Sie Amazon Aurora für Transaktionsdaten, DynamoDB für Spielerdaten in Echtzeit, DocumentDB für halbstrukturierte Daten und ElastiCache für das Zwischenspeichern zeitkritischer Spielinformationen mit niedriger Latenz.
+ Speichern Sie Spielinhalte, Protokolle und benutzergenerierte Inhalte in Amazon S3, wählen Sie je nach Zugriffsmustern und Archivierungsanforderungen geeignete Speicherklassen (z. B. One Zone und Glacier) aus und verwenden Sie EBS für Spieleserver-Binärdateien und -konfigurationen mit regelmäßigem Snapshot-Management. Intelligent-Tiering