AWS公式のローカルエミュレーター登場、無料・アカウント不要【2026年11月】
AWS を使うアプリを作っていると、「ちょっと試したいだけなのに、毎回デプロイを待つ」「テスト用の AWS アカウントの後片付けが面倒」という悩みがつきものです。
2026年11月11日(米国時間)、AWS は AWS の API を手元のマシンで再現する公式のツール「AWS Emulator」を一般提供したと発表しました。AWS アカウントもデプロイも要らず、いつもの AWS CLI・SDK の呼び出しがミリ秒で返ってくるのがポイントです。

手元で AWS を試すための道具を、AWS 自身が、公開している API モデルから作って無料で出した——という位置づけの発表です。
この記事はこんな人向けです
- AWS を使うアプリを作っていて、テストのたびにデプロイを待つのがつらい
- AI コーディングエージェントに、本物の AWS アカウントを触らせずに試させたい
- AWS Emulator で何ができて、何ができないのか(料金・制限)を知りたい
AWS Emulatorとは?一言でまとめると
「本物の AWS の代わりに、手元で AWS の API に答えてくれるプログラム」です。画面(GUI)はなく、AWS CLI や SDK の接続先をエミュレーターに向けて使います。
| 項目 | 内容 |
|---|---|
| 発表日 | 2026年11月11日(米国時間、AWS What’s New) |
| 提供状況 | 一般提供(GA) |
| 何をする? | AWS の API を手元・開発サーバー・CIで再現する |
| AWS アカウント | 不要(ダウンロードにも実行にも要らない) |
| 料金 | 追加のサービス料金なし(AWS にデプロイしたときの料金だけ) |
| ライセンス | CC0 1.0(vendor/ のサードパーティのコードは Apache License 2.0) |
| 動く環境 | Linux はパッケージ、macOS・Windows は Docker |
| 本番利用 | 不可(開発・テスト用) |
エミュレーターに送ったリクエスト・レスポンス・リソースのデータは AWS には送られません。作ったバケットやテーブルも、本物の AWS アカウントには一切届きません。
何ができる?主な使い道
AWS のユーザーガイドと製品ページでは、次のような使い道が挙げられています。
① 手元でのテスト
DynamoDB のテーブルを作って、データを書いて、読み戻す——といったテストを、デプロイせずに自分の PC で回せます。サービスをまたぐ呼び出しも手元で試せるとされています。
② CI でのテスト
プルリクエストのたびに、CI の中でエミュレーターを起動して結合テストを流せます。製品ページは「ブランチごとのアカウント・保存した認証情報・残ったリソースが無い」と説明しています。
③ AI コーディングエージェントの試し場
AWS が特に押しているのがこれです。エージェントがバケットを作り、コードを動かし、AWS と同じエラーを読んで直す——という流れを、本物のアカウントに触らせずに回せます。1つずつ別のポート・キー・状態を持つので、複数のエージェントを並べても互いのリソースが混ざりません。
Kiro・Cursor・Claude Code などのエージェント向けに、エミュレーターの導入・起動・接続までを任せられる「aws-emulator スキル」も用意されています(AWS CLI 2.35.0 以降が必要)。
④ 学習・ワークショップ
製品ページの FAQ には「学生の場合は?」という項目があり、AWS アカウントなしで AWS CLI・SDK の練習ができると書かれています。研修で参加者ごとにアカウントを用意する手間も省けます。
AWS のアカウントを作って無料枠で試したい場合は、こちらの記事で各社の無料枠を比べています。

仕組み:AWSのAPIモデルから作られている
AWS Emulator の各サービスは、AWS が公開している API モデル(AWS SDK の元になっているのと同じもの)から生成されています。そのため、送ったリクエストや返ってくるエラーの形が AWS と同じになる、というのが AWS の説明です。
- 対応している操作: 正しい呼び出しには AWS と同じ結果、間違った呼び出しには同じエラーを返す
- まだ対応していない操作: HTTP 501(Not Implemented)を返すので、テストがすぐ失敗して気づける
- 新しいサービス・API: AWS に追加されるとエミュレーターにも現れ、リリースごとに動作が埋められていく
もうひとつ目を引くのが作り方です。AWS のブログによると、エミュレーターは AI エージェントが API モデルから作り、保守しているとのこと。エージェントが AWS との違いを見つけて課題にし、別のエージェントが直し、セキュリティ担当のエージェントが変更を確かめる——という流れで、1日に何度も更新されるとユーザーガイドにあります。中身は Rust で書かれていて、ノート PC でも CPU とメモリを食わないようにしているそうです。

料金・ライセンス・動く環境
| 項目 | 公式に書かれていること(2026年11月11日時点) |
|---|---|
| 料金 | 追加のサービス料金なし。AWS にデプロイしたときに AWS リソースの料金がかかるだけ |
| ライセンス | ソースコードは CC0 1.0(パブリックドメイン)。vendor/ フォルダーは Apache License 2.0 |
| Linux | RPM / Debian パッケージ(x86_64・aarch64、glibc 2.17 以降) |
| macOS・Windows | Docker で動かす。公式の既製イメージは無く、ドキュメントの Dockerfile から作る |
| Rust のテスト | AWS SDK for Rust 向けの組み込みモード(テストの中で直接動かす) |
| リージョン | AWS のリージョンに依存しない |
| 使える道具 | AWS CLI と AWS SDK(接続先を環境変数で切り替える) |
ネイティブで動くのは Linux だけで、Mac(Apple シリコン)や Windows では Docker が前提です。Apple シリコンでは Arm 用(aarch64)のパッケージを使うよう案内されています。
動かし方:3ステップで始める
AWS のブログとユーザーガイドが示す流れは、次の3ステップです。
- インストールして起動する: Linux はパッケージを入れて
aws-emulatorを実行。Docker は Dockerfile からイメージを作って起動する - 接続先を切り替える: エミュレーターは起動時に専用の認証情報・設定ファイル・証明書を
~/.aws/emulator/9297/に書き出す。AWS_ENDPOINT_URL=https://127.0.0.1:9297などの環境変数で、CLI・SDK をそちらに向ける - いつもどおり動かす:
aws s3 mbやaws dynamodb create-tableなど、普段のコマンドやテストがそのままエミュレーターに届く
注意点として、ユーザーガイドは本物の AWS の認証情報を入れた環境変数(AWS_ACCESS_KEY_ID など)を外しておくよう求めています。また、AWS_ENDPOINT_URL を設定し忘れると、テストが本物の AWS に送られるので、テストを動かすスクリプトの中で設定するよう書かれています。
エミュレーターのアクセスキー ID は 「EMULATOR」で始まり、起動のたびに作り直されるため、本物のキーと見分けがつきます。Docker で動かすときは -p 127.0.0.1:9297:9297 の形で公開する(-p 9297:9297 だとネットワーク全体に開いてしまう)とも注意されています。
本番のAWSとの違い・制限
便利な一方で、AWS はできないこともはっきり書いています。ここは使う前に必ず押さえておきたいところです。
① セキュリティのテストには使えない
IAM ポリシーやバケットポリシー、KMS のキーポリシーを AWS と同じように評価しません。エミュレーター自身の鍵で署名したリクエストは拒否しないため、AWS では拒否される操作がエミュレーターでは通ってしまうことがあります。権限まわりは本物の AWS で確かめる必要があります。
② 1アカウント・1リージョン
エミュレーターは1つのアカウント(000000000000)として動き、アカウントやリージョンをまたぐ動作はありません。複数のリージョンを試したいときは、リージョンごとに別のエミュレーターを別のポートで起動します。
③ データはメモリだけ。止めると消える
リソースはメモリ上にだけ置かれ、止めるとすべて消えます。次に起動すると空の状態から始まります。長時間の運用や負荷試験は試験されていないと書かれています。
④ 再現の度合いはサービスによる
今いちばん AWS に近いのは、リソースを作る・読む・消すといった「コントロールプレーン」の APIです。データの読み書きなど「データプレーン」の API や、CloudFormation・Terraform・AWS CDK への対応はサービスによって差があります。動作の検証も us-west-2(オレゴン)でしか行っていません(グローバルサービスは us-east-1)。
⑤ 利用データの送信は既定でオン
エミュレーターは既定で匿名の利用データ・エラーの情報を AWS に送ります。リクエストやレスポンスの中身・コード・認証情報・個人データは含まず、最大90日保存とのこと。--telemetry off などでオフにできます。

忠実度(フィデリティ)の見方
「エミュレーターでテストが通れば、本物でも通るのか」を示すために、AWS は忠実度テストを用意しています。AWS SDK で一連の操作を流し、ステータスコード・中身・エラーの文言まで AWS と一致したときだけ合格とする厳しいテストです。
結果はサービスごとに「50 件中 40 件合格」のような形で、リリースのたびに公開されます。テストが増えると点数が下がることもあり、AWS は「改善中の製品のスナップショットとして読んでほしい」としています。自分のプロジェクトが使う API の点数を、使う前に確かめておくのが安心です。
LocalStackなどとの関係:公式は触れていない
ローカルで AWS を再現するツールには、LocalStack などサードパーティ製のものもあります。ただ、AWS の発表・ブログ・ユーザーガイドは、LocalStack など他のエミュレーターとの比較には触れていません。
AWS が比べているのは手書きのモックです。製品ページの FAQ では、モックは「言われたとおりの値を返すだけ」なのに対し、エミュレーターは「入力の検証・エラー・呼び出しをまたいで残る状態まで含めて API そのものを動かす」と説明しています。また「今うまくいっているやり方はそのままに、遅い・高い・広げにくいところで使ってほしい」とも書かれています。
開発者の反応
技術系コミュニティ Hacker News では、AWS Emulator のリポジトリの投稿に多くのコメントが集まりました(出典)。
- 投稿者の一人は、LocalStack などの無料の代わりになることを期待するとコメントしています(出典)
- 別の投稿者は、プロセスを再起動する以外に状態をすぐ消す方法が見当たらないため、テストごとに状態を消す使い方では moto(Python 向けの AWS のモック)の代わりにはなりにくいと指摘しています(出典)
- 利用データの送信が既定でオンになっていることに不満を示し、ほかのツールを使い続けるという声もありました(出典)
- 短い期間に大量のコミットがあるエージェントの作ったコードについて、品質や保守を疑問視する声と、範囲がはっきりしていて正しさを確かめやすいのでエージェント向きの仕事だと評価する声に分かれています(出典1・出典2)
IT Picks的な所感
AWS 自身が、公開の API モデルから作ったエミュレーターを無料・CC0 で出した意味は大きいと考えています。とくに、AI エージェントに本物のアカウントを触らせずに試行錯誤させられる点は、今の開発のやり方にぴったり合っています。
一方で、IAM を正しく評価しない・1アカウント・メモリだけという制限は、テストの種類によっては致命的です。「権限まわりのテストが通ったから安心」とはならないので、最後は本物の AWS で確かめるという前提は変わりません。まずは、自分が使うサービスの忠実度の点数を見てから取り入れるのが現実的だと思います。
AWS の開発者向けの新機能は、Lambda Web Functions の記事でも紹介しています。

まとめ
AWS Emulator のポイントをまとめます。
- 発表日:2026年11月11日(米国時間、一般提供)
- 何が:AWS の API を手元・CI で再現する AWS 公式のエミュレーター
- AWS アカウント:不要(ダウンロードにも実行にも要らない)
- 料金:追加のサービス料金なし。ライセンスは CC0 1.0
- 動く環境:Linux はパッケージ、macOS・Windows は Docker、Rust は組み込みモード
- 向いている使い道:ローカルのテスト、CI、AI コーディングエージェントの試し場、学習
- 主な制限:IAM ポリシーを AWS と同じように評価しない、1アカウント・1リージョン、止めると消える、本番には使えない
- 利用データの送信:既定でオン(オフにできる)
AWS を使うテストに時間がかかっている人は、まずユーザーガイドの「Getting started」と、自分が使うサービスの忠実度の点数を確かめてみてください。
