AWS Lambda 비용 없이 실제로 써보면서 겪은 삽질과 해결법

AWS Lambda를 비용 부담 없이 사용할 수 있을지 궁금해서 직접 세팅해봤어요. 생각보다 제한이 많고 설정할 부분도 많더라고요. 그래서 이번에 직접 해보면서 겪은 문제와 해결법, 그리고 다른 사람들은 어떻게 했는지 비교해봤습니다.

이 글에서는 AWS Lambda 무료 사용 범위와 비용 절감 팁, 나아가 실 사용 예시와 구체 명령어, 설정값까지 상세히 다룰 거예요. 또, 저처럼 비용 제로에 도전하는 분들께는 타사 사례와 비교한 표도 함께 보여드려요.

개발 환경 / 버전 정보

AWS Lambda는 AWS 프리 티어를 기준으로 월 100만 건 호출과 400,000 GB-초를 무료로 제공합니다. 저는 Node.js 18.x 런타임으로 직접 만들어 운영했고, CLI를 활용한 배포 환경을 썼어요.

AWS Lambda 비용 없이 사용하는 방법 실전 예시 관련 정보

AWS Lambda 비용 절감, 이렇게 하면 됩니다

사실 이 부분이 가장 중요했는데요. 무료 호출 한도와 메모리 할당을 적절히 맞추는 게 핵심이에요. 저는 다음과 같이 설정했어요.

aws lambda update-function-configuration --function-name myFunction --memory-size 128
aws lambda update-function-configuration --function-name myFunction --timeout 3

메모리를 128MB로 줄이고 타임아웃도 3초로 제한했는데요, 이렇게 하니까 무료 한도 내에서 충분히 돌아가더라고요. 여기서 중요한 점은 무조건 메모리를 최소로 한다고 좋은 게 아니라 함수가 실행되는 시간과 리소스 요구량을 잘 봐야 한다는 거예요.

또 저는 함수 호출을 최소화하기 위해, 필요할 때만 호출되는 이벤트 기반 구조로 설계했어요. 예를 들어 S3 파일 업로드 트리거, DynamoDB 스트림 같은 이벤트에만 반응하게 하니까 호출 수 자체도 줄일 수 있었습니다.

AWS Lambda 비용 없이 사용하는 방법 실전 예시 관련 정보

다른 사례와 비교해보니

여기서 많이 틀리는 분들이 있는데요, 저는 인터넷에서 본 몇 사례들과 비교했을 때, 다음 표에서 차이가 명확했어요.

항목	내 사례	일부 블로그 사례 A	공식 문서 권장 설정
메모리 크기	128MB	256MB	128-512MB 권장
타임아웃	3초	5초 이상	최대 15초
함수 호출 방식	이벤트 기반 최소 호출	주기적 폴링	이벤트 트리거 권장
로그 관리	CloudWatch 필터링 사용	모든 로그 저장	필요 로그만 저장

위 표에서 볼 수 있듯이, 저는 최대한 호출과 메모리를 최적화하는 방향으로 진행했는데, 반면 다른 분들은 호출 횟수에서 이슈가 있었고 로그 관리도 너무 광범위해서 비용이 더 나오는 경우가 많았어요.

AWS Lambda 비용 없이 사용하는 방법 실전 예시 관련 정보

여기서 삽질했던 부분들

이 에러가 왜 나는지 한참 찾았는데, Lambda 함수가 예상보다 오래 걸려서 타임아웃이 잦았어요. 게다가 메모리를 줄였더니 메모리 부족 에러도 발생했죠.

END RequestId: c4f7f9ab-xxxx-xxxx-xxxx-b7c3a1f2abc6
REPORT RequestId: c4f7f9ab-xxxx-xxxx-xxxx-b7c3a1f2abc6 Duration: 3501 ms Billed Duration: 3500 ms Memory Size: 128 MB Max Memory Used: 130 MB
Task timed out after 3.00 seconds

이 문제를 해결하려고 메모리와 타임아웃 값을 하나씩 조절하며 테스트했는데, 아래 명령어 참고하세요.

aws lambda update-function-configuration --function-name myFunction --memory-size 192
aws lambda update-function-configuration --function-name myFunction --timeout 5

결국 저는 192MB 메모리에 타임아웃 5초가 가장 균형 잡힌 설정이었어요.

심화: 프리 티어 한도 넘어가지 않으려면

프리 티어를 초과하면 곧바로 비용이 발생하는데, 저는 CloudWatch 알람을 통해 무료 한도 접근 시점에 바로 알림을 받도록 설정했어요.

aws cloudwatch put-metric-alarm \
  --alarm-name Lambda-Invocations-Alarm \
  --metric-name Invocations \
  --namespace AWS/Lambda \
  --statistic Sum \
  --period 86400 \
  --threshold 900000 \
  --comparison-operator GreaterThanOrEqualToThreshold \
  --evaluation-periods 1 \
  --alarm-actions arn:aws:sns:region:account-id:sns-topic-name

이렇게 하면 하루 호출 수 90만 건이 넘어가면 바로 SNS로 알림이 와서 대응 가능해요. 저처럼 비용 걱정 많으신 분들께는 이런 모니터링이 꼭 필요해요.

자주 물어보시는 것들

Q. Lambda 프로비저닝된 동시성은 무료 한도에 포함되나요?

A. 네, 프로비저닝된 동시성도 Lambda 호출에 포함되어 총 무료 호출 건수 한도에 영향을 줍니다. 꼭 고려해서 설정해야 해요.

Q. 타 AWS 서비스 연동 시 비용 걱정도 해야 하나요?

A. 그렇죠. Lambda는 저렴하지만 S3, DynamoDB, API Gateway 같은 서비스 호출 시에도 비용이 발생할 수 있어서 전체 비용 구조를 봐야 합니다. 사전에 무료 티어 범위를 꼭 확인하세요.

마무리하자면, AWS Lambda 비용 없이 실제 사용하는 건 무료 호출 제한과 메모리/타임아웃 최적화, 그리고 모니터링 세팅이 핵심입니다. 다른 사례들과 비교하면서 저처럼 삽질하는 시간 줄이시길 바라요.

📌 함께 보면 좋은 글

• AWS Secrets Manager로 DB 비밀번호 관리하면서 겪은 삽질과 해결 과정
• AWS CodeDeploy 무중단 배포 적용하며 겪은 실수와 해결 과정
• AWS S3 정적 웹사이트 호스팅과 CloudFront 연결하면서 겪은 문제와 해결법