AWS Emulator는 AWS API를 내 컴퓨터에서 호출해 볼 수 있게 하는 무료 로컬 에뮬레이터다. 2026년 11월 11일 공개됐으며, 기존 AWS CLI나 SDK 호출을 로컬로 보내 개발 중인 애플리케이션을 시험할 수 있다. AWS 계정이나 클라우드 배포 없이 노트북, 개발 서버, CI(지속적 통합) 환경에서 쓸 수 있다는 것이 핵심이다.
8
다만 ‘200여 서비스 지원’이라는 설명을 AWS 클라우드 전체를 똑같이 복제한다는 뜻으로 받아들이면 곤란하다. AWS 문서는 리소스를 만들고, 조회하고, 업데이트하거나 삭제하는 작업에서 실제 AWS와 가장 비슷한 동작을 목표로 한다고 설명한다. 서비스와 기능에 따라 재현 수준에는 차이가 있다.
438개 API 모델을 바탕으로 만들고, 코드는 AI 에이전트가 작성
AWS Emulator는 Rust로 구현됐고, 438개의 공개 AWS API 모델을 토대로 200개가 넘는 서비스를 지원한다고 보도됐다.
4
13 여기서 API 모델 수와 서비스 수는 지원 범위를 보여주는 지표이지, 각각의 기능과 예외 상황까지 실제 AWS와 동일하다는 보증은 아니다.
Amazon은 자율형 AI 에이전트가 코드 전체를 작성했으며, 엔지니어들이 코드를 직접 작성하거나 검토하지 않았다고 밝혔다.
1
5 Amazon이 소개한 작업 방식은 세 팀으로 나뉜다. 한 팀은 실제 AWS에서 확인한 테스트를 만들고, 다른 팀은 그 테스트를 에뮬레이터에서 실행해 차이를 찾으며, 나머지 팀은 발견된 문제를 수정한다.
이 설명만으로 구체적인 AgentCore 운영 구조나 코딩 표준·보안·충실도에 관한 검토 절차까지 모두 확인되는 것은 아니다. 또 Amazon은 수천 개 에이전트가 프로젝트를 만들고 유지한다고 밝혔지만, 에이전트가 매일 수천 건의 문제를 해결한다는 주장은 제공된 자료만으로 확인하기 어렵다.
5
소스 코드는 CC0 퍼블릭 도메인 헌정 방식으로 공개됐다.
1
13 일부 보도는 저장소가 외부 기여 코드를 받지 않는다고 전하지만, 고객 이슈 접수와 수정 제안 처리 방식의 세부 내용은 공개된 자료만으로 단정하기 어렵다.
11
초기 버그는 충실도 한계를 보여주는 신호
출시 초기 보도 당시 GitHub 이슈는 70건을 넘었고, 상당수가 NoSQL 데이터베이스인 DynamoDB와 서버리스 서비스 Lambda에 관련된 것으로 전해졌다. 한 개발자는 도구를 “쓸모없다”고 표현했고, 다른 보도는 실제로 작동은 하지만 완성도와는 거리가 있다고 평가했다.
17 이런 반응은 초기 구현의 빈틈을 보여줄 수 있지만, 그 자체로 AI가 코드를 작성한 것이 문제의 원인이라고 입증하는 것은 아니다.
특히 주의할 부분은 권한이다. 관련 문서와 보도에 따르면 에뮬레이터는 IAM 및 리소스 기반 정책을 실제 AWS와 같은 방식으로 평가하지 않는다. 따라서 로컬에서는 성공한 요청이 실제 AWS에서는 권한 부족으로 거부될 수 있다.
18
19
21 로컬 테스트를 통과했다고 해서 운영 환경의 권한 설정까지 올바르다고 볼 수 없는 이유다.
개발 피드백에는 유용하지만, 운영 검증을 대신하진 않는다
에뮬레이터는 상태를 메모리에 보관하므로 실행을 중단하면 리소스 상태도 유지되지 않는다.
8 또한 별도의 분석 자료는 리전이나 계정 ID를 다르게 입력해도 실제 AWS처럼 리전·계정별로 리소스를 분리하지 않는다고 설명한다.
18
19 계정 간 접근이나 리전별 동작을 확인하는 테스트에는 한계가 있다.
용량 제약도 실제 사례에서 드러났다. AWS의 서버리스 애플리케이션 예시를 다룬 한 글은 Step Functions 실행 저장소의 공용 용량이 64MiB에 이른 뒤 EventBridge 호출에서 ExecutionLimitExceeded 오류가 발생했다고 보고했다. 이는 특정 테스트 환경에서 확인된 제한 사례이지, 모든 사용 환경의 성능을 대표하는 수치는 아니다.
따라서 AWS Emulator는 반복적인 개발 테스트를 빠르게 돌리고 기본적인 API 흐름을 확인하는 보조 도구로 보는 편이 타당하다. 실제 AWS와의 동작 차이, 중요한 권한 설정, 운영 규모에서의 특성은 별도로 검증해야 한다. 넓은 API 범위와 AI 에이전트의 자동 개발은 주목할 만하지만, 둘 다 클라우드와의 완전한 동등성을 의미하진 않는다.