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 ](https://docs.aws.amazon.com/vpc/latest/ipam/what-it-is-ipam.html) 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/about-aws/global-infrastructure/localzones/), que son una extensión de una Región de AWS, para alojar tus servidores de juego y otras aplicaciones sensibles a la latencia, como los servidores de chat de voz, más cerca de tus jugadores. También puedes optar por ejecutar la infraestructura de desarrollo de juegos en zonas locales para mejorar la experiencia de tus equipos de desarrollo de juegos. Por ejemplo, puede usar las zonas locales para abordar casos de uso, como alojar réplicas de sus servidores de control de código fuente autogestionados más cerca de sus desarrolladores de juegos, y para ofrecer estaciones de trabajo virtuales de desarrollo de juegos y almacenamiento de contenido a los usuarios que utilizan instancias de Amazon EC2, volúmenes de EBS y sistemas de archivos Amazon FSx implementados en una o más zonas locales cerca de sus estudios de desarrollo sin necesidad de alojar la infraestructura local.
[https://aws.amazon.com/outposts/](https://aws.amazon.com/outposts/)Los puestos avanzados son una buena opción cuando las regiones o las zonas locales no están disponibles en la misma área geográfica. AWS Debe tenerse en cuenta la conectividad desde el centro de datos para permitir la confiabilidad del servidor del juego con el sistema de respaldo. AWS Outposts y los servidores Outpost están diseñados específicamente para ejecutarse AWS en su centro de datos utilizando los mismos servicios y API para ayudar a crear un modelo de implementación uniforme dondequiera que ejecute su juego. Se pueden combinar varios racks en un Outpost lógico y la infraestructura se puede compartir entre ellos. Cuentas de AWS El ciclo de vida del hardware se gestiona de AWS forma automática y el plazo de entrega puede ser de tan solo 3 meses.
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 ](https://aws.amazon.com/ecs/anywhere/) o [ EKS Anywhere ](https://aws.amazon.com/eks/eks-anywhere/) como alternativa a nuestras zonas AWS Outposts locales. Si hospedas en Amazon GameLift, puedes usar [ Amazon GameLift Anywhere para ejecutar tu servidor en hardware local, ](https://aws.amazon.com/blogs/gametech/hybrid-game-server-hosting-with-amazon-gamelift-anywhere/) lo que puede acelerar el proceso de desarrollo y permitirte usar zonas locales o registrar tu propio metal como parte de tu flota.
### 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.