Diese Anleitung hilft Spieleentwicklern bei der Bereitstellung einer modularen, Serverless-Analysepipeline zum Erfassen, Speichern, Verarbeiten und Visualisieren von Telemetriedaten von Spiel-Clients und Backend-Services. Sie unterstützt Anwendungsfälle für Echtzeit- und Batch-Analysen. Mit dem AWS Cloud Development Kit können Entwickler die Pipeline kontinuierlich über mehrere AWS-Konten und -Regionen hinweg integrieren und bereitstellen. Die Serverless-Services bieten Kosteneffizienz und einfache Einrichtung. Nach der Bereitstellung können Teams Daten aufnehmen und fundierte Entscheidungen treffen, um ihre Spiele schneller zu verbessern.

Bitte beachten: [Haftungsausschluss]

Architekturdiagramm

Architekturdiagramm als PDF herunterladen 
  • Architektur

  • Dieses Architekturdiagramm zeigt einen Überblick über eine modernisierte DataOps-Pipeline. Öffnen Sie für die DataOps-Pipeline für kontinuierliche Integration und kontinuierliche Bereitstellung (CI/CD) die andere Registerkarte.

  • DataOps-CI/CD

  • Dieses Architekturdiagramm zeigt eine DataOps-CI/CD-Pipeline. Um einen Überblick über die modernisierte DataOps-Pipeline zu erhalten, öffnen Sie die andere Registerkarte.

Erste Schritte

Diese Anleitung anwenden

Well-Architected-Säulen

Das AWS-Well-Architected-Framework hilft Ihnen, die Vor- und Nachteile der Entscheidungen zu verstehen, die Sie beim Aufbau von Systemen in der Cloud treffen. Die sechs Säulen des Frameworks ermöglichen es Ihnen, architektonische bewärhte Methoden für die Entwicklung und den Betrieb zuverlässiger, sicherer, effizienter, kostengünstiger und nachhaltiger Systeme zu erlernen. Mit dem AWS-Well-Architected-Tool, das kostenlos in der AWS-Managementkonsole verfügbar ist, können Sie Ihre Workloads anhand dieser bewährten Methoden überprüfen, indem Sie eine Reihe von Fragen für jede Säule beantworten.

Das obige Architekturdiagramm ist ein Beispiel für eine Lösung, die unter Berücksichtigung der bewährten Methoden von Well-Architected erstellt wurde. Um eine vollständige Well-Architected-Lösung zu erhalten, sollten Sie so viele bewährte Methoden von Well-Architected wie möglich befolgen.

  • AWS-Entwicklertools, insbesondere CodeBuild und AWS CodePipeline, ermöglichen das CI/CD der gesamten Architektur als kodifizierte Anwendung. Dies bedeutet, dass alle Operationen durch Codeänderungen ausgeführt werden können. Darüber hinaus führt die CI/CD-Pipeline automatisierte Systemtests dieser Änderungen innerhalb der QA-Phase durch, um sicherzustellen, dass potenzielle Fehler vorab überprüft werden können, bevor sie in die Produktion eingeführt werden. Die Betriebsprotokollierung aller Architekturkomponenten wird zusammen mit SNS-Benachrichtigungen an CloudWatch übermittelt, um Administratoren über Bereitstellungs- und Betriebsprobleme zu informieren.

    Diese Tools wurden ausgewählt, um den Anbietern nicht nur einen Einblick in die Architektur zu geben, sondern auch eine detaillierte Kontrolle über den ersten Einsatz des Guidance sowie über spätere Änderungen zu ermöglichen. Das bedeutet, dass Anbieter Änderungen überwachen können, bestätigen können, dass sie produktionsbereit sind, und alle Änderungen rückgängig machen können, die sich auf die Produktion auswirken – ohne dass dies Auswirkungen auf ihre Benutzer hat.

    Whitepaper zur operativen Exzellenz lesen 

  • Jeder Telemetrieanbieter (Datenproduzent) erhält einen Authentifizierungsschlüssel (in DynamoDB gespeichert), um auf Telemetriedaten zuzugreifen und sie an API Gateway zu senden. Das bedeutet, dass nur autorisierten Datenproduzenten Zugriffsschlüssel zur Verfügung gestellt werden. Durch die Bereitstellung einer einzigen Quelle für die Speicherung von Authentifizierungsschlüsseln können Sie sich bei der Verwaltung der von Guidance bereitgestellten API- und AWS-Ressourcen auf denselben Authentifizierungsprozess verlassen. Backend-Anwendungen können mithilfe temporärer AWS-Anmeldeinformationen sicher mit der Guidance-API interagieren.

    Darüber hinaus werden alle Telemetrieereignisse, die über API Gateway gesendet werden, während der Übertragung verschlüsselt, und alle Telemetrie-Ereignisdaten, die letztendlich in Amazon S3 gespeichert werden, werden im Ruhezustand verschlüsselt.

    Whitepaper zur Sicherheit lesen 

  • Dieser Leitfaden bietet zwei Ebenen der Resilienz: auf regionaler und auf globaler Ebene. Alle regionalen Komponenten der Architektur verwenden Serverless-AWS-Funktionen. Serverless-Funktionen stellen sicher, dass jeder Service weiterhin die erforderliche Funktionalität in mehreren Availability Zones (AZs) bereitstellt, sofern kein regionaler Fehler vorliegt. Sollte ein regionaler Fehler auftreten, können Sie die Guidance erneut in einer anderen AWS-Region oder sogar in einem anderen AWS-Konto bereitstellen.

    Whitepaper zur Zuverlässigkeit lesen 

  • Serverless-Komponenten wie API Gateway tragen dazu bei, dass diese Leitlinien ausreichend elastisch und skalierbar sind, um die Leistungsanforderungen von Telemetrieanbietern zu erfüllen. Darüber hinaus bietet Amazon Kinesis nahezu in Echtzeit Leistung für Streaming-Analysen. Darüber hinaus ermöglicht die Implementierung der Guidance als kodifizierte Anwendung Benutzerexperimente durch die Möglichkeit, automatisch DEV-, TEST- und QA-Stufen hinzuzufügen.

    Whitepaper zur Leistung und Effizienz lesen 

  • AWS Glue ermöglicht das automatische Crawling von Datenschemas, wodurch die zeitaufwändige Strukturierung des richtigen Schemas für die Analyse ausgeglichen wird. Darüber hinaus können Sie durch die Strukturierung der Leitlinien als kodifizierte Anwendung die richtigen Module an unterschiedliche Anwendungsfälle anpassen, was zur Kostenreduzierung beiträgt.

    Whitepaper zur Kostenoptimierung lesen 

  • Sowohl Amazon S3 als auch AWS Glue unterstützen ein ereignisgesteuertes Serverless-Datenerfassungsmuster. AWS Glue Jobs verlagerte die Verantwortung für die Infrastrukturverwaltung und die Optimierung zu AWS. Amazon S3 implementiert Richtlinien für den Datenlebenszyklus sowie eine effiziente Dateiformatierung und -komprimierung, da alle aufgenommenen Daten im Parquet-Format gespeichert werden. Da Daten transformiert und in einem komprimierten Parquet-Format gespeichert werden, werden die Datenscans pro Abfrage reduziert, was bedeutet, dass Sie weniger Datenverarbeitungsressourcen für den Guidance-Workload benötigen.

    Whitepaper zur Nachhaltigkeit lesen 

Ähnliche Inhalte

Haftungsausschluss

Der Beispielcode, die Softwarebibliotheken, die Befehlszeilentools, die Machbarkeitsnachweise, die Vorlagen oder andere zugehörige Technologien (einschließlich derjenigen, die von unseren Mitarbeitern bereitgestellt werden) werden Ihnen als AWS-Inhalte im Rahmen der AWS-Kundenvereinbarung oder der entsprechenden schriftlichen Vereinbarung zwischen Ihnen und AWS (je nachdem, was zutrifft) zur Verfügung gestellt. Sie sollten diese AWS-Inhalte nicht in Ihren Produktionskonten oder für Produktions- oder andere kritische Daten verwenden. Sie sind verantwortlich für das Testen, Sichern und Optimieren des AWS-Inhalts, z. B. des Beispielcodes, für die Verwendung in der Produktion auf der Grundlage Ihrer spezifischen Qualitätskontrollverfahren und -standards. Bei der Bereitstellung von AWS-Inhalten können AWS-Gebühren für die Erstellung oder Nutzung von kostenpflichtigen AWS-Ressourcen anfallen, z. B. für den Betrieb von Amazon-EC2-Instances oder die Nutzung von Amazon-S3-Speicher.

Verweise auf Services oder Organisationen von Drittanbietern in diesen Leitlinien bedeuten nicht, dass Amazon oder AWS eine Billigung, Förderung oder Zugehörigkeit zwischen Amazon oder AWS und dem Drittanbieter darstellt. Die Beratung durch AWS ist ein technischer Ausgangspunkt, und Sie können Ihre Integration mit Services von Drittanbietern anpassen, wenn Sie die Architektur bereitstellen.

War diese Seite hilfreich?

 Feedback