Amazon GameLift FAQ

Amazon GameLift는 지연 시간에 민감한 게임을 위해 설계되었습니다. Amazon GameLift는 게임 플레이 도중 추가 지연 시간을 유발하지 않습니다.

게임 세션에 참가할 때 게임 클라이언트는 Amazon GameLift 서비스와 통신하여 플레이어 슬롯을 예약하고 연결 세부 정보를 수신합니다. 이 단계에는 최대 몇 초가 걸릴 수 있습니다. 하지만 플레이어가 게임 서버에 연결되면 모든 플레이어 대 서버 통신은 게임 클라이언트와 게임 서버 사이에서 직접 수행됩니다. 게임 플레이 도중 경험하는 지연 시간은 플레이어의 인터넷 연결과 플레이어와 게임 서버 간 물리적 거리에 따라 달라집니다. 게임 서버를 플레이어와 최대한 가까운 리전에 배치하면 지연 시간을 더 줄일 수 있습니다. Amazon GameLift는 북미, 유럽, 아시아, 남아메리카 및 호주에 있는 리전을 지원하므로 플레이어를 위해 게임 서버를 배포할 가장 적합한 위치를 선택할 수 있습니다.

예. Amazon GameLift Anywhere에는 모든 컨트롤 플레인 리전의 계정당 1년 기간으로 매월 총 3,000개의 게임 세션 배치와 서버 연결 시간 50만 분이 포함됩니다. 자세한 내용은 요금 페이지를 참조하세요.

월별 또는 연간 약정 없이 게임에서 실제로 사용한 컴퓨팅 리소스와 대역폭에 대한 비용만 지불합니다. 자세한 내용은 Amazon 요금 페이지를 참조하십시오.

코로케이션 환경에서 서버를 실행하는 것과 비교하여 Amazon GameLift에서 스팟 인스턴스와 Auto-Scaling을 사용하면 컴퓨팅 비용을 최대 70% 절감할 수 있습니다. 자세한 내용은 비디오를 시청하거나 아래의 샘플 비용 비교를 참조하십시오. 

AWS TCO(총 소유 비용) 계산기로 코로케이션 환경에서 게임 서버를 실행하는 비용을 추정하는 것부터 시작해보겠습니다.

이 예제에서는 서버에서 2개의 CPU 코어와 3GB의 메모리를 사용하고 Linux를 운영 체제로 사용하는 미국 동부(버지니아 북부) 리전의 비용을 계산했습니다. 최대 수요에서 2,500개의 인스턴스를 실행해야 하는 것으로 가정했습니다. 이러한 입력값에 따르면 3년간 총 컴퓨팅 비용이 약 4,500,000 USD(또는 월별 약 125,000 USD)가 됩니다.

그런 다음 Amazon GameLift에서 비교 가능한 구성을 선택했습니다. c4.large 인스턴스는 2개의 CPU 코어와 3GB의 메모리 요구 사항을 충족합니다.

이제 Amazon GameLift 스팟 인스턴스를 사용한 비용 절감액을 계산해 보겠습니다. 스팟 가격은 온종일 변동하지만, Linux 구동 Amazon GameLift 스팟 인스턴스는 동일한 온디맨드 인스턴스보다 평균 70% 저렴합니다. 미국 동부(버지니아 북부) 리전에서 c4.large 인스턴스의 온디맨드 요금은 시간당 0.127 USD입니다. 간단히 계산해 보면 스팟 인스턴스 가격이 0.04 USD가 되는 것을 알 수 있습니다. 1개월(30일 기준) 내내 매일 24시간 동안 2,500개의 인스턴스를 실행하는 경우 온디맨드 인스턴스의 월별 요금은 229,000 USD이지만 스팟 인스턴스를 사용하는 경우 월별 72,000 USD면 됩니다. 따라서 스팟 인스턴스는 코로케이션 대비 42%의 비용을 절감할 수 있습니다.

하지만 플레이어 트래픽의 가변성에 따르면 연중무휴 24시간 내내 최대 용량이 필요한 게임은 많지 않습니다. 현재 플레이어 수요를 기반으로 변화하는 용량 요구 사항을 자동으로 처리하기 위해 Amazon GameLift는 온종일 인스턴스 수를 자동으로 확장 및 축소합니다. 일일 수요가 어떻게 될지 알기는 어렵지만, 일일 평균이 최대 용량의 50%에서 실행되는 것으로 추정했습니다. Auto-Scaling을 사용하면 한 달 비용이 36,000 USD가 채 안 됩니다.

코로케이션 솔루션 비용으로 계산된 125,000 USD와 비교하면 89,000 USD(71%)를 절감하게 됩니다. 이 계산에는 데이터 전송 요금이 포함되지 않았습니다. 데이터 전송 요금은 게임 서버와 게임 클라이언트 간 트래픽에서 발생합니다. 인바운드 데이터 전송은 무료입니다. 다른 AWS 서비스 및 리전으로의 아웃바운드 데이터 전송 요금은 데이터 전송 요금 페이지를 참조하십시오.

AWS 샘플 게임을 사용하여 Amazon GameLift를 신속하게 테스트할 수 있습니다. Amazon Lumberyard를 다운로드하여 MultiplayerSample이라는 샘플 멀티플레이어 프로젝트를 받은 후 Amazon GameLift를 평가 및 테스트합니다.

아니요. 플레이어를 인증할 필요가 없습니다. 하지만 각 사용자에게 고유하고 개인 식별이 불가능한 플레이어 ID를 제공해야 합니다. 자세한 내용은 Amazon GameLift 개발자 안내서의 게임 클라이언트 통합 섹션을 참조하십시오. 게임 클라이언트는 AWS 자격 증명을 사용하여 Amazon GameLift 서버의 인증을 받아야 합니다. AWS 자격 증명을 설정하고 구성하는 방법에 대한 자세한 내용은 Amazon GameLift 개발자 안내서를 참조하십시오.

예. Amazon GameLift는 개방형 웹 표준을 기반으로 구축되었고 모든 주요 게임 플랫폼과 호환됩니다.

게임 서버의 성능 및 상태 지표를 추적하여 문제를 발견하고 조사할 수 있습니다. Amazon GameLift 콘솔의 [Events] 탭에서 플릿 생성 로그를 다운로드하면 빌드 추출, 설치 및 런타임 확인 중에 플릿을 디버깅할 수 있습니다. 또한, 인스턴스 집합에 있는 개별 인스턴스를 원격으로 액세스하여 상태를 검사하고, 문제를 디버깅하거나 디버깅 도구를 연결할 수 있습니다. 인스턴스에 원격으로 액세스할 때는 Windows용 Windows Remote Desktop 또는 Linux용 SSH를 사용하면 됩니다. 또한 Amazon GameLift Local을 사용하여 Amazon GameLift API의 하위 집합을 에뮬레이션하면 개발 시스템에서 로컬로 게임 서버 코드를 디버깅할 수 있습니다. 디버깅 및 Amazon GameLift Local에 대해 자세히 알아보려면 Amazon GameLift 개발자 안내서를 참조하십시오.

Amazon GameLift 콘솔에서 플레이어의 경험을 이해하는 데 도움이 되도록 실시간 대시보드를 제공합니다. 또한, Amazon CloudWatch를 사용하여 모든 Amazon GameLift 리소스를 모니터링하고 긴급한 문제에 대응할 수도 있습니다. CloudWatch에서는 플레이어에게 영향이 미치기 전에 문제를 파악하는 데 도움이 되도록 한눈에 볼 수 있는 대시보드를 생성하고 운영 경보를 구성할 수 있습니다. Amazon GameLift 지표는 플릿이 활성 상태이기만 하면 CloudWatch에서 자동으로 제공됩니다. CloudWatch 지표에 대한 자세한 내용은 Amazon GameLift 개발자 안내서를 참조하십시오.

Amazon GameLift Local은 로컬 개발 시스템에서 Amazon GameLift API의 하위 집합을 에뮬레이션하는 클라이언트 측 디버깅 도구입니다. Amazon GameLift Local을 사용하면 몇 초 만에 코드 변경 사항을 확인할 수 있으며, 사용 요금이 부과되지 않습니다. Amazon GameLift Local은 Windows 및 Linux 데스크톱에서 사용할 수 있는 Amazon GameLift Server SDK 다운로드 패키지로 제공되며 네트워크 연결이 필요하지 않습니다. Amazon GameLift Local에 대한 자세한 내용은 개발자 안내서를 참조하십시오.

아니요. Amazon GameLift Local은 게임을 만들고 플레이어를 연결하고 게임 서버 변경 사항을 테스트하는 데 필요한 GameSession 및 PlayerSession 클라이언트 API 집합만 에뮬레이션하는 클라이언트 측 디버깅 도구입니다. Amazon GameLift Local은 프로덕션에 게임을 호스팅하는 데 필요한 추가 Amazon GameLift 클라이언트 API(서버군, 빌드, 별칭, 확장 정책 등)는 에뮬레이션하지 않습니다.

아니요. Amazon GameLift Local은 테스트 및 디버깅 용도로만 사용할 수 있으며 프로덕션 환경, 고객 디바이스 또는 클라우드 인프라에 배포할 수 없습니다.

플릿 수준 집계 데이터는 일반적으로 수집 후 10분 이내에 Amazon GameLift 콘솔에서 제공되며, 서버 수준 집계 데이터는 일반적으로 수집 후 5분 이내에 제공됩니다.

Amazon GameLift는 게임 세션을 플레이어에게 의미 있는 특성에 따라 필터링하고 정렬할 수 있는 검색 기능을 제공합니다. 게임 세션 수명, 현재 플레이어 수, 최대 플레이어 수, 오픈 슬롯 또는 자체 사용자 정의 게임 속성과 같은 속성에 따라 게임 세션을 필터링 및 정렬할 수 있습니다. 자세한 내용은 Amazon GameLift 개발자 안내서를 참조하십시오.

Amazon GameLift 매치 메이킹 플랫폼에는 FlexMatch와 게임 세션 대기열 둘 다 포함됩니다. FlexMatch를 사용하면 여러분이 정의한 규칙에 따라 플레이어를 서로 매치할 수 있습니다. FlexMatch를 사용하여 매치 품질과 플레이어 대기 시간 간 균형을 유지하면서 플레이어를 그룹화할 규칙 세트를 구성할 수 있습니다. FlexMatch 결과는 자동으로 게임 세션 대기열에 전달되므로, 해당 매치에 대해 각 플레이어의 위치를 기준으로 가장 가까운 가용 게임 서버를 지능적으로 선택할 수 있습니다. 따라서 AWS의 광범위한 글로벌 접근성을 활용하여 가장 짧은 지연 시간으로 플레이어를 지원할 수 있습니다. Amazon GameLift 개발자 안내서에서 FlexMatch와 게임 세션 대기열에 대해 자세히 알아보세요.

예. 자체 매치 메이킹 시스템을 사용하는 경우, 매치 결과를 여러분이 정의한 모든 게임 세션 대기열에 전달할 수 있습니다.

아니요. 일단 FlexMatch 규칙 세트를 생성하면, 해당 규칙 세트를 변경할 수 없습니다. 규칙 세트를 변경하려면, 해당 규칙 세트를 복제하여 새로운 이름을 지정한 후 규칙을 변경해야 합니다. 라이브 매치메이커의 규칙 세트를 변경하기 위해서는 이전 규칙 세트 대신 새 규칙 세트를 사용하도록 매치메이커의 구성을 업데이트합니다. 하나 이상의 라이브 매치메이커에서 규칙 세트를 사용할 수 있으므로, 라이브 프로덕션 시스템에 의도하지 않은 결과를 초래하지 않도록 보호하기 위해 이러한 제한이 적용됩니다.

예. 계정에서 이루어진 Amazon GameLift API 호출 기록을 수신하려면 AWS Management Console에서 CloudTrail을 활성화하기만 하면 됩니다.

모든 고객은 설명서, 자습서 및 포럼에 액세스할 수 있습니다. 추가 지원은 AWS 프리미엄 서포트 패키지를 통해 이용할 수 있습니다.

Amazon GameLift 인스턴스의 전체 목록은 요금 페이지를 참조하십시오.

최대 50개까지 실행할 수 있습니다. 서버 프로세스의 수는 게임 서버의 성능 요구 사항과 플릿을 위해 선택한 인스턴스 유형에 따라 다릅니다. 플릿을 설정할 때, 최적의 서버 프로세스 수를 동시에 실행할 수 있도록 인스턴스 유형을 선택하고 플릿을 구성하게 됩니다. 더 적은 수의 인스턴스에 더 많은 프로세스를 실행하면 비용을 절감할 수 있습니다. 또한, 각 인스턴스에서 여러 서버 빌드 또는 게임 구성을 실행하도록 플릿을 구성할 수도 있습니다.

Amazon GameLift는 매우 탄력적인 컴퓨팅 환경을 제공합니다. Amazon GameLift 인스턴스를 사용하면 몇 시간 또는 며칠이 아닌 몇 분 내에 용량을 늘리거나 줄일 수 있습니다. 한 개, 수백 개 또는 수천 개의 서버 인스턴스를 동시에 프로비저닝할 수 있습니다.

Amazon GameLift 목표 추적 기능을 사용하여 플레이어 수요 변화에 맞춰 필요한 용량을 원활하게 제공하십시오. 목표 추적은 사용 가능한 게임 세션에 대한 비율 목표를 설정하여 플레이어 트래픽 변동을 수용할 수 있는 버퍼를 만들 수 있는 AutoScaling 기능입니다. Amazon GameLift는 사용 가능한 게임 세션의 이 버퍼를 사용자가 정의한 목표 값으로 유지하는 데 필요한 용량을 추가하거나 제거하여 변동하는 로드 패턴에 맞춰 조정함으로써 급격한 용량 변동을 최소화합니다. 자세한 내용은 Amazon GameLift 개발자 안내서의 AutoScaling 섹션을 참조하십시오.

Amazon GameLift 콘솔의 플릿 세부 정보 페이지에서 인스턴스 수량을 수동으로 제어할 수도 있습니다.

적합한 인스턴스 유형은 게임의 서버 성능과 각 인스턴스에서 동시에 실행하려는 서버 프로세스 수에 따라 다릅니다. 게임의 연산 복잡성, 게임 및 네트워크 코드의 최적화, 최대 플레이어 수가 필요한 인스턴트 크기를 결정하는 주요 요소입니다. Amazon GameLift를 사용할 경우 얻을 수 있는 이점 중 하나는 사용량에 따라 비용을 지불하는 것입니다. 따라서 편리하고 저렴하게 다양한 인스턴스 패밀리 및 유형에서 게임의 성능을 테스트할 수 있습니다.

Amazon GameLift는 활동 지표를 유지합니다. 인스턴스를 종료하면 게임 서버에서 생성하고 인스턴스에 저장된 모든 데이터가 손실됩니다. 하지만 이러한 데이터 파일을 인스턴스가 종료되고 최대 7일 동안 유지 및 저장하도록 Amazon GameLift를 설정할 수 있습니다.

플릿은 한 리전에서 하나의 게임 서버 빌드를 실행하는 Amazon GameLift 인스턴스 집합입니다. 플릿의 인스턴스 수를 늘리거나 줄임으로써 플레이어 수요의 변화에 대응할 수 있습니다. 플릿은 특정 인스턴스 유형을 사용하고, 빌드를 배포하며, 각 인스턴스에서 하나 이상의 서버 프로세스를 실행하도록 구성됩니다.

게임 바이너리를 업로드한 시점부터 게임이 완전히 배포되어 플레이어가 액세스할 수 있을 때까지를 측정하는 경우, 일반적으로 게임을 실행하는 데 필요한 리소스를 생성하는 데 걸리는 시간을 한 시간 이내입니다. 이 시간은 이진의 크기와 배포할 인스턴스 수에 따라 달라집니다.

예. 집합에 있는 인스턴스 중 활성화, 활성 또는 오류 상태의 인스턴스에 원격으로 액세스할 수 있습니다. 이는 플레이어 활동을 디버깅하고 검사하거나 성능 모니터링 또는 벤치마킹 도구를 연결하는 데 유용합니다. AWS 명령줄 인터페이스(CLI)를 사용하거나 Amazon GameLift 콘솔을 통해 플릿의 포트 설정과 프로토콜을 수정할 수 있습니다.

예. Amazon GameLift는 별칭 기능을 통해 프로덕션 플릿 업데이트 작업을 간단하게 만들어줍니다. 별칭을 사용하면 클라이언트 엔드포인트 서술자를 변경하지 않아도 트래픽을 플릿으로 유도할 수 있습니다. 새 프로덕션 플릿을 생성한 후 이전 플릿이 아니라 이 새로운 플릿을 가리키도록 별칭을 편집하여 연결하는 모든 플레이어를 새 플릿 별칭 기능으로 라우팅할 수 있습니다.

마찬가지로, 플릿에서 문제가 발견되는 경우(예: 게임 코드에서 문제를 발견), 트래픽을 새 플릿에서 이전 플릿으로 재디렉션하도록 별칭을 편집할 수 있습니다.

Amazon GameLift는 현재 미국 동부(버지니아 북부 및 오하이오), 미국 서부(오레곤 및 캘리포니아 북부), 캐나다 중부(몬트리올), EU 중부(프랑크푸르트), EU 서부(런던 및 아일랜드), EU(파리), EU(스톡홀름), EU(밀라노), 아시아 태평양 남부(뭄바이), 아시아 태평양(홍콩), 아시아 태평양 동북부(서울 및 도쿄), 아시아 태평양 동남부(싱가포르 및 시드니), Amazon Web Services 중국(베이징) 리전(Sinnet에서 운영), Amazon Web Services 중국(닝샤) 리전(NWCD에서 운영), 남아메리카 동부(상파울루), 중동(바레인) 및 AWS 아프리카(케이프타운) 리전에서 사용할 수 있습니다. 리전별로 사용 가능한 제품 및 서비스에 대한 최신 정보는 AWS 글로벌 인프라 리전 표를 참조하세요.

AWS 로컬 영역에서는 최종 사용자와 더 가까운 위치에서 Amazon GameLift를 사용하여 세션 기반 멀티플레이어 게임을 실행하는 전용 게임 서버에 대한 액세스 지연 시간을 극도로 낮출 수 있습니다. AWS 로컬 영역은 원격 실시간 게임과 증강 및 가상 현실 등 10밀리초 미만의 지연 시간이 요구되는 게임 관련 워크로드를 실행하도록 설계된 새로운 유형의 AWS 인프라입니다. 어떤 고객은 고유한 온프레미스 데이터 센터를 운영하길 원하지만 로컬 데이터 센터를 완전히 없애는 데 관심이 있는 고객도 있을 수 있습니다. 로컬 영역을 사용하는 고객은 자체 데이터 센터 인프라를 보유 및 운영할 필요 없이 컴퓨팅 리소스를 최종 사용자에게 더 가까이에 두는 이점을 완벽하게 누릴 수 있습니다.

빌드 카탈로그는 Amazon GameLift로 업로드된 모든 서버 빌드의 기록입니다. 준비 상태의 빌드는 언제라도 플랫 생성에 사용할 수 있습니다.

빌드 카탈로그는 빌드를 최대 1,000개 또는 스토리지를 100GB까지 저장할 수 있습니다.

Amazon GameLift는 각 인스턴스에 대해 50GB EBS 범용(SSD) 볼륨을 포함합니다.

아니요. AWS 계정 한도에 의해서만 제한됩니다.

예. Amazon GameLift는 사용자의 AWS 계정에서 사용 가능한 인스턴스 수로 제한됩니다. 이 한도를 늘려야 하는 경우 Amazon GameLift 콘솔의 서비스 한도 페이지에서 이를 처리할 수 있습니다.

아니요. 인스턴스당 최대 플레이어 수는 기본적으로 게임 설계와 게임 코드에 의해 결정됩니다.

아니요.

Amazon GameLift 스팟 인스턴스에서는 예비 AWS 컴퓨팅 용량을 온디맨드 요금 대비 최대 70% 할인된 금액으로 사용할 수 있습니다. 하지만 스팟 인스턴스는 AWS에서 해당 용량이 필요하면 AWS에서 2분 알림으로 이를 중단시킬 수 있습니다. 이 알림 기간을 사용해 해당 인스턴스에서 실행 중인 게임을 마이그레이션하거나 종료할 수 있습니다. FleetIQ를 사용하면 비용을 절감하면서 게임 서버의 고가용성도 유지할 수 있습니다. FleetIQ는 Amazon GameLift의 새로운 기능으로, 새 세션을 플레이어 지연 시간, 인스턴스 요금 및 스팟 중단율을 기반으로 게임 서버에 배치합니다.

Amazon GameLift 온디맨드 인스턴스와 동일한 고성능 하드웨어를 확보하면서 비용을 최대 90% 절감할 수 있습니다. 온디맨드 인스턴스만 사용할 때와 비교하여 약간 감소된 서버 가용성을 수용하면 상당한 비용을 절감할 수 있습니다.

먼저, 여러 AWS 리전에 걸쳐 여러 플릿으로 구성된 Amazon GameLift 대기열을 설정합니다. 이때 플릿은 같은 스팟 인스턴스 패밀리지만 크기가 서로 다른 인스턴스(예: C4.large, C4.xlarge 등)를 기반으로 합니다. FleetIQ는 게임 세션을 배치하기 위해 먼저 플레이어 지연 시간 데이터를 사용해 가장 짧은 지연 시간을 제공하는 리전을 선택하고, 그런 다음 가장 저렴하고 가장 중단율이 낮은 플릿에 게임 세션을 배치합니다. Amazon GameLift 대기열은 구성된 각 리전에 온디맨드 플릿도 포함해야 합니다. FleetIQ에서는 게임 세션을 리전의 스팟 플릿에 우선적으로 배치한 후, 고가용성을 유지하는 데 필요한 경우 온디맨드 플릿으로 전환합니다. 더 많은 모범 사례는 개발자 설명서를 참조하십시오.

때로 AWS에서 더 많은 용량이 필요한 경우, 일부 Amazon GameLift 스팟 인스턴스가 게임 서버가 2분 이내에 종료되어야 한다는 경고를 수신할 수 있습니다. 이런 경우, 경고 기간을 사용하여 활성 게임 세션을 단계적으로 마이그레이션하거나 종료할 수 있습니다. FleetIQ는 게임에 대한 가용 용량을 동일하게 유지하기 위해 다른 스팟 인스턴스 유형 또는 온디맨드 인스턴스를 사용하여 자동으로 같은 리전에 새로운 서버를 시작합니다.

아니요. FleetIQ는 종료 확률을 최소화합니다.

FleetIQ는 스팟 중단율을 추적하고 해당 데이터를 사용하여 중단율이 낮은 인스턴스에 자동으로 게임을 배치합니다.

스팟 인스턴스는 실행 상태를 계속 유지하며 각 시간이 시작될 때 설정된 가격이 부과됩니다.

AWS Management Console에서는 모든 인스턴스의 스팟 인스턴스 시작 및 종료/중단 시간을 보여주는 상세 결제 보고서를 제공합니다.

Amazon GameLift FleetIQ는 런던, 아일랜드, 서울, 뭄바이, 오레곤, 캘리포니아 북부, 버지니아 북부, 오하이오, 캐나다, 상파울루, 프랑크푸르트, 싱가포르, 도쿄, 시드니 및 베이징(Sinnet에서 사용 가능)에서 제공됩니다.

FleetIQ에 대한 새 업데이트는 EC2와 동일한 하드웨어에서 실행되지만, 게임 서버 중단이 발생할 가능성이 큰 스팟 인스턴스를 그럴 가능성이 적은 인스턴스로 교체하는 FleetIQ를 통해 EC2의 예비 용량(스팟)을 사용하여 고객의 비용을 절감할 수 있습니다(기존 온프레미스 배포에 비해 최대 70% 비용 절감). 또한 이번 업데이트로 게임을 호스팅하는 인스턴스가 표준 Auto Scaling 그룹에 의해 확장되지 않도록 방지할 수 있습니다.

FlexMatch 단독 모드를 사용하면, 게임 개발자는 CreateMatchmakingConfiguration API 내 FlexMatchMode 지표를 STANDALONE으로 설정하고 SNS 주제를 구독합니다. FlexMatch가 매치를 형성하면 해당 SNS 주제에 이벤트 알람이 발행되며, 이는 개발자의 세션 관리 시스템이 그들의 게임 서버로 플레이어를 라우팅하는 데 사용합니다.

아니요. 필요한 AWS 자격 증명을 가진 인증된 사용자만 Amazon GameLift 콘솔에 액세스할 수 있습니다. AWS Identity and Access Management(IAM)를 사용하여 팀 내에서 안전하게 AWS 자격 증명을 공유할 수 있습니다. 자세한 내용은 Amazon GameLift용 IAM 정책 생성하기를 참조하십시오.

AWS 리소스 보안에 대한 자세한 내용은 AWS 보안 센터를 참조하십시오.

AWS에서는 고객과 협력하여 게임 클라이언트와 Amazon GameLift 서버 간 지연 시간을 측정했습니다. 2018년 5월 1일과 5월 10일 사이에 9개 리전의 서버에 연결된 23만 6,000명의 고유 플레이어를 기준으로 Amazon GameLift의 전 세계 평균 지연 시간은 41밀리초였습니다.

AWS 계정에 가입하면 AWS 프리 티어에 즉시 액세스하여 다음과 같은 혜택을 받을 수 있습니다. 

• 매달 Amazon GameLift c3.large, c4.large 및 c5.large(결합) 온디맨드 인스턴스를 125시간 사용 및 50GB EBS의 범용 SSD 스토리지

• 매달 15GB의 데이터 전송(모든 AWS 서비스 합산)
  

여기에서 무료로 Amazon GameLift 사용해보기 »