레거시 애플리케이션이 Lambda 함수로 마이그레이션되었는데, 이 함수는 월말에 여러 서드파티 API 호출을 수행하여 데이터를 가져온 다음 처리하여 월별 보고서를 생성합니다. 서드파티 공급업체는 분당 및 일일 API 호출 횟수(응답 헤더에 제공됨)를 제한하며, 제한을 초과하면 오류를 반환합니다. 이제 제한을 초과하지 않기 위해 앱이 스로틀링해야 하는 경우 전체 데이터 처리 실행에 며칠이 걸릴 수 있습니다. 이러한 제한을 준수하도록 이 서버리스 워크플로를 리팩터링하는 가장 운영 효율적인 방법은 무엇입니까?

AWS Step Functions는 복잡한 워크플로를 오케스트레이션하는 데 적합합니다. Wait 상태를 사용하면 서드파티 API의 속도 제한을 준수하기 위해 재시도하기 전에 지연 시간을 도입할 수 있습니다. 이는 운영 효율적이며, 실패 시 자동으로 재시도 로직을 관리하여 수동 개입을 줄입니다. Amazon SQS는 메시지 큐잉에 유용하지만, 복잡한 재시도 로직과 상태 관리가 필요한 이 시나리오에서는 Step Functions만큼 효율적이지 않습니다. CloudWatch Logs 지표와 경보는 모니터링 및 알림에 사용되지만, 워크플로 실행을 제어하거나 재시도 로직을 구현하는 직접적인 방법은 아닙니다. Amazon Kinesis Data Firehose는 대량의 스트리밍 데이터를 수집하고 전송하는 데 사용되며, 이 시나리오의 API 속도 제한 관리에는 적합하지 않습니다.