Amazon GameLift 호스팅을 사용하여 게임 출시 준비

[중요] 호스팅 솔루션에 대한 모든 개발 로드맵 단계를 완료했고 통합 게임 서버, 게임 클라이언트를 위한 백엔드 서비스, 호스팅 플릿, 게임 세션 배치 방법(예: 대기열)을 포함하여 필요한 모든 구성 요소가 있는지 확인합니다.

[중요] 게임 서버가 실행 중에 다른 AWS 리소스에 액세스할 수 있도록 하는 AWS Identity and Access Management(IAM) 역할을 생성합니다.

[중요] 필요에 따라 다른 호스팅 리소스에 대한 장애 조치를 설계하고 구현합니다.

게임의 대기열과 플릿 구조를 고려하여 대상 위치로의 플릿 롤아웃을 계획합니다.

AWS CloudFormation 및 AWS Cloud Development Kit (AWS CDK)가 포함된 코드형 인프라(IaC)를 사용하여 배포를 자동화합니다.

Amazon CloudWatch 및 Amazon Simple Storage Service(S3)를 사용하여 로그와 분석을 수집합니다.

[중요] 실제 환경을 프로덕션 요구 사항에 맞게 확장할 수 있도록 Amazon GameLift Service Quotas 및 기타 AWS 서비스 할당량 증가를 요청합니다.

[중요] 라이브 플릿의 열린 포트가 서버에서 사용할 수 있는 포트 범위와 일치하는지 확인합니다.

[중요] RDP 포트 3389 및 SSH 포트 22를 닫습니다.

게임의 DevOps 관리를 위한 계획을 개발합니다. Amazon CloudWatch Logs 또는 Amazon CloudWatch 사용자 지정 지표를 사용하는 경우 서버 플릿에서 심각하거나 중요한 문제에 대한 경보를 정의합니다. 장애를 시뮬레이션하고 런북을 테스트합니다.

사용 중인 컴퓨팅 리소스가 각 컴퓨팅에서 동시에 실행하려는 서버 프로세스 수를 지원할 수 있는지 확인합니다.

처음에는 좀 더 보수적으로 조정 정책을 조정하고 필요하다고 생각하는 것보다 더 많은 유휴 용량을 제공합니다. 나중에 비용을 최적화할 수 있습니다. 유휴 용량이 20%인 대상 기반 크기 조정 정책을 사용하는 것을 고려합니다.

FlexMatch에는 지연 시간 규칙을 사용하여 지리적으로 가까운 플레이어를 매칭할 수 있습니다. 로드 테스트 클라이언트의 합성 지연 시간 데이터를 사용하여 부하 상태에서 어떻게 작동하는지 테스트합니다.

플레이어 인증 및 게임 세션 인프라를 로드 테스트하여 수요에 맞게 효과적으로 확장되는지 확인합니다.

며칠 동안 실행한 서버가 여전히 연결을 허용할 수 있는지 확인합니다.

문제나 정전 발생 시 AWS가 응답할 수 있도록 AWS Support 플랜 수준을 Business 또는 Enterprise로 높힙니다.

[중요] 모든 라이브 플릿에 대해 플릿 보호 정책을 전체 보호로 설정하여 규모를 축소해도 활성 게임 세션이 중단되지 않도록 합니다.

[중요] 최소한으로 최대 예상 수요를 수용할 수 있을 만큼 높은 최대 플릿 크기를 크게 설정합니다. 예상치 못한 수요에 대비하여 최대 크기를 두 배로 늘리는 것이 좋습니다.

개발 팀 전체가 출시 이벤트에 참여하고 런칭 룸에서 게임 출시를 모니터링하도록 권장합니다.

플레이어 지연 시간과 플레이어 경험을 모니터링합니다.

플레이어 사용량에 따라 유휴 용량을 최소화하도록 규모 정책을 조정합니다.

플레이어 지연 시간 데이터 및 수정된 요구 사항에 따라 FlexMatch 규칙을 수정하거나 호스팅 위치를 추가합니다.

각 컴퓨팅 리소스에서 가능한 한 많은 게임 세션을 실행하도록 런타임 구성을 최적화합니다. 이러한 방식으로 성능 효율성을 극대화하면 동일한 컴퓨팅 리소스로 더 많은 서버 프로세스를 실행할 수 있기 때문에 플릿 비용에 직접적인 영향을 미칠 수 있습니다.

분석 데이터를 사용하여 지속적인 개발을 주도하고, 플레이어 경험과 게임 수명을 개선하며, 수익 창출을 최적화합니다.