Linuxコンテナの「次」としてのWebAssembly、の解説

はじめに WASMをブラウザの外で動かすトレンドに関して「Linuxコンテナの「次」としてのWebAssemblyの解説」というタイトルで動画を投稿したのですが、動画では話しきれなかった内容をこちらの記事で補完したいと思います。 2022年もWebAssembly(WASM)の話題が多く発表されましたが、そのひとつにDocker for DesktopのWASM対応があります。FastlyやCloudflareもエッジ環境でWASMを動かすソリューションを持っていますし、MSのAKS(Azure Kubernetes Service)でもWASMにpreview対応しています。WASM Buildersでも2023年のWASMの予想としてWASMのアプリケーションランタイム利用に関して言及されました。 WASMといえば元々ブラウザ上で高速にC++のコードなどを実行するところから始まっている

[sechs]

我々はLinuxが欲しいのではない。その上のアプリケーションが欲しいのだ。固有のOS時々邪魔だしそれに紐付いた機能使いたくないのでシンプルになっていくのは歓迎。

[onionskin]

Javaも結局フレームワークに依存するのでライブラリ管理が辛く、コンテナと同じような課題を抱えてた。wasmも本格的なアプリに使われるなら同じ課題に当たる。

[inose660]

『人類はPaaS/FaaSへの道を再度模索している』『コンテナでサーバレスに慣れ、クラウドネイティブで適切な設計が出来る今だからこそ、改めてPaaS的なアプローチに回帰』たしかに…。

[sgo2]

JVMや.NETでは駄目なのかと思ったけど、自由度が高過ぎて駄目か

[ebo-c]

WASM/WASIが熟れてやりぃとなって、最小公倍数的な巨大なユーザランドを1個つくって運用して、ユーザランドのアップデートがコンテナよりも巨大な泥団子になってて辛いという事例が出てきそう

[versatile]

なるほど、k8s はなんか複雑なうえに中途半端だ、ということかな？ なにしろ WASM の読み方を知れてよかった

[mohno]

「Javaじゃダメなの？」「軽量さとサンドボックス」←そんなもんのために“別の技術”を使うの、メンドイなあ。みんな、頑張ってね（←オイ）

[nemoba]

ぶっちゃけOpenJVMなだけで、それってDockerが解決してたことしてるっけ問題になりそう。これがセキュリティとのトレードオフに勝てるかか

[snowcrush]

シングルバイナリ+distrolessコンテナのアプリケーションインフラを出発点にすると最後に残ったOS部分を抽象化したいというストーリーはよく理解できるので、比較にJavaを持ち出すのは全くの的外れ

[K-Ono]

ど素人としてはコンテナの意味がようやく（おれでも）わかる記事であった。

[digo]

"The Twelve-Factor Appを出した当時のHerokuやGAEを出した当時のGoogleに世の中が追い付いてきた、という話かもしれないですね"

[l-_-ll]

"WASM自体はファイルアクセスやネットワークアクセス、… も含めて直接実行できません。自分自身を操作する方法しかないので、それ以外はホスト側(ランタイム側)で実行されます。OSのシステムコールみたいな感じですね"

[irimo]

ミリしら浦島の民向けにわかりやすい解説をありがとうございます！！C++？はサーバ用途で使う際は、インタプリタ言語の持つ便利ライブラリが使えず、ベテラン以外学習コストが大変そうだなーという印象を受けました。

[HHR]

よくまとめたなぁ。感謝しかない

[vvakame]

はぇ〜知らない話色々書いてあった

[iselegant]

Google App Engine当初の思想である「Web Appに必要なものがすべて揃ったプラットフォーム」という世界観を基にした技術が発達してきて、さすがGoogleだなと改めて感じる。

[theta]

最近ついていけないなorz

[defiant]

とてもまとまっていてすごくわかりやすい

[tettekete37564]

WASM に詳しくないがコンテナ技術とは別のモノなのにアプリという一点の視点から見ると新旧の代替技術に見えるって話じゃない？　WASM にコンパイルできるライブラリが充実しないと来ない未来に見える。

[yarumato]

“コンテナ界隈の成熟と共にLinux由来のユーザランドの管理が足枷に。Dockerで更なる軽量化を求めるのはイメージの容量減少よりセキュリティのため。Linux含まないWASM/WASIを使えばアプリとインフラをより明確に分離。”

[kukita]

コンテナの「次」としてのWASM。自分用メモφ(..) #セキュリティ #インフラ →

[rrringress]

WASMに至る流れがわかりやすい記事

[otoan52]

Dockerの本質は使うツールを限定せずにサンドボックスを実現できるところ。wasmが何の次かというと、Java。/wasmは言語を選ばない。そしてRust→wasmは完全にJavaを食うと思う。GCなしでメモリ安全なのもJavaよりも良い。

[ya--mada]

動画解説も

[door-s-dev]

何となく流れとしては知ってても整理されてて良かった。依存ライブラリとかを考えると現状はかなり限定的なユースケースになりそうな気がするけどどのくらい広まるかなぁ

[mohritaroh]

仮想化がどんどん極まってくのすごいな

[inductor]

WASM OCI image specって今どうなってるんだっけ。それが知りたい。

[cpw]

なるほどー

[Sixeight]

I’m

[utsuidai]

この流れは抑えとかないとまずそう。記事にもある通り適材適所で共存していくんだと思うけど。

[kirakking]

「コアモジュールは形式検証を実施するというセキュリティへの意地が見えます。」　WASMまわりで形式証明が使われているとは知らなかった。

[skypenguins]

“Dockerの普及当初はVagrantのようなVMの単純な代替として考えられていた” Vagrantすっかり聞かなくなったな