Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Pipeline de processeurs de In-Game captures d'écran sans serveur pour les studios de jeux
Date de publication : 23 décembre 2021 (Historique du diagramme)
Cette architecture vous permet de créer un pipeline de traitement d'image sans serveur pour vos jeux, qui reçoit les captures d'écran des joueurs en jeu, vérifie qu'elles ne sont pas blasphématoires, effectue des transformations et les stocke dans le cloud. Les images traitées peuvent être récupérées pour la galerie des joueurs par le client du jeu et le site communautaire.
Pipeline de processeurs de In-Game captures d'écran sans serveur pour les studios de jeux
-
Les joueurs prennent des captures d'écran dans le jeu, ce qui invoque une API pour télécharger ces captures d'écran. Le client du jeu doit envoyer les métadonnées du joueur à l'interface du programme d'application (API).
-
Une instance Amazon API Gateway héberge l'API REST pour la fonction de téléchargement et de traitement des images.
-
Il est recommandé d'utiliser une méthode d'authentification telle qu'Amazon Cognito pour authentifier toutes les demandes traitées par API Gateway.
API Gateway prend également en charge l'autorisation personnalisée à l'aide d'une AWS Lambda fonction permettant d'effectuer l'authentification auprès d'un fournisseur d'identité externe.
-
Une AWS Lambda fonction est invoquée par l'API Gateway pour recevoir l'image et la prétraiter.
-
Dans le cadre du prétraitement, l'image est envoyée à l'API Amazon
DetectModerationLabelsRekognition. -
Vous pouvez envoyer une notification concernant le résultat du processus de filtrage à votre utilisateur via Amazon Simple Notification Service (Amazon SNS).
-
L'image brute peut éventuellement être stockée dans un compartiment Amazon Simple Storage Service (Amazon S3).
-
La fonction Lambda du processeur d'image peut exécuter transformations/resizing l'image et ajouter des filigranes. L'image traitée est téléchargée dans un compartiment S3 destiné aux captures d'écran traitées.
-
La fonction Lambda du processeur d'image extrait les métadonnées associées au jeu (telles que l'identifiant du joueur, l'horodatage et la localisation dans le jeu) dans l'objet de requête. Les métadonnées sont ensuite stockées dans Amazon DynamoDB. La clé S3 associée à l'image est également incluse dans le même élément DynamoDB. Cette étape complète la partie de ce pipeline consacrée au traitement d'image.
-
Le site communautaire et le client du jeu souhaiteront peut-être récupérer les captures d'écran stockées pour présenter la galerie d'images aux joueurs en récupérant les URL stockées dans DynamoDB. Pour récupérer l'image, le client ou le site communautaire lance une demande à l'aide d'API Gateway.
-
La demande de récupération appelle la fonction Lambda de récupération d'image, qui obtient l'élément associé auprès de DynamoDB, qui contient la clé S3 de l'image. Vous pouvez éventuellement utiliser DynamoDB Accelerator pour mettre en cache vos demandes de lecture.
-
Le client du jeu et le site communautaire demandent l'image au réseau de diffusion de CloudFront contenu (CDN) situé en face du compartiment S3 pour diffuser les captures d'écran.
Suggestions de lecture
Pour plus d'informations, reportez-vous à
Historique du diagramme
Pour être informé des mises à jour de ce schéma d'architecture de référence, abonnez-vous au fil RSS.
| Modification | Description | Date |
|---|---|---|
Publication initiale | Schéma d'architecture de référence publié pour la première fois. | 23 décembre 2021 |
Note
Pour vous abonner aux mises à jour RSS, un plug-in RSS doit être activé pour le navigateur que vous utilisez.
