AWS Lambda에서 시간 초과를 변경하는 방법
AWS 환경에서 서버리스 아키텍처를 구축하거나 일부라도 도입하려는 경우, AWS Lambda 서비스는 핵심적인 역할을 수행하게 될 것입니다.
Lambda는 서버리스 컴퓨팅 기능으로, 백엔드 클러스터나 서버를 설정하지 않고도 개발하고 실행할 수 있습니다. 일반적으로 Node.JS나 Python과 같은 프로그래밍 언어로 작성되며, 여러 Lambda 함수를 연결하여 더 복잡한 작업 흐름을 구성할 수 있습니다.
하지만 Lambda 함수의 중요한 특징 중 하나는 처리 시간 제한입니다. 이 제한은 AWS Lambda 함수를 사용하는 것이 적절한 선택인지 판단하는 데 중요한 기준이 됩니다.
출처: aws.amazon.com
시간 초과 간격이란 무엇인가?
AWS Lambda 함수의 시간 초과 설정은 함수가 실행을 중단하기 전까지 허용되는 최대 실행 시간을 정의합니다.
Lambda 함수는 짧은 수명을 가지며 상태를 저장하지 않도록 설계되었습니다. 이것이 바로 Lambda 함수를 사용해야 하는 방식입니다. 하지만 팀이 장기 실행 프로세스에 Lambda 함수를 활용하려는 경우도 종종 있습니다. AWS Lambda의 서버리스 특성을 활용하고자 하는 바람 때문입니다. 특정 CPU 및 메모리 구성을 갖춘 서버를 시작하지 않고 코드를 실행하는 것이 더 경제적일 때가 많습니다. 이러한 의도는 충분히 이해할 수 있습니다.
그러나 함수가 너무 오래 실행되면 리소스 사용 및 성능 문제가 발생할 수 있습니다. 리소스가 잠길 위험이 있으며, 장기 실행 프로세스의 이점을 누리고 있기 때문에 프로세스 내부 단계의 최적화에는 크게 신경 쓰지 않을 가능성이 있습니다. 예를 들어, 5분의 대기 시간은 큰 문제가 아닐 수 있습니다. 프로세스 자체는 비효율적이더라도 그냥 둘 수 있게 됩니다.
기본적으로 Lambda 함수의 시간 초과는 3초로 설정되어 있습니다. 즉, Lambda 함수 내에서 실행되는 모든 코드는 3초 이내에 완료되어야 합니다. 이는 매우 빠른 통신 및 응답 시간, 그리고 잠재적으로 짧은 시간에 수백만 건의 트랜잭션을 처리하는 아키텍처를 구축하려는 경우에 유용합니다. 하지만 Lambda 함수의 사용 가능한 활용 사례를 크게 제한하므로, 이 제한을 최대 900초(15분)까지 늘릴 수 있습니다. 이 제한 시간에 도달하면 Lambda는 함수를 강제로 종료하고 오류 코드를 반환합니다.
시간 초과 기능을 설정하는 방법
출처: aws.amazon.com
AWS Management Console, AWS CLI 또는 AWS SDK를 사용하여 Lambda 함수에 대한 시간 초과 값을 설정할 수 있습니다.
구체적인 단계는 다음과 같습니다.
AWS CLI 명령어를 사용하여 Lambda 함수의 시간 초과를 업데이트할 수도 있습니다. 다음은 명령의 예시입니다.
<code>aws lambda update-function-configuration --function-name [사용자_람다_함수_이름] --timeout 900
이 명령어는 [사용자_람다_함수_이름] 함수의 시간 초과를 15분으로 설정합니다. 함수의 실제 이름과 원하는 시간 초과 값(초)을 입력하면 됩니다.
몇 가지 고려 사항
시간 초과 설정은 개별 코드 블록이나 함수 내 작업뿐만 아니라 전체 함수에 적용됩니다. 따라서 함수가 큰 파일을 처리하거나 네트워크 요청과 같은 오래 걸리는 작업을 수행하는 경우, 최악의 상황에서도 작업을 완료할 수 있을 만큼 충분한 시간 초과 값을 설정해야 합니다.
Lambda 함수는 짧은 수명을 가지며 상태를 저장하지 않도록 설계되었다는 점을 기억해야 합니다. 작은 단위의 개별 작업을 처리하도록 고안되었습니다. Lambda 함수를 완료하는 데 시간이 오래 걸린다면, 여러 개의 작은 함수로 분할하는 것이 좋습니다. 그런 다음 트리거를 통해 하나씩 호출할 수 있습니다. 예를 들어, 이전 Lambda 함수의 결과가 특정 S3 버킷에 저장되는 경우를 들 수 있습니다.
또한 15분의 시간 제한을 초과하는 장기 실행 프로세스를 실행해야 하는 경우, AWS Step Functions를 사용하여 일련의 Lambda 함수 또는 다른 AWS 서비스를 통합하여 원하는 결과를 얻을 수 있습니다.
모범 사례
시간 초과 간격 자체는 일부 광범위한 논의에 비해 충분히 크지 않은 것처럼 보일 수 있습니다. 대부분의 경우, 개발자는 모든 Lambda 함수에 대해 시간 초과 값을 15분으로 설정합니다. 함수가 더 빨리 종료되더라도 부정적인 부작용은 없습니다.
그럼에도 불구하고, 여전히 주목해야 할 몇 가지 모범 사례가 있습니다.
#1. 적절한 값 설정
함수의 예상 실행 시간을 기준으로 시간 초과 값을 설정해야 합니다. 이는 기본적으로 너무 짧지도 않고 불필요하게 길지도 않은 값을 설정해야 한다는 것을 의미합니다.
예를 들어, 애플리케이션의 아키텍처 또는 전반적인 성능상의 이유로 인해 단일 Lambda 함수의 총 실행 시간을 3분 이내로 유지해야 할 수 있습니다.
마찬가지로, Lambda 함수가 3분보다 빨리 종료되지 않도록 하고 싶을 수도 있습니다. 그 이유는 Lambda 코드 내에서 재시도 횟수를 충분히 확보하기 위한 것일 수 있습니다. 예를 들어, 코드를 완료하는 데 필요한 리소스 중 일부가 사용 중이거나 잠겨 있는 경우입니다.
따라서 시간 초과를 15분으로 설정하기 전에 최적의 실행 시간 값이 무엇인지 고려해 보세요. 보다 정확한 값을 정의하는 것은 전체 개발 팀에 지침을 제공하는 또 다른 도구입니다.
#2. 시간 경과에 따른 모니터링
시간 초과를 설정한 후에는 Lambda 함수의 실행 시간을 모니터링해야 합니다. 이를 통해 원래 설정이 적절했는지, 아니면 조정이 필요한지 여부에 대한 중요한 정보를 얻을 수 있습니다.
CloudWatch 지표와 로그를 사용하여 함수의 실행 시간을 추적할 수 있습니다. 그런 다음, 예상보다 오래 걸리는 작업과 예상보다 빨리 완료되는 작업을 식별하십시오.
#3. 비동기 호출 사용
즉각적인 응답이 필요하지 않은 이벤트(예: 파일 업로드 또는 대기열의 메시지)에 의해 Lambda 함수가 트리거되는 경우, 비동기 호출을 사용하여 시간 초과 위험을 줄일 수 있습니다. 이렇게 하면 응답을 기다리지 않고 백그라운드에서 함수가 실행됩니다. 물론 이것은 시간 초과를 단축할 수도 있는데, 함수가 해당 리소스에 대해 필요한 대기 시간을 Lambda의 전체 실행 시간에 포함할 필요가 없기 때문입니다.
#4. 복잡한 프로세스에 Step Functions 사용
15분의 시간 제한을 초과하는 장기 실행 프로세스를 실행해야 하는 경우, AWS Step Functions를 사용하여 일련의 Lambda 함수 또는 다른 AWS 서비스를 통합하여 원하는 결과를 얻을 수 있습니다. Step Functions는 프로세스를 시간 제한 내에 실행할 수 있는 더 작고 관리하기 쉬운 작업으로 분할합니다.
Step Functions 내에서 여러 Lambda 함수를 병렬로 실행할 수도 있습니다. 그런 다음 Step Functions가 계속 진행하기 전에 모든 병렬 Lambda 함수의 완료를 기다리도록 할 수 있습니다. 이는 여러 Lambda 함수가 하나의 문제를 분할하여 부분적으로 해결할 수 있도록 하는 수평 확장 방식입니다.
결국 부분 결과를 수집하고 최종 해결 방법을 구축해야 하며, 이는 독립형 Lambda 함수로 충분할 수 있습니다.
#5. 코드 최적화
Lambda 함수 코드를 최적화하여 실행 시간을 줄이고 성능을 향상시킬 수 있습니다. 이는 시간 초과 간격이 가끔씩만 부족한 경우에 유용합니다. 그러한 경우에는 이러한 실패 사례를 제거하기 위해 코드 최적화를 고려해 볼 가치가 있습니다.
시간 초과가 청구에 미치는 영향
출처: aws.amazon.com
AWS Lambda 함수의 시간 초과 설정은 함수 요금 청구에 직접적인 영향을 미치지 않습니다. AWS Lambda는 요청 수와 함수 실행 시간을 기준으로 요금을 부과합니다.
Lambda 함수의 시간 초과 설정을 늘리면 실행 시간이 길어질 수 있습니다. 그러나 이는 함수에 실제로 추가 시간이 필요한 경우에만 발생합니다. 실행 시간이 오래 걸리는 함수가 더 높은 빈도로 실행된다면, 당연히 더 높은 비용을 예상할 수 있습니다.
하지만 함수가 자주 호출되지 않거나 시간 초과 값에 도달하기 전에 프로세스가 완료되면 청구에 미치는 영향은 최소화될 수 있습니다.
이것이 바로 모든 Lambda 함수를 기본적으로 15분 시간 초과로 설정하는 것이 전체 처리 비용 증가의 주요 원인이 아닐 수 있는 이유입니다.
하지만 이는 분명히 전체 비용의 간접적인 증가로 이어집니다. 개발자는 시간 여유가 있다고 느낄 것이고, 시간 제한이 더 제한적이지만 현실적이었다면 코드를 최적화하기 위해 노력하지 않을 수도 있습니다.
또 다른 점은 AWS Lambda가 매월 100만 건의 무료 요청과 400,000GB-초의 컴퓨팅 시간을 포함하는 무료 티어를 제공한다는 것입니다. Lambda 함수 사용량이 무료 티어 한도에 해당하면 시간 초과 설정과 관계없이 함수 실행 비용을 지불하지 않습니다.
결론
AWS Lambda 함수는 특히 AWS 클라우드에서 서버리스 처리를 위한 강력한 도구입니다. 하지만 우리가 알고 있어야 할 목적과 제한 사항이 있습니다. 설계되지 않은 사용 사례에 사용하려고 하지 마세요.
15분 이상의 실행 시간이 필요하지 않은 간단하고 비동기적인 작업, 이상적으로는 트리거되는 작업에 적합합니다. 더 복잡한 것이 필요한 경우 AWS Step Functions를 사용하여 여러 Lambda 함수를 단일 조정 프로세스로 결합하세요. 또는 더 저렴한 서버리스 처리를 포기하고 적절한 구성과 컴퓨팅 성능을 갖춘 서버를 사용하여 작업을 수행할 수 있습니다.
다음으로, AWS Lambda를 처음 접하는 사용자를 위한 소개서를 확인해 보세요.