Dieser Leitfaden hilft Spieleentwicklern bei der Erstellung von Spielen mit persistenter Welt und dem Hosten von virtuellen Welten in AWS mit Amazon GameLift und Serverless Backend-Komponenten. Die Architektur verwendet verwaltete und Serverless-Komponenten, um den Betriebsaufwand zu reduzieren und nach dem Bedarf der Spieler zu skalieren. Entwickler können diese Architektur verwenden, um Spiele mit persistenten virtuellen Welten unter MacOS und Windows zu erstellen. Dieser Leitfaden beinhaltet die Automatisierung von Infrastructure as Code (IaC), Konfigurationsskripts zum Einrichten von Abhängigkeiten und eine Beispielimplementierung für Unity-Clients/Server. 

Architekturdiagramm

Bitte beachten Sie: Die Schritte A–C stellen das Backend des Systems dar und die Schritte 1–9 das Frontend. 

Architekturdiagramm als PDF herunterladen 

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.

  • Das AWS Cloud Development Kit (AWS CDK) verarbeitet Bereitstellungen und Aktualisierungen mithilfe von AWS CloudFormation zur Steuerung von Ressourcenaktualisierungen und Rollbacks. Dadurch werden Fehler reduziert, die durch manuelle Konfigurationsänderungen verursacht werden.

    Für Aktualisierungen der Flotte von Amazon GameLift  erstellt CloudFormation eine Ersatzflotte. Es wird darauf gewartet, bis der Ersatz vollständig aktiv wird, um den Datenverkehr zu akzeptieren, bevor die alte Flotte beendet wird.

    Whitepaper zur betrieblichen Exzellenz lesen 

  • Der Spiele-Client nutzt Identitätspool-Identitäten von Amazon Cognito um den Zugriff auf die Back-End-Services zu sichern. Dies wird erreicht, indem die Anfragen mit den vom Identitätspool bereitgestellten AWS Identity and Access Management (IAM)-Anmeldeinformationen signiert werden. Es können nur authentifizierte Anfragen an die bereitgestellten APIs gestellt werden, die auf dem API Gateway gehostet werden. Darüber hinaus dürfen Spiele-Clients nur auf die Daten ihres eigenen Kontos zugreifen.

    Whitepaper zur Sicherheit lesen 

  • Falls der Spieleserver (und damit die Spielwelt) abstürzt, ersetzt die Architektur die Welt automatisch durch eine neue, die Zugriff auf die gleichen persistenten Daten dieser bestimmten Welt hat.

    Whitepaper zur Zuverlässigkeit lesen 

  • Amazon GameLift ermöglicht die direkte Kommunikation zwischen Client und Server, um die Leistung nahezu in Echtzeit zu optimieren. Die Architektur ermöglicht es Entwicklern, Spieleserver in mehreren AWS-Regionen zu hosten und so die Latenz zwischen dem Spiele-Client und dem Server zu reduzieren.

    Whitepaper zur Leistung und Effizienz lesen 

  • Die Architektur nutzt Serverless-Komponenten wie API Gateway, Lambda und DynamoDB, mit denen Sie die Kosten senken können, indem Sie für die genaue Menge an Ressourcen bezahlen, die auf dem Spielerdatenverkehr basiert. Darüber hinaus kann Amazon GameLift so konfiguriert werden, dass es je nach Bedarf skaliert wird, sodass Sie zu jedem Zeitpunkt nur ein Minimum an ungenutzten Ressourcen einsetzen.

    Whitepaper zur Kostenoptimierung lesen 
  • Diese Architektur verwendet verwaltete und Serverless-Services, um nur die Ressourcen auszuführen, die für die aktuelle Spieler-Auslastung erforderlich sind, wodurch Ihre individuellen Auswirkungen auf die Umgebung reduziert werden.
    Whitepaper zur Nachhaltigkeit lesen 

Ressourcen zur Implementierung

Der Beispielcode dient als Ausgangspunkt. Er ist in der Branche erprobt, präskriptiv, aber nicht endgültig, und ein Blick unter die Haube, der Ihnen den Einstieg erleichtert. 

Beispielcode in GitHub öffnen

Ähnliche Inhalte

[Inhaltstyp]

[Titel]

Dieser [Blogbeitrag/E-Book/Anleitung/Beispielcode] zeigt, wie [kurze Beschreibung einfügen].

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