Docker DesktopがWebAssemblyランタイムを統合。コンテナと同様にWebAssemblyイメージを実行可能に

今回は「Docker DesktopがWebAssemblyランタイムを統合。コンテナと同様にWebAssemblyイメージを実行可能に」についてご紹介します。

関連ワード （拡張、起動、通常等） についても参考にしながら、ぜひ本記事について議論していってくださいね。

本記事は、Publickey様で掲載されている内容を参考にしておりますので、より詳しく内容を知りたい方は、ページ下の元記事リンクより参照ください。

Docker Desktopを提供するDocker社は、Docker DesktopにWebAssemblyランタイムを統合することによる、Docker DesktopのWebAssembly対応版のテクニカルプレビューを発表しました。

またDocker社はこれに合わせて、WebAssemblyをあらゆるプラットフォームでセキュアに実行できるようにするための仕様策定と実装を進めている団体「Bytecode Alliance」への加盟も発表しました。

DockerにWASMランタイムのWasmEdgeを統合

下記の図がDocker DesktopにWebAssemblyを統合した仕組みを示しています。

左側と中央は通常のDockerコンテナを利用する場合の仕組みです。Docker Engineは主にコンテナイメージの管理などを行う高レベルランタイムの「containerd」と、主にコンテナのプロセスを管理する低レベルランタイムの「runc」から構成されており、その間を「containerd-shim」と呼ばれるプロセスがつないでいます。

そして図の右がDocker Desktopに新たに加わったWebAssemblyサポートのための仕組みです。WebAssemblyランタイムのWasmEdgeが組み込まれており、これを高レベルランタイムのcontainerdから「container-wasm-shim」経由で操作することになります。

これにより、dockerコマンドの引数によってWebAssemblyランタイムでの実行やWebAssemblyイメージの指定など、Dockerによるコンテナの操作と同じようにDockerを通じてWebAssemblyアプリケーションの実行が行えるようになるわけです。

WebAssemblyランタイムとして採用されたWasmEdgeは、Cloud Native Computing Foundationのインキュベーションプロジェクトとして開発されているWebAssemblyランタイムで、Dockerコンテナの業界標準であるOCI（Open Container Interface）に対応しているのが大きな特徴です。

WebAssemblyとDockerは共存共栄の道を進むか？

WebAssemblyは高速に起動するバイナリイメージやモジュールごとにセキュアに分離された空間を備えるなど、Dockerコンテナが備えている特徴と非常に似た特徴を備えている上に、ByteCode Allianceにより標準化が進められているWASIによってクロスプラットフォーム対応も進んでいることで、非常に注目度が高まっている技術です。

WebAssemblyは将来的に、現在のDockerコンテナの技術を置き換えてしまうのではないか、という見方も存在します。

例えばDockerコンテナの技術の生みの親であるSolomon Hykes氏は、WebAssemblyがDockerを置き換えることはないだろうとしながらも、もしもDockerコンテナの技術を開発する以前の2008年にWebAssemblyとWASIが存在していたら自分はDockerを開発する必要などなかっただろうと過去に発言しています。

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. A standardized system interface was the missing link. Let's hope WASI is up to the task! https://t.co/wnXQg4kwa4

— Solomon Hykes (@solomonstre) March 27, 2019

WebAssemblyはこのように重要視されている一方で、現時点ではソースコードをコンパイルしてWebAssemblyバイナリを生成し、テストし、デプロイするためのツールチェーンや、生成されたバイナリを集中管理するためのリポジトリなど、周辺ツールのエコシステムはまだ貧弱なままであると言わざるを得ません。

今回、Docker DesktopがWebAssemblyをサポートすることで、サードパーティも含むDocker関連のビルド、テスト、デプロイ、リポジトリなど非常に豊富に揃っているDockerのエコシステム全体でもWebAssemblyをサポートするようになれば、WebAssemblyのエコシステムは急速に整備されていくことになるでしょう。

そしてDockerのエコシステムをWebAssembly方面へ拡張できれば、WebAssemblyの発展がDockerの脅威ではなくDockerエコシステムの発展へとつなげられます。

WebAssemblyを新種のコンテナと位置づけてDockerのエコシステムの一部として取り込む。これによりDockerとWebAssemblyの共存共栄をはかっていく目論見が、今回のDocker DesktopによるWebAssemblyサポートの狙いとしてあるのだと考えられます。