

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.

# GAMEPERF06-BP02 Kategorisieren und speichern Sie Spieldaten anhand von Zugriffsmustern
<a name="gameperf06-bp02"></a>

 Kategorisieren Sie Ihre Spieldaten anhand ihrer Zugriffsmuster und Speicheranforderungen in verschiedene Typen. 

 **Risikostufe, wenn diese bewährte Methode nicht eingeführt wird:** Hoch 

## Implementierungsleitfaden
<a name="implementation-guidance-57"></a>

 Zu den gängigen Kategorien gehören Spielerdaten, Spielstände, persistenter Weltspeicher und Analysedaten. 

### Implementierungsschritte
<a name="implementation-steps-56"></a>

 Verwenden Sie für jeden Datentyp geeignete Speicherlösungen, um Leistung und Kosteneffizienz zu optimieren: 
+  **Spielerdaten: ** Verwenden Sie Amazon DynamoDB, eine schnelle und skalierbare NoSQL-Datenbank, um Spielerprofile, Einstellungen und Fortschrittsdaten zu speichern. Der Zugriff mit niedriger Latenz und die automatischen Skalierungsfunktionen von DynamoDB ermöglichen ein effizientes Abrufen und Aktualisieren von Spielerdaten. 
+  **Spielstände: ** Verwenden Sie Amazon S3, um Spielstände und Checkpoints zu speichern. S3 bietet eine hohe Haltbarkeit und Skalierbarkeit für die Speicherung großer Mengen an Spielständen. Erwägen Sie, S3 Transfer Acceleration oder Amazon CloudFront zu verwenden, um Spielstände schneller hoch- und herunterzuladen. 
+  **Persistenter Weltspeicher: ** Für Spiele mit persistenten Weltzuständen oder gemeinsam genutzten Spieldaten sollten Sie die Verwendung von Amazon DynamoDB, Amazon ElastiCache oder Amazon MemoryDB in Betracht ziehen. ElastiCache und MemoryDB bieten einen speicherinternen Schlüsselwertspeicher, während DynamoDB eine SSD-gestützte NoSQL-Datenbank ist. Diese Dienste bieten schnellen Zugriff auf gespeicherte Daten und reduzieren so die Zeit, die der Spielserverprozess benötigt, um den Spielstatus zu speichern, was die Gesamtleistung des Prozesses verbessert. 
+  **Analysedaten: ** Verwenden Sie Amazon Managed Streaming für Apache Kafka oder Kinesis Data Streams, um Datenstreams von Ihren Spieldatenproduzenten aufzunehmen. Amazon Managed Service für Apache Flink kann für die Transformation und Analyse in Echtzeit verwendet und zur Verarbeitung und Bereitstellung in Backend-Data Lakes, Warehouses und Analysediensten an Amazon Data Firehose gesendet werden. [Die Leitlinien für Game Analytics Pipeline am zeigen, AWS](https://aws.amazon.com/solutions/guidance/game-analytics-pipeline-on-aws/) wie die Services zusammenarbeiten, um Analysen nahezu in Echtzeit und im Batch-Modus bereitzustellen. 