Diese Anleitung unterstützt Kunden dabei, verschiedene Arten von Datensätzen zusammenzufassen und zu einer einzigen, konsolidierten Ansicht zusammenzuführen. Kunden von AWS Game Tech können ein umfassendes Verhaltensprofil ihrer Spieler erstellen, um weitere Erkenntnisse darüber zu gewinnen, wie Spieler mit einem Spiel interagieren, an der Spiele-Community teilnehmen und mit anderen Spielern in Kontakt treten. Der Cohort Modeler kategorisiert und aggregiert Spielermetriken in einzelne Spielergruppierungen, basierend auf verschiedenen Arten von Metrikdaten, einschließlich In-Game-Metriken, In-Game-Verhalten und Finanztransaktionen. Ein tieferes Verständnis des Spielerverhaltens fließt in die laufenden Design- und Entwicklungsentscheidungen ein.
Architekturdiagramm
[Beschreibung des Architekturdiagramms]
Schritt 1
Spielserver und Clients verwenden Sensoren, um Spieleraktionen wie Verhaltenstoxizität, Spielerstil und In-Game-Käufe zu bewerten. Diese Aktionen werden deklarativ mit der Cohort-Modeler-API protokolliert, um Daten über Spielerfortschritt, Community-Aufbau, Bindung und mehr zu erfassen.
Schritt 2
Datenkonsumenten speichern Inhaltsempfehlungen und fragen die API ab. Zu den Datenkonsumenten gehören Lösungen für künstliche Intelligenz und Machine Learning (KI/ML) sowie Matchmaking-Services, die Spieler miteinander verbinden.
Schritt 3
Amazon API Gateway hostet eine ressourcenbasierte Cohort-Modeler-API zur Interaktion mit Diagrammscheitelpunkten und Diagrammkanten.
Schritt 4
AWS Lambda erfüllt an den API-Endpunkt gestellte Anfragen, wandelt HTTP/S-Anfragen in Gremlin-Diagramm-Abfragen um und übermittelt diese Anfragen an die Datenbank.
Schritt 5
Amazon Neptune ist eine vollständig verwaltete Diagrammdatenbank, die Spielerdaten und Interaktionen speichert.
Schritt 6
Geschäftsanwender können ein in der AWS Cloud gehostetes Jupyter Notebook verwenden, um Spielerkohorten interaktiv zu erkunden.
Schritt 7
Entwickler können das Cohort-Modeler-Codebeispiel mithilfe des AWS Serverless Application Model (AWS SAM) ändern und bereitstellen, das von AWS CloudFormation unterstützt wird.
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.
-
Betriebliche Exzellenz
Der Zugriff auf die Telemetrie von Anwendungen, Workload und Infrastrukturkomponenten erfolgt über Amazon CloudWatch Logs. Alle Metriken zum Betriebszustand sind über CloudWatch zugänglich. Die Anwendung selbst verfolgt Benutzer- und Transaktionstelemetrie über Aufnahme- und Abfrage-APIs.
-
Sicherheit
Alle Daten befinden sich in Neptune und sind im Ruhezustand verschlüsselt. Alle Massenaufnahmedaten (Nicht-API-Daten) befinden sich im Amazon Simple Storage Service (Amazon S3) und werden im Ruhezustand ebenfalls verschlüsselt. Die während der Übertragung übertragenen Daten werden über einen dedizierten VPC-Endpunkt verschlüsselt, auf den nur Neptune Zugriff hat. Sämtliche Abfragedaten (über die API) werden während der Übertragung mit Transport Layer Security (TLS)/HTTPS verschlüsselt.
-
Zuverlässigkeit
Die Architektur ist mithilfe eines dreistufigen Zugriffsmusters entkoppelt, von API Gateway über Lambda bis Neptune. Jede Ebene ist unabhängig skalierbar und hochverfügbar. Darüber hinaus sind die Ebenen zustandslos und ermöglichen automatische Wiederholungslimits. Jede Ebene sendet einzeln Protokolle zur Analyse an CloudWatch. Die Architektur wird als Infrastrukturcode (IaC) über CloudFormation bereitgestellt. CloudFormation verwaltet alle Aktualisierungen, Wiederherstellungen oder Fehler.
-
Leistung und Effizienz
Die Services in dieser Architektur bieten automatische Skalierung und lineare Kostenprognosen. Neptune verfügt über Feature zum Erkunden und Bestimmen der Modellierung von Spieler- und Kohortenbeziehungen. Die Architektur verwendet außerdem ein Referenz-Jupyter-Notebook mit Codebeispielen und bietet Schritt-für-Schritt-Anleitungen zum Erfassen, Abfragen und Modellieren von Daten
-
Kostenoptimierung
Die Architektur minimiert die Datenübertragungskosten aus der AWS-Region, indem API-Abfrageantworten nur für Spielereinblicke berechnet werden. Dies führt dazu, dass Datenübertragungskosten nur für in der Architektur genutzte Services und nicht für die Datenaufnahme anfallen. Darüber hinaus können Sie Kosten basierend auf der vergangenen Nutzung prognostizieren.
-
Nachhaltigkeit
Die Services in dieser Lösung sind Serverless, sodass keine Hardware erforderlich ist. Im Allgemeinen unterstützt Neptune Serverless-Funktionen. In dieser Architektur verwenden wir eine Version von Neptune, die nicht Serverless ist, aber dennoch die minimale Menge an Hardware verwendet, die zur Aufrechterhaltung der Zuverlässigkeit erforderlich ist.
Implementierungsressourcen
Es wird eine detaillierte Anleitung zum Experimentieren und zur Verwendung in Ihrem AWS-Konto bereitgestellt. Jede Phase der Erstellung der Anleitung, einschließlich Bereitstellung, Verwendung und Bereinigung, wird untersucht, um sie für die Bereitstellung vorzubereiten.
Der Beispielcode dient als Ausgangspunkt. Er ist branchenerprobt, präskriptiv, aber nicht endgültig, und ein Blick unter die Motorhaube, der Ihnen den Einstieg erleichtert.
Ähnliche Inhalte
Einblicke in Ihre Spielerbasis mithilfe des Cohort Modeler von AWS for Games gewinnen
Cohort Modeler von AWS for Games: Diagrammdatenmodell
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.