AWS が2026年11月11日、AWS のサービスを手元のパソコンで再現する「AWS Emulator」を無料で公開しました。本物の AWS に接続しなくても、プログラムが AWS を呼び出す部分のテストができる道具です。プログラムは AI エージェントがすべて書いたと AWS は説明しています。
「開発会社から『AWSのテストは公式のエミュレーターでやるので、テスト環境の費用が下がります』と言われた。本当に任せて大丈夫？」
先に結論をお伝えします。AWS Emulator は、開発中のテストを速く・安くする道具としては使えます。ただし、権限（だれが何をしてよいか）の設定が正しいかはエミュレーターでは確かめられないので、本番の前に本物の AWS での確認は残ります。当社の社内システムのテストを実際に AWS Emulator で動かしてみた結果と合わせて、発注者が確認したいことを整理します（執筆時点：2026年11月13日。試した版は 1.0.338）。
AWS Emulator とは：AWS を手元で再現する無料の公式ツール
エミュレーター（＝本物の代わりに、同じふるまいをするソフト）は、これまでも moto や LocalStack などがありました。今回は AWS 自身が公式に出したものです。発表の要点は次のとおりです。
📰 出典：AWS「AWS Emulator is now available for building and testing AWS applications locally」（2026年11月11日）
| 項目 | 内容 |
|---|---|
| できること | AWS の SDK（＝プログラムから AWS を使うための部品）や AWS CLI の呼び出しを、本物の AWS ではなく手元のエミュレーターが受けて、ミリ秒単位で返す |
| 必要なもの | AWS アカウントは不要。Linux は専用のパッケージ、Windows・Mac は Docker（＝ソフトを箱に入れて動かす仕組み）で動かす |
| 料金 | エミュレーター自体に追加料金はない |
| ライセンス | CC0（＝著作権を放棄した、だれでも自由に使える形）。ソースコードは GitHub で公開 |
| 対応範囲 | AWS が公開している API の定義から作られ、200以上のサービスが対象。どこまで本物どおりかはサービスごとに違い、リリースごとに点数（fidelity score）を公開 |
| 作り方 | AI エージェントがコードを書き、本物の AWS と同じ結果になるかを試験で確かめながら、1日に何度も更新する |
AWS のドキュメントには、使ってはいけない場面も明記されています。
📰 出典：AWS Emulator User Guide「What is AWS Emulator?」
- 本番の運用には使わない
- IAM（＝AWS の権限の仕組み）のポリシーを本物と同じには判定しない。セキュリティのテストには使わない
- 作ったデータはメモリーにだけ置かれ、止めると消える
- 本物と同じかの確認は、米国のリージョン（＝AWS のデータセンターの地域）だけで行っている
当社の社内システムのテストで試した結果
当社では、ブログの投稿やナレッジの管理に使う社内システムを AWS 上で動かしています。S3（＝ファイルの保存場所）、DynamoDB（＝データベース）、Secrets Manager（＝パスワードなどの保管場所）を使い、テスト124件は今まで moto（＝Python 向けの AWS の模擬ツール）で動かしていました。このテストを、AWS Emulator に向けて動かしてみました。
📰 出典：AWS Emulator User Guide「Getting started on Linux」
# パッケージと署名を取得し、AWS の署名であることを確かめてから入れる（手順は公式ドキュメントのとおり）
curl -fsSLO https://downloads.aws.com/aws-emulator/packages/aws-emulator/LTS/latest/aws-emulator_amd64.deb
curl -fsSLO https://downloads.aws.com/aws-emulator/packages/aws-emulator/LTS/latest/aws-emulator_amd64.deb.sig
sudo apt-get install -y ./aws-emulator_amd64.deb
# 利用状況の送信（テレメトリー）を止めて起動する
aws-emulator --telemetry off起動は0.2秒ほどで、プログラム側は環境変数で接続先をエミュレーターに向けるだけです。結果は次のとおりでした。
| 試したこと | 結果 |
|---|---|
| テスト124件 | 全件が通った（テストの書き方を2か所直した。理由は下で説明） |
| テストにかかった時間 | moto：約12秒／エミュレーターをテストごとに起動し直す：約200秒／1回だけ起動してテストごとに中身を空にする：約20秒 |
| 入力の誤りへの返し方 | DynamoDB のテーブル名が短すぎる、S3 のバケット名に使えない文字がある、などで本物と同じエラーを返した |
| 「すべて禁止」の権限を付けた利用者 | その利用者の鍵でも、S3 のバケットを作れてしまった（ドキュメントどおり、権限は判定しない） |
| Lambda（＝必要なときだけプログラムを動かすサービス） | 登録した Python のプログラムが実際に手元で動き、結果が返った |
| 対応していない機能 | Cost Explorer（＝AWS の費用を集計する機能）は「まだ作っていない」（501）。Bedrock（＝生成 AI のサービス）は「AI モデルは動かない」というエラー |
| CloudFormation（＝AWS の構成を設定ファイルから作る仕組み） | S3 と DynamoDB を作る簡単な設定は、1秒ほどで作成完了になった |
moto では見えなかった違いが1つ見つかった
テストが最初に失敗した原因は、DynamoDB のテーブルを作った直後に書き込んだことでした。本物の AWS では、テーブルは作った直後は「作成中」で、使えるようになるまで待つ必要があります。AWS Emulator もこの待ち（数秒）を再現していて、moto はすぐ使える状態にしていました。
当社の本番ではテーブルは前もって作ってあるので問題になりませんが、「作ってすぐ使う」処理が本番で失敗する、という種類の不具合を手元で見つけられるのは、本物に近いエミュレーターの利点です。もう1か所は、エミュレーターが起動のたびに新しい鍵を作るため、前の鍵を覚えたままの部品を作り直すようにしたことでした。
速さは「使い方」で10倍変わる
テストごとにエミュレーターを起動し直すと、テーブルの作成待ちが毎回入り、moto の約17倍の時間がかかりました。1回だけ起動してテストの間で中身を空にする形に変えると、moto の2倍弱まで縮みました。どちらの形にするかで、テストにかかる時間、つまり開発の待ち時間が大きく変わります。
LocalStack・moto との比較：それぞれのメリットとデメリット
AWS を使う部分のテストには、AWS Emulator のほかに、LocalStack（＝AWS を手元で再現する商用のエミュレーター）、moto（＝Python 向けの AWS の模擬ツール）、テスト用の本物の AWS 環境、という選択肢があります。どれが一番というものではなく、確かめたいことと体制で使い分けるものです。公式の情報と当社で試した範囲で整理します（執筆時点：2026年11月）。
| 項目 | AWS Emulator | LocalStack | moto | テスト用の本物の AWS 環境 |
|---|---|---|---|---|
| 提供元 | AWS（公式） | LocalStack 社 | オープンソースのコミュニティ | AWS |
| 費用 | 無料 | 無料の Hobby プランは商用利用不可。会社の仕事では有料プラン（Base は年払いで1ライセンス月39ドル） | 無料（Apache 2.0） | 使った分の AWS 利用料 |
| 必要なもの | アカウント不要。Linux はパッケージ、Windows・Mac は Docker | アカウントとトークン（2026年3月から）、Docker | Python のライブラリ。別の言語からはサーバーとして起動して使う | AWS アカウントと、テスト用の鍵・権限の管理 |
| 対応するサービス | 200以上（本物どおりかはサービスごとに違い、点数を公開） | プランにより30以上〜110以上 | 多いが、機能ごとに対応の深さが違う | すべて |
| 本物との近さ | 本物と同じかを試験で確かめながら作っている。当社の試験では DynamoDB の作成待ちまで再現 | 実績が長く、利用例や情報が多い | 作成待ちなどを省き、すぐ使える状態にする | 本物そのもの |
| 権限（IAM）の確認 | できない | 有料プランで基本的な判定・より詳しい判定 | ごく簡単な判定のみ（初期設定では判定しない） | できる |
| データを残す | できない（止めると消える） | 有料プランで保存できる | 中身を消す仕組みあり | 残る（消し忘れると費用が続く） |
| 当社のテスト124件の時間 | 約20秒（1回だけ起動した場合） | 試していない | 約12秒 | 試していない |
📰 出典：LocalStack「Pricing」
📰 出典：moto「IAM-like Access Control」
AWS Emulator のメリット・デメリット
- メリット：無料で、会社の仕事にも使える。AWS が公式に出しており、本物と同じエラー・同じ待ち方を再現する方針。対応サービスが多い。AI エージェント向けのスキルがある
- デメリット：公開されたばかりで、1日に何度も更新される（使い方の情報が少なく、ふるまいが変わることもある）。権限は確かめられない。データを残せない。画面（管理画面）がない。利用状況の送信が初期設定で有効
LocalStack のメリット・デメリット
- メリット：利用の実績が長く、使い方の情報や事例が多い。有料プランでは権限の判定やデータの保存ができ、管理画面もある。サポートを受けられる
- デメリット：2026年3月から、無料で使う場合もアカウント登録とトークンが必要になった。無料の Hobby プランは商用利用ができないため、会社の仕事では開発者ごとに有料ライセンスがかかる。トークンを切り替える前の古い版に固定して使う方法もあるが、その版には修正が出ない
moto のメリット・デメリット
- メリット：無料のオープンソースで、Python のテストに数行で組み込める。起動が要らず速い（当社の試験ではいちばん速かった）
- デメリット：本物との違いが残りやすい（当社の試験では、テーブルの作成待ちを再現しなかった）。権限の判定はごく簡単なもの。Python 以外の言語では、サーバーとして起動する手間がかかる
テスト用の本物の AWS 環境のメリット・デメリット
- メリット：本物そのものなので、権限・ネットワーク・費用のかかり方まで確かめられる。本番前の最終確認には欠かせない
- デメリット：利用料がかかり、作ったものの消し忘れで費用が続くことがある。テスト用の鍵と権限の管理が必要。1回のテストに時間がかかる
実際には「普段の開発中のテストはエミュレーターや moto、本番前の確認はテスト用の本物の AWS 環境」のように組み合わせるのが一般的です。開発会社から提案があったときは、どれを使うかより、何をどこで確かめるかの分担を聞くのが確実です。
発注者にとって変わること
テスト環境の費用と手間を下げられる場面が増える
これまで、AWS を使う部分のテストは「テスト用の AWS 環境を用意して、そこで動かす」か「moto などの模擬ツールで代わりにする」かのどちらかが多くありました。前者は費用と準備の手間がかかり、後者は本物との違いが残ります。公式のエミュレーターが無料で使えるようになったことで、その間を埋める選択肢が増えました。
LocalStack を使っている開発会社では、2026年3月の変更で有料ライセンスへの切り替えや古い版への固定をしている場合があります。費用や更新の扱いが変わるため、乗り換えを検討する場面があるかもしれません。
AI エージェントに開発を任せるときの試し場所になる
AWS は、AI のコーディングエージェントがエミュレーターを入れて動かすための「スキル」も用意しています。AI が本物の AWS に触れずに試せるので、AI に本番の鍵を渡さずに済む、という点は安全面でも意味があります。
発注者にとって変わらないこと
権限とセキュリティの確認は、本物の AWS で行う
試したとおり、エミュレーターは権限の設定で禁止したことでも通してしまいます。AWS も「エミュレーターでテストが通っても、権限が正しい・安全だとは言えない」と明記しています。「エミュレーターで全部テストしたので大丈夫です」という説明だけで、本番の確認を省いてよいことにはなりません。
📰 出典：AWS Emulator User Guide「Security in AWS Emulator」
本物との違いはサービスごとに残る
本物どおりかの点数はサービスごとに違い、新しいサービスや機能ほど違いが残りやすいと説明されています。費用の集計や生成 AI のように、そもそも動かない機能もあります。自社のシステムが使うサービスが対象かは、個別に確かめる必要があります。
使うときに決めておきたいこと
- 利用状況の送信（テレメトリー）：初期設定では、どの機能を何回呼んだかなどの利用状況が AWS に送られます。AWS は、送る中身にリクエストの内容・コード・鍵・個人情報は含まないと説明しています。社内のルールで外部への送信を止めたい場合は、
--telemetry offなどで止められます - 本物の鍵を同じ環境に置かない：接続先の設定が抜けていると、テストが本物の AWS に向かってしまいます。テストを動かす環境に本物の鍵を置かないことが、いちばん確実な防ぎ方です
- 動かすプログラムは信頼できるものだけ：Lambda のプログラムは、手元のパソコンの上で隔離されずに動きます
- 実データを入れない：お客様のデータや本番のデータは使わず、テスト用のデータだけにします
📰 出典：AWS Emulator User Guide「Telemetry in AWS Emulator」
今やるべきこと・まだ様子見でいいこと
| 区分 | 内容 |
|---|---|
| 今やること | 開発会社に、AWS を使う部分のテストを今どこで（テスト用の AWS 環境・模擬ツール）行っているかを聞いておく |
| 今やること | エミュレーターを使う提案があれば、本物の AWS で確認する範囲（権限・本番前の通しの確認）がどこに残るかを確認する |
| 様子見でよいこと | 動いているテストの仕組みを、すぐにエミュレーターへ置き換えること（公開直後で、1日に何度も更新されている） |
| 様子見でよいこと | テスト用の AWS 環境をなくすこと。権限や本番前の確認のために残す |
保守の更新作業のあとで動かなくなったときに、テストをだれがどこまで行うかは、次の記事で解説しています。
発注者がやること チェックリスト
- ☐ AWS を使う部分のテストを、どこで・何を使って行っているかを開発会社に確認した
- ☐ エミュレーターを使う場合、本物の AWS で確認する範囲（権限・本番前の通しの確認）を決めた
- ☐ 利用状況の送信（テレメトリー）を許すか、社内のルールと照らして決めた
- ☐ テストを動かす環境に、本物の AWS の鍵やお客様のデータを置かない運用になっているか確認した
- ☐ テスト費用が下がる提案なら、どの費用（テスト用の AWS 環境・作業時間）が下がるのかを確認した
開発会社への質問例
- 「今、AWS を使う部分のテストはどこで行っていますか。テスト用の AWS 環境の月額はどのくらいですか」
- 「テストに AWS Emulator・LocalStack・moto のどれを使っていますか。有料のライセンスが要る場合、費用はどちらの負担ですか」
- 「AWS Emulator を使う場合、エミュレーターで確かめる範囲と、本物の AWS で確かめる範囲を分けて教えてください」
- 「権限の設定が正しいかは、どの段階で、どの環境で確認しますか」
- 「テストを動かす環境に、本物の AWS の鍵やお客様のデータは置かれていませんか」
まとめ
- AWS が、AWS を手元で再現する公式のエミュレーター「AWS Emulator」を無料で公開した（2026年11月11日）
- 当社の社内システムのテスト124件は、書き方を2か所直すと全件通った。本物と同じ「作成直後は待つ」ふるまいで、moto では見えなかった違いも見つかった
- 一方で、権限の設定は判定されず、「すべて禁止」の利用者でも操作できてしまった。セキュリティの確認は本物の AWS で残る
- LocalStack は実績と有料機能（権限の判定・データの保存）、moto は手軽さと速さ、AWS Emulator は無料・公式・本物への近さが強み。権限や本番前の確認には、テスト用の本物の AWS 環境が残る
- 速さは使い方で10倍変わる。テスト費用が下がるという提案には、何が下がり、本物での確認がどこに残るかを聞く
エミュレーターは「本物の AWS でのテストをなくす道具」ではなく、「本物で確かめる回数を減らし、手前で不具合を見つける道具」です。どこまでを手元で、どこからを本物で確かめるかを、開発会社と一緒に決めておきましょう。
当社の社内システムの全体の構成は、次の記事で紹介しています。
あわせて読みたい関連記事
