기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

GAMEOPS06-BP02 게임 변경에 따라 로드 테스트 접근 방식 업데이트 및 조정

로드 테스트 접근 방식을 최적화하는 것은 게임 개발 주기와 함께 발전해야 하는 지속적인 프로세스입니다. 게임의 복잡성, 사용자 기반 및 기능 세트가 증가함에 따라 로드 테스트 전략을 조정하여 실제 조건을 정확하게 시뮬레이션하고 실행 가능한 인사이트를 제공하는지 확인해야 합니다.

이 모범 사례가 확립되지 않을 경우 노출되는 위험 수준: 높음

구현 지침

다음을 고려하세요.

누락되거나 오래된 테스트 시나리오

개발 프로세스 중에 게임에 새 기능이 추가되면 새 로드 테스트 시나리오를 생성하고 실행하여 새 기능의 성능과 확장성을 검증합니다. 마찬가지로 성능을 개선하거나, 플레이어 피드백을 처리하거나, 새로운 설계 목표에 맞게 기능을 리팩터링하는 경우가 많으므로 변경 사항에 보조를 맞추고 시스템 상태를 실제로 테스트하고 반영하기 위해 테스트 시나리오를 지속적으로 업데이트해야 합니다.

새로운 로드 테스트 프레임워크

개발자는 다음과 같은 다양한 이유로 로드 테스트 프레임워크를 변경해야 할 수 있습니다.

시간이 지남에 따라 신중하게 평가하고 조정함으로써 개발자는 로드 테스트 프로세스를 게임의 변화하는 요구 사항에 맞추고 전체 사용자 경험을 최적화하고 개선하는 데 필요한 인사이트를 계속 제공할 수 있습니다.

비용 최적화

관리형 AWS 서비스 사용의 용이성과 편의성은 특히 개발 초기 단계에서 매우 유용할 수 있습니다. 이러한 서비스는 기본 인프라 관리를 추상화하여 팀이 솔루션을 신속하게 설정하고 로드 테스트 시나리오를 생성하고 결과를 분석하는 데에만 집중할 수 있도록 합니다. 그러나 관리형 서비스를 사용하면 인프라 프로비저닝, 구성 및 유지 관리와 고가용성, 규모 조정 및 모니터링 기능 제공과 같은 추가 가치와 편의성으로 인해 비용이 더 많이 들 수 있습니다.

팀이 성숙해지고 로드 테스트 프로세스에 더 익숙해지고 자신감을 가지게 되면 인프라를 자체 관리하면 추가 최적화와 비용 절감을 제공할 수 있는 경우가 발생할 수 있습니다. 이 실습 접근 방식은 운영 오버헤드를 높이지만 컴퓨팅 리소스, 구성, 조정 동작 및 리소스 사용률을 직접 제어하면 미세 조정 및 비용 절감을 위한 새로운 기회를 얻을 수 있습니다. 예를 들어 팀이 AWS Fargate 서버리스 아키텍처로 로드 테스트 여정을 시작한 다음 나중에 Amazon EKS 클러스터의 기본 노드를 자체 관리하는 것이 합리적일 수 있습니다.

구현 단계