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 Pre-scale infraestructura requerida para soportar los requisitos de máxima demanda

Amplía la infraestructura antes de los eventos de juego a gran escala para asegurarte de que puedes hacer frente al aumento repentino 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 juegos nuevos, los juegos en vivo suelen incluir eventos, 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 mientras dura el evento o la promoción. La empresa espera alcanzar o superar los objetivos que se había fijado para el evento, y la infraestructura del juego debe mantenerla y apoyarla durante todo este proceso.

Prepara tu infraestructura con antelación para poder soportar la carga de jugadores prevista que experimentarás 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 prevista que se generará en un evento próximo, 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 juego nuevo, los equipos de operaciones del juego deben trabajar con estas partes interesadas para identificar proyecciones realistas sobre la escala que anticipan. Si bien puede resultar difícil predecir el éxito de un juego, es importante que todos comprendan cuáles son las expectativas de éxito para que la infraestructura pueda ampliarse y probarse para cumplir esos objetivos.

Muchos juegos optan por lanzarse por etapas, empezando por un lanzamiento suave, abriendo el juego a un número reducido de jugadores y, a continuación, escalando el número de jugadores de forma orgánica en cada fase, antes de lanzarlos al público en su totalidad. Durante el periodo de lanzamiento provisional, monitoriza, identifica, monitoriza y resuelve los problemas mientras perfeccionas tus previsiones para el lanzamiento público.

Para estimar correctamente los requisitos de infraestructura, recopila datos mediante pruebas de carga y rendimiento realizadas en los backends de tus juegos que estén en producción o en un entorno de pruebas similar al de producción antes del lanzamiento del juego. Deberían realizarse varias rondas de estas pruebas para simular las 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 deben inspeccionar las diferentes capas del sistema del backend del juego para probar cada capa y componente y registrar los detalles. Usa los datos recopilados en estas pruebas para planificar el lanzamiento del juego.

Los puntos únicos de error (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 identificar los SPOF emulando los errores en las diferentes capas ascendentes y descendentes y verificando el comportamiento del juego y de otros componentes.

Además de la infraestructura estimada necesaria que se debe aprovisionar para el lanzamiento del juego, los eventos del juego o los preparativos de la promoción, configura el sistema para que escale automáticamente según demanda. Defina, configure y supervise los umbrales de escalado de los eventos para permitir que el backend del juego escale y mantenga un volumen elevado de tráfico de jugadores. En el caso del tráfico variable, lo mejor es realizar un aprovisionamiento previo, ya que es posible que no haya tiempo suficiente para ampliarlo. Es posible que se requiera un escalado manual durante el lanzamiento inicial de los juegos, ya que esto genera una demanda mayor de la prevista con mayor rapidez de la que los sistemas automatizados pueden escalar los recursos.

Sí AWS, las organizaciones deben solicitar cuotas de servicio más altas para los servicios que utilizan en el backend del juego. Las cuotas de servicio se establecen en las cuentas para evitar que los clientes instalen o amplíen inadvertidamente más infraestructura de la prevista. 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 más allá de la cuota aprovisionada y acelera las provisiones. Las limitaciones pueden provocar errores imprevistos o imprevistos y afectar a la experiencia del jugador. Supervisa, controla y revisa periódicamente los umbrales de cuota de servicio de los servicios que utiliza el juego durante la producción para evitar que se agoten. Cuando el uso supera un límite de cuota de servicio admisible, se puede solicitar un aumento de la cuota enviando un caso de asistencia al centro de asistencia de la consola, tras iniciar sesión en la cuenta afectada o mediante la API de soporte. https://docs.aws.amazon.com/awssupport/latest/APIReference/Welcome.html

Para eventos críticos, como lanzamientos de juegos, lanzamientos de contenido, promociones y eventos importantes del juego, usa AWS Countdown. Countdown proporciona una guía de implementación basada en guías elaboradas 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 la 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