Esta guía ayuda a los desarrolladores de juegos a implementar un canal de análisis codificado, modular y sin servidor que incorpore los eventos de telemetría de los clientes del juego y los servicios de backend. La guía aborda los casos de uso de análisis casi en tiempo real y análisis por lotes. Con AWS CloudFormation Kit (AWS CDK), puede integrar e implementar la canalización de forma continua en varias cuentas y regiones de AWS. Además, los servicios sin servidor de esta Guía ofrecen un enfoque rentable para el desarrollo de juegos. Tras implementar esta plantilla de orientación, estará listo para recopilar y consultar los datos de los jugadores, recopilar información y mejorar tu juego.

Tenga en cuenta: [Descargo de responsabilidad]

Diagrama de la arquitectura

Descargue el diagrama de la arquitectura (PDF) 
  • Arquitectura

  • Este diagrama de arquitectura muestra una descripción general de una canalización de DataOps modernizada. Para la canalización de integración continua e implementación continua (CI/CD) de DataOps, abra la otra pestaña.

  • CI/CD de DataOps

  • Este diagrama de arquitectura muestra una canalización de CI/CD de DataOps. Para obtener una descripción general de la canalización de DataOps modernizada, abra la otra pestaña.

Pilares de Well-Architected

AWS Well-Architected Framework le permite comprender las ventajas y desventajas de las decisiones que tome durante la creación de sistemas en la nube. Los seis pilares de este marco permiten aprender las prácticas recomendadas arquitectónicas para diseñar y explotar sistemas confiables, seguros, eficientes, rentables y sostenibles. Con la Herramienta de AWS Well-Architected, que se encuentra disponible gratuitamente en la Consola de administración de AWS, puede revisar sus cargas de trabajo con respecto a estas prácticas recomendadas al responder a un conjunto de preguntas para cada pilar.

El diagrama de arquitectura mencionado es un ejemplo de una solución que se creó teniendo en cuenta las prácticas recomendadas de una buena arquitectura. Para tener completamente una buena arquitectura, debe seguir todas las prácticas recomendadas de buena arquitectura posibles.

  • Las herramientas para desarrolladores de AWS, específicamente CodeBuild, CodeCommit y AWS CodePipeline, permiten la CI/CD de toda la arquitectura como una aplicación codificada. Esto significa que todas las operaciones se pueden realizar mediante cambios en el código. Además, la canalización de CI/CD realiza pruebas automatizadas del sistema de estos cambios, dentro de la etapa de control de calidad, para ayudar a garantizar que cualquier posible falla se pueda comprobar previamente antes de implementarla en producción. El registro operativo de cada componente arquitectónico se entrega a CloudWatch junto con notificaciones de SNS para alertar a los administradores de cualquier problema operativo y de implementación.

    Estas herramientas se han seleccionado no solo para permitir a los operadores conocer la arquitectura, sino también para proporcionar un control granular sobre la implementación inicial de la Guía, además de los cambios posteriores. Esto significa que los operadores pueden supervisar los cambios, confirmar que están listos para la producción y anular cualquier cambio que afecte a la producción, sin afectar a sus usuarios.

    Lea el documento técnico sobre excelencia operativa 

  • Cada proveedor de telemetría (productor de datos) recibe una clave de autenticación (almacenada en DynamoDB) para acceder a los datos de telemetría y enviarlos a la puerta de enlace API, lo que significa que solo los productores de datos autorizados reciben claves de acceso. Proporcionar una fuente única para almacenar las claves de autenticación le permite confiar en el mismo proceso de autenticación para administrar la API y los recursos de AWS implementados por la Guía. Las aplicaciones de backend pueden interactuar de forma segura con la API Guidance mediante credenciales temporales de AWS.

    Además, todos los eventos de telemetría enviados a través de la puerta de enlace de API se cifran en tránsito y los datos de eventos de telemetría que finalmente se almacenan en Amazon S3 se cifran en reposo.

    Lea el documento técnico sobre seguridad 

  • Esta Guía proporciona dos niveles de resiliencia: a nivel regional y global. Todos los componentes regionales de la arquitectura utilizan las capacidades sin servidor de AWS. Las capacidades sin servidor ayudan a garantizar que cada servicio siga proporcionando la funcionalidad requerida en varias zonas de disponibilidad (AZ), siempre que no se produzca ningún error regional. Si se produce un error regional, puede volver a implementar la Guía en otra región de AWS o incluso en otra cuenta de AWS.

    Lea el documento técnico sobre fiabilidad 

  • Los componentes sin servidor, como la puerta de enlace API, contribuyen a que esta guía sea lo suficientemente elástica y escalable para cumplir con los requisitos de rendimiento de los proveedores de telemetría. Además, Amazon Kinesis ofrece un rendimiento casi en tiempo real para el análisis de streaming. Además, la implementación de la Guía como una aplicación codificada permite que los usuarios experimenten gracias a la capacidad de agregar automáticamente etapas de desarrollo, prueba y control de calidad.

    Lea el documento técnico sobre la eficacia del rendimiento 

  • AWS Glue permite el rastreo automático del esquema de datos, lo que compensa la laboriosa práctica de estructurar el esquema correcto para el análisis. Además, estructurar la Guía como una aplicación codificada le permite hacer coincidir los módulos correctos con diversos casos de uso, lo que ayuda a optimizar los costos.

    Lea el documento técnico sobre la optimización de costes 

  • Tanto Amazon S3 como AWS Glue admiten un patrón de ingesta de datos sin servidor y basado en eventos. AWS Glue Jobs traspasa la responsabilidad de gestión y optimización de la infraestructura a AWS. Amazon S3 implementa políticas de ciclo de vida de los datos y un formateo y compresión de archivos eficientes, ya que todos los datos ingeridos se almacenan en formato Parquet. Dado que los datos se transforman y almacenan en un formato Parquet comprimido, se reducen los escaneos de datos por consulta, lo que significa que necesitará menos recursos informáticos para la carga de trabajo de la Guía.

    Lea el documento técnico sobre sostenibilidad 

Recursos de implementación

El código de muestra es un punto de partida. Está validado por el sector, es prescriptivo pero no definitivo, y le permite profundizar en su funcionamiento para que le sea más fácil empezar.

Abrir el código de muestra en GitHub

Contenido relacionado

[Asunto]
[Tipo de contenido]

[Título]

[Subtítulo]
Esta [entrada de blog/libro electrónico/orientación/código de muestra] demuestra cómo [insertar una descripción breve].

Descargo de responsabilidad

El código de muestra; las bibliotecas de software; las herramientas de línea de comandos; las pruebas de concepto; las plantillas; o cualquier otra tecnología relacionada (incluida cualquiera de las anteriores que proporcione nuestro personal) se brinda como contenido de AWS bajo el Contrato de cliente de AWS, o el contrato escrito pertinente entre usted y AWS (lo que sea aplicable). No debe utilizar este contenido de AWS en sus cuentas de producción, ni en producción ni en otros datos críticos. Es responsable de probar, proteger y optimizar el contenido de AWS, como el código de muestra, según corresponda para el uso de grado de producción en función de sus prácticas y estándares de control de calidad específicos. La implementación de contenido de AWS puede incurrir en cargos de AWS por crear o utilizar recursos con cargo de AWS, como ejecutar instancias de Amazon EC2 o utilizar el almacenamiento de Amazon S3.

Las referencias a servicios u organizaciones de terceros en esta Guía no implican un respaldo, patrocinio o afiliación entre Amazon o AWS y el tercero. La orientación de AWS es un punto de partida técnico, y puede personalizar su integración con servicios de terceros al implementar la arquitectura.