Understanding AWS Lambda Managed Instances: Bridging Serverless and EC2

AWS, Lambda Managed Instances 공개

왜 눈여겨볼 만한가

• Lambda 특유의 “서버 관리 불필요 → 코드 집중” 경험을 유지하면서, 동시에 Amazon EC2 인스턴스 기반으로 동작 가능해졌다. 즉, 서버리스 + VM의 유연성을 동시에 챙길 수 있다. (Amazon Web Services, Inc.)

• 기존 Lambda가 제공하지 않았던 “고성능 CPU(예: AWS Graviton4), 고대역 네트워크, 메모리/CPU 비율 설정, 커스텀 인스턴스 타입” 같은 EC2급 스펙을 쓸 수 있으므로, 머신러닝 인퍼런스나 고성능 처리처럼 리소스 요구가 큰 워크로드에 유리하다. (AWS Documentation)

• 비용 최적화 측면에서도 장점이 생겼다. 즉, 단발성 요금(pay‑per‑invoke)이 아니라, EC2 Savings Plans 또는 Reserved Instances 같은 EC2의 가격 모델을 활용할 수 있어, 지속적인 부하나 예측 가능한 워크로드에 대해 저렴하게 운영 가능하다. (Amazon Web Services, Inc.)

작동 방식 & 제약점

• 새로운 개념인 Capacity Provider 를 만들고, 해당 프로바이더에서 지정된 EC2 인프라에 Lambda 함수를 매핑한다. 이를 통해 VPC 설정, 인스턴스 유형, 스케일링 정책 등 인프라 요구사항을 정의할 수 있다. (AWS Documentation)

• Managed Instances 환경에서는 하나의 EC2 인스턴스 위에서 여러 개의 Lambda 함수 호출(concurrent invocation)을 동시에 처리할 수 있다. 즉, 기존 Lambda처럼 “1 리퀘스트 = 1 실행 환경” 이 아니라 “멀티 스레드 / 멀티 처리 환경”으로 동작할 수 있어, IO‑heavy 혹은 동시성 많은 workloads 에 적합하다. (AWS Documentation)

• 다만 스케일 방식이 기존 Lambda의 즉각적인 on‑demand 방식이 아니라, EC2 인스턴스의 CPU 사용량을 바탕으로 비동기적으로 확장되므로, 갑작스러운 트래픽 스파이크에는 주의할 필요 있다. (AWS Documentation)