AWS Lambda 개념, 장단점, 사용목적

📚 목차

1.  개념
2.  장단점
3.  사용목적
참고자료

1.  개념

Amazon Web Service(AWS) Lambda는 이벤트가 발생했을 때 코드(=함수)를 실행하고 컴퓨터 리소스를 관리하는 Serverless 컴퓨팅 서비스입니다(그림 1 참고). 여기서 이벤트가 발생할 때를 다른 말로 "trigger 되었을 때" 또는 "함수를 호출했을 때"라고도 표현합니다. 즉, 24시간 서버가 돌아가는 AWS EC2와 달리, AWS Lambda는 사용자가 함수를 호출했을 때만 코드가 실행되는 서비스입니다.

그림 1. AWS Lambda 아이콘

Serverlss == No Server?

Serveless 컴퓨팅이면 서버가 없다는 의미일까요? 절대 아닙니다. 서버가 없으면 웹 서버를 만들 수가 없죠. Serverless는 Backend를 서버 관리 없이 운영한다는 의미입니다. 즉, Serverless 컴퓨팅을 사용하면 개발자는 서버를 신경 쓸 필요가 없죠. 서버에 트래픽이 얼마나 잡히는지 모니터링하거나 서버의 개수나 사양 등을 일일이 고려할 필요가 없기 때문에 코드에만 집중하면 됩니다. 즉, 코딩만 잘 하면 된다는 것입니다.

2.  장단점

Lambda 서비스의 장단점은 아래와 같습니다.

	장점	단점
1	(관리) 서버 사양, 개수 등 관리에 필요한 고민 불필요	(속도) 함수 호출 시 Cold Start 문제로 초기 지연시간 발생. AWS EC2에 비해 약 1ms 만큼 지연.
2	(관리) 서버 상태 모니터링 및 Scaling 불필요(Auto Scaling 지원)	(성능) 러닝타임이 최대 15분이므로 이를 넘어가는 Task 수행불가
3	(비용) 밀리 초 단위로 함수를 사용한 만큼만 과금	(이주) Lambda로 구축한 후 Azure, GCP 같은 타 Cloud로 migration 하기 어려움
4	(비용) 프리티어의 경우, 1GB 메모리 환경에서 월 100만 건, 월 40만 초의 실행시간 무료 제공 ex) 1GB 메모리에서 1초짜리 요청 300만 건: 5.5만원(포스팅일 기준 계산법)

3.  사용목적

AWS Lambda는 언제 사용하면 좋을까요? Lambda의 장점을 고려하여 자세히 알아봅니다.

1) 서버 관리 부담을 줄이고 싶은 경우

Lambda는 서버 관리에 많은 시간과 노력을 쏟지 않으면서  간단한 코드로 실행 가능한 서비스를 만드는 경우에 적합합니다. AWS EC2를 사용하면 서버 트래픽이나 사양을 고려하여 서버 프로비저닝, 스케일링 등의 작업을 해주어야 합니다. 반면, Lambda는 이러한 서버 관리가 필요 없이 코드에만 집중할 수 있기 때문에, 서버 관리에 많은 시간과 노력을 들이고 싶지 않다면 Lambda가 적합합니다.

2) 특정 시간/기간만 사용하는 경우

Lambda는 함수가 호출될 때만 코드를 실행시키기 때문에 특정 시간이나 특정 기간에만 동작하는 서비스를 만들 때 유용합니다. 예를 들어, 회사에서 월급 지급 서비스를 만든다면 굳이 서버를 매일 켜 둘 필요 없이, 월급을 지급하는 날에만 동작시키면 됩니다. 다른 예시로, 매주 월요일 밤에만 동작하는 특정 서비스 개발에도 마찬가지입니다. 필요한 시간에만, 필요한 임무만 수행하면 되기 때문에, 불필요한 서버 가동시간을 줄일 수 있습니다.

 

반면, AWS EC2에 비해 Lambda는 초기 지연시간이 있으며, 러닝타임 제한(=15분), 타 Cloud 서비스로의 migration의 어려움, AWS에 의존적일 수밖에 없다는 한계점도 있습니다. 이러한 모든 요소를 고려하여 서비스를 선택하시길 권장합니다.

🗂 참고자료

[1]  AWS Lambda vs EC2: Comparison of AWS Compute Resources
[2]  An overview of Amazon EC2 vs. AWS Lambda

---

포스팅 내용에 오류가 있거나 보완할 점이 있다면 아래에 댓글 남겨주세요!

그럼 오늘도 멋진 하루 만드시길 바랍니다 :)

고맙습니다😊