한 회사에서 지연 시간에 민감한 애플리케이션을 구축하고 있습니다. 여러 Java AWS Lambda 함수는 핸들러 외부의 초기화 코드에서 라이브러리 로딩, 클래스 초기화 및 고유 ID 생성을 수행합니다. 함수는 가능한 한 빨리 초기화되어야 합니다. 시작 성능 요구 사항을 충족하는 가장 비용 효율적인 접근 방식은 무엇입니까?

주어진 시나리오에서 Lambda SnapStart는 지연 시간에 민감한 애플리케이션의 콜드 스타트 성능을 크게 향상시키는 가장 비용 효율적인 방법입니다. SnapStart는 초기화된 실행 환경의 스냅샷을 생성하여 함수 호출 시 재사용하므로 초기화 시간을 단축합니다. 고유 ID 생성과 같은 동적인 초기화 코드는 스냅샷에 포함되지 않도록 pre-snapshot hook으로 이동하거나 핸들러 내에서 실행하여 각 호출마다 새 ID가 생성되도록 해야 합니다. SnapStart는 게시된 함수 버전에 대해서만 작동하므로 버전을 게시하는 것이 필수적입니다. 오답 설명: 모든 초기화 코드를 핸들러로 이동하면 콜드 스타트 시간이 길어지고 SnapStart의 이점이 상쇄됩니다. 프로비저닝된 동시성은 콜드 스타트 문제를 해결하지만 SnapStart보다 비용이 많이 들고 초기화 시간을 단축하지는 않습니다. 게시된 버전에 대해 프로비저닝된 동시성을 구성하고 SnapStart를 활성화하는 것은 가능하지만, 프로비저닝된 동시성으로 인해 불필요한 비용이 발생하므로 가장 비용 효율적인 솔루션은 아닙니다.