AWS Emulator는 AWS API를 로컬에서 흉내 내는 무료 도구다. 2026년 11월 11일 공개됐으며, 개발자는 애플리케이션이나 코딩 에이전트가 AWS에 보내는 요청을 자신의 컴퓨터나 개발 서버에서 테스트할 수 있다. AWS에 따르면 400개가 넘는 API 모델을 기반으로 200개 이상의 서비스를 다룬다. 다만 지원 서비스가 많다는 사실이 각 기능의 동작까지 실제 AWS와 완전히 같다는 뜻은 아니다.
9
10
41
클라우드에 매번 배포하지 않고 테스트
AWS Emulator는 로컬 HTTPS 엔드포인트를 제공한다. AWS CLI 명령이나 SDK를 사용하는 애플리케이션이 이 엔드포인트로 요청을 보내도록 설정하면, 개발 과정이나 CI 환경에서 AWS에 의존하는 흐름을 시험할 수 있다. 매번 실제 클라우드 리소스를 준비하지 않고도 빠르게 피드백을 얻는 방식이다.
21
39
AWS는 Emulator 자체 사용료가 없다고 설명한다. 다만 테스트를 마친 뒤 실제 AWS에 리소스를 배포하면 해당 리소스에는 요금이 부과될 수 있다.
41
50
API 모델 수와 실제 동작의 충실도는 다르다
API 모델은 Emulator가 어떤 요청과 데이터 형식을 다룰 수 있는지 보여준다. 하지만 특정 API가 모델에 포함됐다고 해서 모든 상황에서 실제 AWS와 같은 결과를 내는 것은 아니다. AWS는 서비스별 충실도 점수를 공개하고, 공개 평가 도구를 통해 Emulator와 AWS의 동작이 얼마나 일치하는지 시험한다.
10
21
22
구현되지 않은 작업은 HTTP 501(Not Implemented) 응답을 반환한다고 AWS는 안내한다. 테스트가 성공한 것처럼 조용히 넘어가기보다 미지원 기능임을 알리는 방식이다.
39 따라서 실제 프로젝트에 적용하기 전에는 사용하는 서비스와 작업의 최신 충실도 점수를 확인하고, 필요한 흐름이 지원되는지 점검해야 한다.
21
보안과 계정·리전 간 동작은 별도 검증해야
AWS Emulator를 클라우드 보안 설정이 제대로 작동하는지 확인하는 용도로 사용해서는 안 된다. 관련 안내는 IAM 정책과 권한 경계, 리소스 기반 정책, KMS 키 정책 등 보안 통제를 Emulator에서 테스트하는 범위에 포함하지 않는다.
48
계정 및 리전 지원에도 제약이 있다. 제공된 안내에 따르면 Emulator는 단일 계정 모델이며, 계정 간 또는 리전 간 동작을 지원하지 않는다.
46
48 그러므로 로컬 테스트에 통과했다고 해서 권한 부여나 계정·리전 간 작업이 실제 AWS에서도 똑같이 작동한다고 볼 수 없다. 이런 경우에는 실제 AWS 환경에서 확인해야 한다.
48
코드 작성과 테스트를 맡은 자율 에이전트
AWS는 Emulator의 코드를 자율 에이전트가 작성하고 테스트했으며, 프로젝트 팀은 해당 코드를 직접 작성하거나 검토하지 않았다고 밝혔다.
9
10 AWS가 공개한 개발 과정에 따르면 에이전트들은 실제 AWS와 비교해 동작 차이를 찾고, 문제를 수정한다. 변경 사항은 머지 게이트를 거친다.
9
10
에이전트가 개발에 참여했다는 점은 눈에 띄지만, 도구를 평가할 때 확인해야 할 기준은 달라지지 않는다. 필요한 기능의 충실도를 확인하고, 구현되지 않은 작업은 한계로 간주하며, 보안에 민감한 동작은 AWS에서 검증해야 한다.
어떤 상황에 유용할까
AWS Emulator는 지원하는 AWS 의존 흐름을 빠르게 로컬에서 확인할 때 유용하다. 개발자가 직접 제어하는 애플리케이션 로직에는 기존 모킹을 활용하고, Emulator 테스트를 호환성의 증거로 삼기 전에는 서비스별 점수와 공개 평가 도구를 살펴보는 편이 좋다.
21
22
46
운영 환경 배포를 앞두고 있다면 로컬 테스트는 여러 검증 단계 중 하나다. 실제 배포 환경과 권한 설정, 계정 간 또는 리전 간 동작까지 AWS에서 확인하는 절차를 대신할 수는 없다.
46
48