はじめに
2019年、Docker創設者のSolomon Hykes氏がこんなツイートをしました。
"If WASM+WASI existed in 2008, we wouldn't have needed to created Docker. That's how important it is. Webassembly on the server is the future of computing."
（もしWASM+WASIが2008年に存在していたら、Dockerを作る必要はなかった。それほど重要なものだ。サーバー上のWebAssemblyはコンピューティングの未来だ。）
当時は「まさか」と思った人が多かったはずです。しかし2026年、この予言が驚くほど現実味を帯びてきています。
Dockerイメージ200MBがWasmなら10MB以下。コンテナ起動に数秒かかるところ、Wasmなら0.5ミリ秒。AkamaiがWasmランタイム企業のFermyonを買収し、Cloudflareは330拠点以上でWasmワーカーを本番運用している──。
この記事では、「DockerとWasmは何が違うのか」「本当にDockerは不要になるのか」を整理します。
そもそもWebAssembly（Wasm）とは
WebAssembly（ワズム、略称Wasm）は、もともと ブラウザ上で高速にコードを動かす ために設計されたバイナリフォーマットです。C、C++、Rust、Go などの言語で書いたコードをWasmにコンパイルすると、ブラウザ上でネイティブに近い速度で実行できます。
「ブラウザの技術でしょ？ サーバーと何の関係が？」と思うかもしれません。話が変わったのは WASI（WebAssembly System Interface） の登場です。
WASIは、Wasmにファイルシステムやネットワークなど OS機能へのアクセスを標準化して提供する仕様 です。これによってWasmはブラウザの外──サーバー、エッジ、CLIツール──で動くようになりました。
【Wasmの進化】
2017年 ブラウザ4社がWasmサポート開始（Chrome, Firefox, Safari, Edge）
2019年 WASI発表。Wasmがブラウザの外へ
2024年 WASI 0.2.0 安定版リリース（コンポーネントモデル対応）
2026年 WASI 0.3.0 プレビュー（非同期処理対応）
WASI 1.0 を2026年後半〜2027年初頭に予定
DockerとWasmの違いを整理する
Dockerを使ったことがある方は多いと思います。では、Dockerコンテナの代わりにWasmを使うと何が変わるのでしょうか。
| 比較項目 | Docker コンテナ | Wasm モジュール |
|---|---|---|
| イメージサイズ | 数十MB〜数百MB | 数百KB〜数MB |
| 起動時間 | 数百ミリ秒〜数秒 | サブミリ秒（0.5ms程度） |
| 分離方式 | Linuxカーネルの名前空間・cgroups | Wasmランタイムのサンドボックス |
| OS依存 | Linuxカーネルが必要 | OS非依存（ランタイムがあればどこでも） |
| 言語サポート | ほぼすべての言語 | Rust, C/C++, Go, Python, JS 等（拡大中） |
| エコシステム | 非常に成熟 | 急成長中だが発展途上 |
最も衝撃的なのは 起動時間 です。ある開発者の検証では、Dockerベースのマイクロサービスを同じ機能のWasmモジュールに置き換えたところ、コールドスタートが100倍以上速くなったという報告もあります。
なぜWasmがサーバーサイドで注目されているのか
起動が速いだけなら話題にはなりません。Wasmがサーバーサイドで注目される理由は3つあります。
1. エッジコンピューティングとの相性が抜群
エッジ（ユーザーに近い場所にあるサーバー）で処理を行うには、軽量で即座に起動するランタイムが必要です。Dockerコンテナは重すぎてエッジには向きません。
Wasmなら、リクエストが来た瞬間にモジュールを起動し、処理して、即座に破棄できます。Cloudflare Workersは、まさにこの仕組みで330拠点以上でWasmベースのサーバーレス関数を本番運用しています。
2. セキュリティが「デフォルトで安全」
Dockerコンテナはホストのカーネルを共有するため、コンテナ脱出（container escape）と呼ばれる脆弱性のリスクが存在します。
一方、Wasmはサンドボックス内で実行され、明示的に許可しない限り ファイルシステムやネットワークにアクセスできません。これは「Capability-based Security」（能力ベースのセキュリティ）と呼ばれ、「デフォルトで何もできない → 必要な権限だけ渡す」という設計です。
3. 「一度ビルドすればどこでも動く」が本当に実現する
Dockerの「Build once, run anywhere」は実際にはLinux前提でした。Wasmは本当にOS・アーキテクチャに依存しません。同じWasmモジュールがブラウザでも、Linux/macOS/Windowsサーバーでも、エッジでも動きます。
2026年の実サービスでの採用状況
「理論はわかったけど、本番で使われてるの？」という疑問に答えます。
Akamai × Fermyon
2025年末、CDN大手のAkamaiがWasmランタイム企業 Fermyon を買収しました。Fermyonが開発するWasmフレームワーク Spin は、コールドスタート約0.5ミリ秒を実現しています。
買収後、Fermyon Wasm Functions on Akamai として4,000以上のエッジロケーションでWasmベースのサーバーレス関数が利用可能になりました。Fermyon CEOのMatt Butcher氏は「2026年は、平均的な開発者がこの技術の可能性に気づく年になる」と述べています。
Cloudflare Workers
Cloudflare Workersは2018年からWasmをサポートしており、現在は330拠点以上のグローバルネットワークで本番運用されています。Shopifyは Cloudflare Workers をベースとしたホスティングプラットフォーム「Oxygen」を構築しており、ストアフロントのトラフィックの70〜80%をエッジで処理しています。
Docker自身もWasmを採用
興味深いことに、Docker自身がWasmランタイムを統合しています。Docker Desktopでは、containerdのshim（仲介プロセス）を通じて WasmEdge、Wasmtime、Spin などのWasmランタイムを利用可能です。
# docker-compose.yml でWasmとLinuxコンテナを共存させる例
services:
# 従来のLinuxコンテナ
database:
image: postgres:16
ports:
- "5432:5432"
# Wasmモジュールとして実行
api:
image: my-api:latest
runtime: io.containerd.wasmtime.v1
ports:
- "8080:8080"
つまり、DockerとWasmは「対立」ではなく「共存」 の方向に進んでいます。
Wasmの弱点：まだDockerを置き換えられない理由
バラ色の話ばかり書きましたが、正直に言えば 2026年時点でDockerを完全に置き換えるのは無理 です。
言語サポートの制約
RustやC/C++はWasmとの相性が非常に良いですが、Python、Ruby、PHPなどのスクリプト言語のサポートはまだ限定的です。既存のWebアプリケーションをそのままWasmに移行するのは、言語によっては現実的ではありません。
エコシステムの成熟度
Docker Hubには数百万のコンテナイメージがあり、ほぼすべてのミドルウェアがDocker対応しています。Wasmはまだそこまでのエコシステムが整っていません。
WASI仕様がまだ安定していない
WASI 0.2.0が2024年1月にリリースされ安定版となりましたが、WASI 1.0（最終安定版）は2026年後半〜2027年初頭の予定です。仕様が固まりきっていない部分があり、本番環境への全面採用はリスクが伴います。
結論：「Dockerオワコン」ではなく「使い分け」の時代
Solomon Hykes氏の予言は、方向性としては正しかったと言えます。Wasmはサーバーサイドで本格的に使われ始めており、特にエッジコンピューティングではDockerコンテナを完全に上回る性能を示しています。
ただし、2026年の現実的な答えは 「Docker OR Wasm」ではなく「Docker AND Wasm」 です。
| ユースケース | 推奨 |
|---|---|
| エッジでの軽量処理 | Wasm（起動速度が圧倒的） |
| 既存のWebアプリ運用 | Docker（エコシステムが成熟） |
| マイクロサービスの新規開発（Rust/Go） | Wasmを検討する価値あり |
| データベースやミドルウェア | Docker（Wasmでは動かない） |
| ハイブリッド構成 | Docker + Wasm（docker-composeで共存） |
Wasmを今すぐ試してみたい方には、Fermyon Spin がおすすめです。数行のコマンドでWasmアプリケーションを作成・実行でき、Wasmの起動速度を体感できます。
# Spinのインストール
curl -fsSL https://developer.fermyon.com/downloads/install.sh | bash
# 新しいSpinアプリを作成（Rust）
spin new -t http-rust my-api
cd my-api
# ビルド & 実行
spin build
spin up
# → http://127.0.0.1:3000 でサーバーが起動（ミリ秒単位）
Dockerがコンテナ革命を起こしたように、Wasmはその次の革命を静かに進めています。完全な置き換えはまだ先ですが、「知らなかった」では済まない段階に来ているのは確かです。
参考：