WebAssemblyとComponent Modelを活用した、L7リバースプロキシとAPI Gatewayの開発
設定・DSLを選べばプロセス内の速さやサンドボックス、無停止差し替えは得られるが、言語は選べない。 本体に再コンパイルすれば速さは得られるが、サンドボックス化と任意での言語によるカスタマイズ、無停止差替は得られない。 別プロセス・サイドカー（RPCなど）にすれば通信が発生し、レイテンシ増加などが生じて、プロセス内のスピードは得られない。 これを解決するのがPlectoであり、WebAssemblyという選択です。 もちろん「銀の弾丸」ではないです。WASIの成熟度に依存している点や、WASM税と呼ばれるWASM境界をまたぐデータコピーの重さ、そして「任意の言語」の選択肢は現状多くありません。万能ではないけれど、それでも既存の問題をより良く解決するアプローチだと思っています。 そして、このWASMとリバースプロキシ・APIゲートウェイの試みは、すでにEnvoy/proxy-wasmでなされて
WASI 0.3が正式版に。WebAssembly Componentの非同期処理が共通基盤に
WebAssembly関連仕様の標準化を行っているByteCode Allianceは、WebAssemblyを基盤としたコンポーネントモデルの最新仕様「WASI 0.3」（WebAssembly System Interface Preview 3）の正式版を発表しました。 WebAssemblyはプロセッサやOSに依存せず実行可能に WebAssemblyの登場から今回発表されたWASI 0.3に至る経緯を簡単に振り返ってみましょう。 プロセッサとOSへの非依存 そもそもWebAssemblyは、プロセッサのアーキテクチャに依存せず、どのWebブラウザ上でも高速に実行可能なバイナリフォーマットとして2019年12月にW3Cの勧告に到達した業界標準の仕様です。 このWebAssemblyを、どのOS上でもスタンドアロンなWebAssemblyランタイムで実行可能にしようと、OSのAPIを
Introduction - The WebAssembly Component Model
WebAssembly components As with all programming, the goal of writing a component is to make new functionality available by building it out of existing functionality. A WebAssembly component runs on a platform, which may be a Web browser, a stand-alone runtime, or even an operating system (when compiling WebAssembly to an executable). By running the component, the platform gains the functionality th
手書きで理解するWebAssembly Component Model | 株式会社ヌーラボ(Nulab inc.)
2024年1月25日にWASI (WebAssembly System Interface) 0.2 APIが安定版となり (日本語の記事)、4月9日にはRust foundationがWASI 0.2への対応を発表した (日本語の記事) ことで、WASIおよびWebAssembly Component ModelなどのWebAssembly (Wasm) を取り巻く状況が大きく変わろうとしています。 そこで、この記事では WebAssemblyテキスト形式 (コンポーネントに準拠した版) を手書きで書いて、できるだけ小さい実行可能なWASI 0.2のWasmバイナリを作って実行してみます。また、そのサンプルソースコードを通してWASI 0.2、WIT (WebAssembly Interface Type)、Component Modelを簡単に紹介したいと思います。 本記事で作るWeb
Wasm Component Model や WASI の概要を調べる（2024年10月）
WASMの前提知識がない者が WebAssembly Component Model の概要を知ろうとしたときのメモです（2024年10月時点）。 トピック概観 基盤になっているものから順に： WebAssembly (Core) Specification 2.0 Wasmのコア仕様（Core Wasm）はかなり低水準なインタフェースしか提供しない。実際のところ各言語のWasmを支援するツールチェインがその言語側やブラウザ側などに独自のバインディング用コードをたくさん生成することで成立している。Wasmモジュール間の相互運用性は乏しい。 WebAssembly Component Model Wasmのための標準の高水準インタフェースを定めることで、Wasmの相互運用性などを実現しようとするもの。 WASI 0.2〜もこの Component Model のインタフェースに従って実現され
Wasm Component Model に対するもやもや
2024-12-06 Xで意見を募ったところ様々なコメントを頂きました。ありがとうございます。 頂いたコメントを踏まえて新しく文章を書きました: Wasm Component Model に対するもやもやが晴れてきた 先日ScalaのWasmバックエンド(JS依存)をリリースし、さて次はこれをJS依存のないスタンドアローンWasmランタイム(wasmtime, wasmedgeなど)で実行できるようにしようと思っている。そのためにはいくつかの標準ライブラリをWASIを利用して再実装してあげる必要がある。 WASI preview1 と preview2 WASIにはpreview1とpreview2、2つのバージョンがあり： WASI preview1 多くのVMでサポートされていて安定している WasmのimportによってWASI関数を利用でき、Wasm moduleに特別な変更を加え
「第4のブラウザ言語」WebAssemblyが変えるフロントエンド開発 | レバテックラボ（レバテックLAB）
執筆 山内 直 有限会社 WINGSプロジェクトが運営する、テクニカル執筆コミュニティ（代表 山田祥寛）に所属するテクニカルライター。出版社を経てフリーランスとして独立。ライター、エディター、デベロッパー、講師業に従事。屋号は「たまデジ。」。著書に『Bootstrap 5 フロントエンド開発の教科書』、『作って学べるHTML＋JavaScriptの基本』など。 監修 山田 祥寛 静岡県榛原町生まれ。一橋大学経済学部卒業後、NECにてシステム企画業務に携わるが、2003年4月に念願かなってフリーライターに転身。Microsoft MVP for Visual Studio and Development Technologies。執筆コミュニティ「WINGSプロジェクト」代表。 主な著書に「独習」シリーズ、「これからはじめるReact実践入門」、「改訂3版 JavaScript本格入門」他、
WebAssembly は次世代のコンテナ技術になれるか？
色々あって WebAssembly の component model を調べていたら、未来が見えた気がしたのでここに書いておきます。 「今の WebAssembly」 とは何か WebAssembly の Web の部分は忘れてください。これは単に JVM version 20xx です。ポータブルなバイナリ仕様です。 実行にあたっては今はホスト言語として JS が使われていますが、実際にはホストがJSである必要すらなく、なんならホストが不要なスタンドアロン環境すらあります。(wasmtime/wasmer) じゃあ WebAssembly は何かというと、サンドボックスで実行される VM の仕様です。比較的高水準なバイナリで、 V8 や Spider Monkey に付属する WebAssembly Runtime や、 Wasmtime や Wasmer といった WebAssemb
Rust、WASI 0.2への対応を表明 ー WebAssemblyの更なる促進に期待
4月10日、Rust言語はWASI（WebAssembly System Interface）ターゲットを現在の0.1から0.2に切り替えることを発表した。 4月10日、Rust言語はWASI（WebAssembly System Interface）ターゲットを現在の0.1から0.2に切り替えることを発表した。 この更新が行われるのはRust 1.78からで、wasm32-wasip1とwasm32-wasip2の二つの新しいターゲットが導入される。 wasm32-wasip2がWASI 0.2をサポートするターゲット名で、これを指定することでRustから出力されるWebAssemblyコードがWASI 0.2に対応したものとなる。 wasm32-wasip1は、既存のwasm32-wasiターゲットの別名として当面は機能するが、2025年1月5日のRust 1.84で削除される予定であ
WASI support in Go - The Go Programming Language
Go 1.21 adds a new port targeting the WASI preview 1 syscall API through the new GOOS value wasip1. This port builds on the existing WebAssembly port introduced in Go 1.11. What is WebAssembly? WebAssembly (Wasm) is a binary instruction format originally designed for the web. It represents a standard that allows developers to run high-performance, low-level code directly in web browsers at near-na
GitHub - dispatchrun/net: Go package implementing WASI socket extensions
The WASI preview 1 specification has partial support for socket networking, preventing a large class of Go applications from running when compiled to WebAssembly with GOOS=wasip1. Extensions to the base specifications have been implemented by runtimes to enable a wider range of programs to be run as WebAssembly modules. This package aims to offset Go applications built with GOOS=wasip1 the opportu
WebAssemblyでマルチスレッドによる並列処理を可能にする「wasi-threads」仕様の提案、ByteCode Allianceが明らかに
WebAssemblyにおける業界標準仕様などを推進する団体「ByteCode Alliance」は、WebAssemblyでマルチスレッドによる高速な並列処理を可能にする「wasi-threads」仕様を提案したことを明らかにしました。 W3Cでのマルチスレッド仕様策定は現在フェーズ3 WebAssemblyは、Webブラウザ上で高速に実行可能なバイナリフォーマットとしてW3CのWebAssembly Working Groupで標準化が行われており、現在でも新たな機能追加や性能向上のための議論が行われています。 現時点でWebAssemlbyはシングルスレッド処理のみ可能ですが、W3Cの仕様策定の作業の中にはマルチスレッドを実現する「threads」の議論が進められており、フェーズ1のFeature Proposal（機能提案）、フェーズ2のProposed Spec Text Ava
コンテナ技術を捨て、 WASIを試す
こんにちは、NTTの藤田です。 Dockerfileを書くのに疲れた？イメージサイズの縮小で1日が終わった？コンテナの起動が遅すぎる？コンテナ技術と悪戦苦闘する皆様のための新技術、アーキテクチャに依存しないポータブルなバイナリフォーマットと数十μsで起動するsandbox環境を実現する、WebAssembly System Interface（WASI）を試してみました。 WebAssembly System InterfaceとはWASIは、 WebAssembly（WASM）をウェブブラウザ以外の環境で実行するため、 ホストのファイルやネットワークなどの資源に安全にアクセスさせるための仕様です。 具体的には、POSIXに似たAPIが定義されており、WASMのバイナリが、OSが管理する資源にアクセスできるようになります。 WASMは、ネイティブコードなみの速度で動作する、ポータブルなバイ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - easywasm/wasi: A working, zero-dependency implementation of WASI preview1, with lots of filesystem options.
RustでWasm Runtimeを実装する
(renamed)