한 회사의 Java 애플리케이션이 Amazon SQS에서 메시지를 소비하지만, 256KB보다 큰 메시지는 구문 분석할 수 없습니다. 이 회사는 가장 적은 코드 변경으로 애플리케이션이 최대 50MB의 메시지를 처리할 수 있기를 원합니다. 어떤 솔루션이 이 요구 사항을 충족할까요?

정답은 Amazon SQS Extended Client Library for Java를 사용하여 256KB보다 큰 메시지를 Amazon S3에 호스팅하는 것입니다. 이 라이브러리는 SQS 메시지 크기 제한(256KB)을 우회하여 큰 메시지 페이로드를 Amazon S3에 자동으로 저장하고, SQS 메시지에는 S3 객체에 대한 포인터만 포함하도록 합니다. 애플리케이션은 라이브러리를 사용하여 SQS에서 메시지를 수신할 때 S3에서 실제 페이로드를 투명하게 검색하므로 최소한의 코드 변경으로 최대 2GB의 메시지를 처리할 수 있습니다. 오답 설명: Amazon SQS 대신 Amazon EventBridge를 사용하는 것은 SQS의 메시지 크기 제한을 해결하지 못하며, 아키텍처 변경이 필요합니다. Amazon SQS의 제한은 변경할 수 없습니다. 256KB는 SQS 메시지의 고정된 최대 크기입니다. 256KB보다 큰 메시지를 Amazon EFS에 저장하고 SQS가 이 위치를 참조하도록 구성하는 것은 가능하지만, SQS Extended Client Library가 제공하는 자동화된 통합 및 간편한 구현에 비해 더 많은 수동 작업과 코드 변경이 필요합니다.