티켓팅 애플리케이션이 Amazon ECS 클러스터에서 실행되고 CloudFront를 통해 제공됩니다. 단일 ECS 서비스가 CloudFront 오리진입니다. 이 앱은 구매 흐름에서 활성 사용자 수를 제한합니다. 허용된 사용자는 JWT의 암호화된 속성으로 식별되며, 다른 사용자는 대기실로 라우팅됩니다. 높은 로드 상황에서 대기실 자체가 티켓 구매를 방해하는 로드를 유발하고 있습니다. 높은 로드 상황에서 가장 안정적인 티켓 구매 경험을 제공할 수 있는 변경 사항은 무엇입니까?

정답은 CloudFront Function을 사용하여 JWT를 검사하고 요청을 티켓팅 서비스 또는 대기실 서비스로 라우팅하는 것입니다. CloudFront Function은 엣지에서 실행되므로 사용자에게 가장 가까운 곳에서 트래픽을 효율적으로 분산하고 오리진 서버의 부하를 줄여줍니다. 대기실을 위한 별도의 ECS 서비스를 자체 스케일링 구성으로 생성하면 대기실 트래픽이 티켓팅 서비스에 영향을 주지 않도록 격리하여 안정성을 높일 수 있습니다. 다른 옵션들은 다음과 같은 이유로 최적의 해결책이 아닙니다. 첫 번째 옵션은 티켓팅 서비스가 JWT를 검사하고 요청을 전달하게 하여 티켓팅 서비스에 추가적인 부하를 줍니다. 두 번째와 네 번째 옵션은 Amazon EKS로의 마이그레이션을 제안하는데, 이는 상당한 재설계 및 운영 오버헤드를 수반하며, 문제 해결에 필요한 핵심적인 변경 사항이 아닙니다. 또한, EKS로 마이그레이션하더라도 엣지에서 트래픽을 효율적으로 분산하는 문제는 해결되지 않습니다.