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.

# GAMEREL02-BP01 Implemente una estrategia de escalamiento que incorpore el estado de las sesiones de juego de los jugadores activos
<a name="gamerel02-bp01"></a>

 Implementa una solución para escalar automáticamente tu infraestructura de juego de forma que incorpore la naturaleza estable de tus sesiones de jugador conectadas de forma activa y gestione las actividades de escalado sin interrumpir la jugabilidad. 

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

## Guía para la implementación
<a name="implementation-guidance-39"></a>

 Una de las ventajas de desarrollar un juego en la nube es la elasticidad que se puede lograr escalando automáticamente la infraestructura del servidor según sea necesario para satisfacer la demanda. Si bien los juegos sin estado o asincrónicos y los servicios de backend se pueden escalar dinámicamente mediante las políticas de Auto Scaling de [ Amazon EC2](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scale-based-on-demand.html), el escalado automático de [ EKS o técnicas similares que se suelen adoptar para aplicaciones web escalables](https://docs.aws.amazon.com/eks/latest/userguide/autoscaling.html), los desarrolladores de juegos suelen necesitar un enfoque más personalizado para escalar los juegos sincronizados o con estado, a fin de ayudar a bloquear las interrupciones en las sesiones activas de los jugadores. 

### Pasos para la implementación
<a name="implementation-steps-38"></a>
+  En el caso de los juegos con estado, genere métricas personalizadas que se puedan usar para supervisar el estado de las sesiones de los jugadores y la capacidad disponible del servidor de juegos, que se pueden informar a Amazon CloudWatch como métricas personalizadas. Las funciones de ejercicio con la supervisión de aplicaciones, como CloudWatch Synthetics, comprueban el juego para ver si hay alteraciones en las funciones que un simple control de la salud no pueda detectar. 
+  Utilice métricas personalizadas para implementar software de escalado de servidores de juegos, por ejemplo, como una aplicación sin servidor que utilice AWS Lambda funciones o AWS Fargate para gestionar la flota de instancias de servidores de juegos dedicadas mediante el AWS SDK para realizar llamadas a la API con el fin de actualizar la configuración de capacidad mínima, máxima y deseada para los grupos de EC2 [ Auto Scaling que ](https://docs.aws.amazon.com/autoscaling/ec2/userguide/AutoScalingGroup.html) alojan su versión de servidor de juegos. 
+  Utilice Amazon GameLift para alojar sus servidores de juegos y utilice las funciones de escalado automático de los servidores de juegos [ listas para usar ](https://docs.aws.amazon.com/gamelift/latest/developerguide/fleets-manage-capacity.html) para gestionar este proceso de escalado automáticamente. 

 Las funciones de escalado automático de Amazon GameLift detectan las sesiones de los jugadores activas y se pueden configurar para bloquear la finalización o el escalado de las instancias de los servidores de juegos que alojan jugadores de forma activa. Para obtener más información, consulta [ Supervisar los GameLift servidores de Amazon con Amazon. CloudWatch ](https://docs.aws.amazon.com/gamelift/latest/developerguide/monitoring-cloudwatch.html)