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.
GAMEPERF02-BP02 Diseñe un enfoque que permita colocar la infraestructura de juego sensible a la latencia cerca de los jugadores para mejorar el rendimiento
La ubicación separada de la infraestructura sensible a la latencia, como los servidores de juegos, minimiza el impacto de las largas rutas de red. Las implementaciones repetibles pueden facilitar el mantenimiento de varias ubicaciones para que tus jugadores tengan un mejor rendimiento. El ping es una métrica común que aparece en la interfaz de usuario del juego y un ping bajo puede ser una capacidad diferenciadora.
Nivel de riesgo expuesto si no se establece esta práctica recomendada: alto
Guía para la implementación
Al lanzar un juego por primera vez, es posible que aún no dispongas de suficiente información sobre tu base de jugadores para saber cuál es el mejor lugar para implementar la infraestructura más cercana a los jugadores que están más interesados en jugar a tu juego. Este es un desafío común, y debes prepararte para este escenario diseñando una arquitectura que te permita ajustar rápidamente tu estrategia de alojamiento para desplegar los servidores donde los necesitan, más cerca de los jugadores. Es habitual que los desarrolladores de juegos evalúen con regularidad el despliegue de su infraestructura de juego como un análisis periódico posterior al lanzamiento para invertir gradualmente en mejoras a lo largo del tiempo con un enfoque iterativo.
Una práctica recomendada es usar plantillas de infraestructura como código, como AWS CloudFormation Terraform de Hashicorp, para la configuración de su infraestructura, como las VPC, las configuraciones de subred y las dependencias necesarias para lanzar los servicios de juego críticos, de modo que pueda consultar estas plantillas, personalizarlas rápidamente si es necesario e implementarlas en ubicaciones donde se necesite infraestructura adicional para apoyar a sus jugadores.
También debe asegurarse de comprender cómo podría evolucionar su estrategia de implementación actual para permitir una expansión futura. Las plantillas de IaC se pueden repetir, pero no sustituyen la planificación de la red. IPAM administra sus VPC. El tamaño de las subredes, la selección de zonas de disponibilidad, el inventario de IP y la alineación de las zonas de disponibilidad entre cuentas. Es importante tener en cuenta la red y, si se cambia, puede resultar perjudicial para los jugadores. Los servidores de juego distribuidos en varias ubicaciones geográficas se conectarán al servidor de tu juego, que es más habitual cuando se aloja en una o varias regiones de origen, lo que puede requerir una configuración adicional para admitir la conectividad privada. Estas consideraciones deben evaluarse de forma continua a lo largo del tiempo para que puedas modificar tu estrategia de alojamiento de juegos a medida que evolucionen los requisitos del juego o cambien los requisitos de los jugadores.
Al determinar cuántas ubicaciones de alojamiento de juegos vas a usar para tu juego, ten en cuenta los siguientes factores:
-
Mejora de la calidad de la experiencia del jugador: ¿en qué medida puedes mejorar la experiencia del jugador añadiendo más ubicaciones de alojamiento de juegos? ¿Cuál es la ganancia de rendimiento incremental que puedes lograr al hacerlo? ¿Cómo medirá esta mejora del rendimiento?
-
Qué poblaciones de jugadores hay que priorizar: ¿Para cuántos jugadores puedes mejorar la experiencia si añades más ubicaciones de alojamiento de juegos? ¿Qué poblaciones de jugadores o ubicaciones geográficas darás prioridad?
-
Efectos secundarios del cambio: si cambias tu estrategia de alojamiento de juegos, ¿cómo influirá esto en los tiempos de espera de los jugadores para las partidas? ¿El tamaño de las partidas, el equilibrio de habilidades o el número de jugadores del grupo de jugadores pueden adaptarse a un cambio en la estrategia de ubicación donde se aloja la partida? Admitir más ubicaciones puede fragmentar el grupo de jugadores y aumentar los costes y la complejidad.
Debes evaluar cada una de estas consideraciones a la hora de determinar dónde añadir o eliminar ubicaciones de alojamiento de juegos. Por ejemplo, puedes optar por priorizar la mejora de la experiencia de los jugadores que se encuentran en ubicaciones geográficas con el rendimiento de juego más bajo, o de los jugadores que más comentarios del público expresan. También puedes optar por tener en cuenta la monetización de los jugadores entre tus prioridades, por ejemplo, centrando tu atención en mejorar la experiencia de los jugadores que se encuentran en ubicaciones geográficas que generen una fuente importante de ingresos para el juego o que puedan generar ingresos incrementales si introduces mejoras en el rendimiento.
Además de hospedar la infraestructura Regiones de AWS, puedes usar las zonas locales
https://aws.amazon.com/outposts/
Si está creando juegos con contenedores y desea tener la flexibilidad necesaria para adoptar una arquitectura de implementación híbrida con software de código abierto que pueda implementarse en su propia infraestructura local, puede usar ECS Anywhere
Pasos para la implementación
-
Usa herramientas de infraestructura como código, como AWS CloudFormation Terraform, para realizar despliegues repetibles, lo que permite personalizar y escalar rápidamente las ubicaciones de alojamiento de juegos en función de las necesidades de los jugadores.
-
Evalúa las mejoras en la experiencia de los jugadores, las prioridades de la población de jugadores y los impactos posteriores, como los tiempos de búsqueda de partidas, al añadir o eliminar ubicaciones en las que se alojan las partidas.
-
Usa zonas AWS locales, puestos avanzados o opciones híbridas como ECS Anywhere, EKS Anywhere o GameLift Anywhere para optimizar la infraestructura sensible a la latencia y satisfacer las diversas necesidades de implementación.
