WebAssembly は本当に Docker に取って代わるのでしょうか?

全員の興味をそそった議論の 1 つは、WebAssembly (Wasm とも呼ばれる) は、その設計により、多くの場合 Docker を置き換える可能性があるという点でした。しかし、この記事で説明するように、WebAssembly のこの側面に重点を置きすぎるだけでは十分ではありません。より重要なのは、WebAssembly がサポートできるビジネス用途だからです。

しかし、他の興味深い新しいプログラミング言語やテクノロジーと同様に、Wasm の価値を真に試すのはビジネスでの使用であり、Wasm のシンプルさ、移植性、セキュリティの強みは、特にエッジ アプリケーションや分散アプリケーションに関しては、Docker の欠点を解決するのに適した候補となります。

WebAssembly を使用すると、JavaScript (JS)、C++、Rust、HTML、CSS を、CPU 上のマシン レベルで直接実行されるバイナリ ランタイム プラットフォームに統合できます。これは、Web アプリケーションのサポートに使用でき、サービス メッシュやエッジ Kubernetes サポートなど、CPU 上で実行されるあらゆるエッジ環境やクラウド ネイティブ プラットフォームに拡張されます。 Wasm もしばらく存在していましたが、2019 年に World Wide Web Consortium (W3C) によって Web 標準に指定され、HTML、CSS、JavaScript に続く 4 番目の Web 標準となりました。

Adobe のシニア ソフトウェア エンジニアである Colin Murphy 氏は、講演の中で、CDN エッジ コンピューティングと Wasm/WASI プラットフォーム、および現在の Adob​​e アプリケーションと将来の Adob​​e アプリケーションについて詳細に紹介しました。マーフィー氏は、ビジネスパフォーマンスを向上させるために、Wasm が Docker の後継になる可能性があると述べた。 「私は『Kubernetes を使用した Docker の後継は何か』と探していました。そして WebAssembly について知ったとき、『実際に本番環境で使用されているマイクロサービスを取得し、WebAssembly を使用してサーバー エッジのクライアントにデプロイできる』ということを発見しました」とマーフィー氏は語ります。

たとえば、Docker に関連する主な問題の 1 つは、CVE ファイルに脆弱性が存在する可能性があることです。 「Docker コンテナの場合、同じ脆弱性に複数の CVE が存在することがあります」とマーフィー氏はインタビューで語った。 「WebAssembly では、サードパーティのものは一切ありません。バイナリとして扱うだけです。もちろん、セキュリティの問題は常に存在します。しかし、WebAssembly は実際には独立したユニットであるため、オペレーティング システムの残りの部分をすべて持ち運んでオペレーティング システムであるかのように装う必要はありません」。これが Wasm の魅力を高めています。

しかし、マーフィー氏は、Wasm が Docker を完全に置き換えることは期待できないと述べた。

「メインフレームはまだ存在し、メインフレーム OSS も存在し、非常に特殊なビジネス ユース ケースを持つ仮想マシンも存在し、今後も使用され続けるでしょう。しかし、特に 5G カーのエッジや、IoT が世界とエッジに出会うあらゆる種類のアプリケーションでは、Docker を使用できない非常に優れた領域がまだいくつかあります。」

Docker の製品リーダーである Jake Leverne 氏は、Wasm が最終的に Docker の使用を完全に置き換えることができるかどうかは非合理的な疑問だと述べた。この質問をすることは、開発者市場の仕組みに対する理解が不足していることを示しています。Wasm はテクノロジーとして Docker の代替品ではないからです。

「Wasm は Docker を補完するものであり、開発者がアプリケーションの一部をどのように構築および実装するかに関係なく、開発者の開発体験をサポートします」と Leverne 氏は述べています。

Leverne 氏は、Docker の開発、テスト、およびデプロイメント ツールチェーンを使用すると、アプリケーション アーキテクチャに関係なく、再現可能なアプリケーション配信パイプラインを維持しやすくなると述べています。さらに、数千の公式および検証済みイメージを含む数百万のビルド済み Docker イメージが、Wasm モジュールで使用できる「コア サービス (データ ストレージ、キャッシュ、検索、フレームワークなど) のバックボーン」を提供します。

「時間の経過とともに、コンテナ ランタイムとレジストリはネイティブ Wasm モジュールのサポートを含むように拡張されます」と Leverne 氏は述べています。 「実際、これはすでに起こっているのです。」