애플리케이션이 클릭스트림 데이터를 Amazon Kinesis에 기록합니다. 스트림에 주기적인 스파이크가 발생하고 PutRecords 호출이 때때로 표시된 응답과 함께 실패합니다. 이 오류를 완화하는 데 도움이 될 수 있는 기술은 무엇입니까? (두 가지 선택)

클릭스트림 데이터의 주기적인 스파이크로 인해 Kinesis 스트림의 처리량 제한을 초과할 수 있으며, 이는 PutRecords 호출 실패로 이어집니다. 1. 지수 백오프를 사용하여 재시도를 구현합니다. Kinesis는 높은 처리량을 제공하지만, 일시적인 제한(throttling)이 발생할 수 있습니다. 지수 백오프(exponential backoff)를 사용한 재시도는 실패한 요청을 점진적으로 지연 시간을 늘려가며 다시 시도하여, 스트림이 정상 상태로 돌아올 시간을 주고 성공적인 쓰기를 가능하게 합니다. 이는 네트워크 문제나 서비스 제한과 같은 일시적인 오류에 대한 표준 모범 사례입니다. 2. 요청 빈도 및/또는 크기를 줄입니다. PutRecords 호출 실패는 스트림의 샤드 처리량 한도를 초과했음을 나타낼 수 있습니다. 요청 빈도를 줄이거나 각 PutRecords 호출에 포함되는 레코드 수를 줄임으로써, 스트림의 처리량 제한 내에서 작동하여 오류 발생 가능성을 낮출 수 있습니다. PutRecords 대신 PutRecord API 호출을 사용하는 것은 개별 레코드마다 네트워크 오버헤드가 발생하여 효율성이 떨어지고, 오히려 제한에 더 쉽게 도달할 수 있습니다. Kinesis를 Amazon SNS로 교체하는 것은 Kinesis의 핵심 기능인 대용량 스트리밍 데이터 처리에 적합하지 않으며, 문제 해결책이 아닙니다. KCL(Kinesis Client Library) 소비자 수는 데이터 쓰기(PutRecords)가 아닌 데이터 읽기(GetRecords)에 영향을 미치므로, 쓰기 실패와는 관련이 없습니다.