Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

GAMEOPS03-BP05 Se requiere una infraestructura de preescalado para soportar los picos de demanda

Amplíe la infraestructura antes de los eventos de juego a gran escala para asegurarse de que puede hacer frente al repentino aumento de la demanda de jugadores.

Nivel de riesgo expuesto si no se establece esta práctica recomendada: alto

Guía para la implementación

Además de los lanzamientos de nuevos juegos, los juegos en directo suelen incluir eventos dentro del juego, promociones, contenido nuevo y lanzamientos de temporada como ejemplos de formas de mantener y mejorar la participación de los jugadores. Estas actividades generan un gran volumen de tráfico de jugadores durante la duración del evento o la promoción. La empresa espera alcanzar o superar los objetivos previstos para el evento, y la infraestructura del juego debe sostenerlos y apoyarlos durante todo este proceso.

Prepara tu infraestructura con antelación para que pueda soportar la cantidad de jugadores prevista que se producirá durante los eventos a gran escala. Para prepararse, los equipos de operaciones del juego deben coordinarse con las partes interesadas en ventas y marketing para estimar la demanda proyectada que se generará en un próximo evento teniendo en cuenta la concurrencia de jugadores anteriores, las métricas de participación y los datos de ventas. Si el evento es para el lanzamiento de un nuevo juego, los equipos de operaciones del juego deberían trabajar con estas partes interesadas para identificar proyecciones realistas a la escala que anticipan. Si bien puede resultar difícil predecir el éxito de un juego, es importante que todos entiendan cuáles son las expectativas de éxito para que la infraestructura pueda ampliarse y probarse para cumplir con esos objetivos.

Muchos juegos se lanzan por etapas, empezando por un lanzamiento gradual, que consiste en abrir el juego a un número reducido de jugadores y, después, ir escalando el número de jugadores de forma orgánica en cada fase, antes de lanzarlos al público. Durante el periodo de lanzamiento provisional, supervisa, identifica, rastrea y resuelve los problemas y, al mismo tiempo, afina tus proyecciones para el lanzamiento público.

Para calcular correctamente los requisitos de infraestructura, recopila datos mediante pruebas de carga y rendimiento realizadas con los backends de tus juegos que se ejecutan en un entorno de producción o en un entorno de pruebas similar al de producción antes del lanzamiento del juego. Deberás realizar varias rondas de estas pruebas para simular diferentes condiciones del juego y comprobar que el backend puede soportar la carga en la mayoría de las condiciones.

Para lograrlo, los desarrolladores pueden crear robots de juego que recorran varios flujos de trabajo del juego y emulen diferentes condiciones. Estas pruebas deberían inspeccionar las diferentes capas del sistema del backend del juego para probar cada capa y cada componente y registrar los detalles. Usa los datos recopilados en estas pruebas para planificar el lanzamiento del juego.

Los puntos únicos de fallo (SPOF) deben identificarse y eliminarse siempre que sea posible, haciendo que la aplicación tenga una alta disponibilidad y sea tolerante a los errores. Utilice las pruebas de carga para identificarlos SPOFs emulando los fallos en diferentes niveles ascendentes y descendentes y verificando el comportamiento del juego y de otros componentes.

Configura el sistema para que se adapte automáticamente a la demanda, junto con la infraestructura estimada necesaria para el lanzamiento del juego, el evento o los preparativos de la promoción. Defina, configure y supervise los umbrales de los eventos de escalado para permitir que el backend del juego se escale y pueda soportar un gran volumen de tráfico de jugadores. Para el tráfico variable, lo mejor es el aprovisionamiento previo, ya que es posible que no haya tiempo suficiente para ampliarlo. Es posible que se requiera un escalado manual durante los lanzamientos iniciales de los juegos, ya que generan una demanda superior a la prevista con mayor rapidez de lo que los sistemas automatizados pueden escalar los recursos.

Sí AWS, las organizaciones deberían solicitar cuotas de servicio más altas para los servicios que utilizan en el backend del juego. Service Quotas se configuran para las cuentas a fin de evitar que los clientes instalen o escalen más infraestructura de la prevista de forma inadvertida. Cuando un juego que se ejecuta en una cuenta alcanza el límite superior de la cuota de servicio configurada en esa región, el servicio limita las solicitudes por encima de la cuota aprovisionada e interrumpe las provisiones. Los límites pueden provocar errores imprevistos o imprevistos y afectar a la experiencia del jugador. Supervisa, monitorea y revisa periódicamente los límites de las cuotas de servicio de los servicios utilizados por el juego durante la fase de producción para evitar que se produzcan limitaciones. Cuando el uso supera un límite de cuota de servicio tolerable, se puede solicitar un aumento de la cuota planteando un caso de soporte desde el Centro de soporte de la consola, tras iniciar sesión en la cuenta afectada o mediante la API de soporte.

Para eventos críticos, como el lanzamiento de juegos, el lanzamiento de contenido, las promociones y los principales eventos del juego, usa AWS Countdown. Countdown proporciona una guía de implementación basada en manuales creados por expertos en juegos para garantizar la preparación operativa, mitigar los posibles riesgos y planificar las necesidades de capacidad.AWS Countdown también cuenta con una opción de soporte premium que ofrece soporte mejorado y opciones, como ingenieros, para optimizar tu infraestructura.

Si vas a lanzar un juego alojado en Amazon GameLift, revisa las listas de verificación previas al lanzamiento para prepararte.

Pasos para la implementación