WASI 1.0

Изглежда, че през 2026-а Wasm най-накрая може да стане пълноценен „трети слой“ на k8s — между serverless и познатия Docker.

Ключови предимства:

• Микросекунден старт и плътност: Модулите тежат КБ/МБ, стартирането става мигновено (мс). Това ще позволи поддържането на хиляди активни инстанция на един възел, което за Docker е икономически неизгодно поради паразитно натоварване.
• WASI 0.3 и Native Async: Основният технически пробив. Благодарение на Stack Switching, асинхронното I/O стана нативно.
• WasmGC (Garbage Collection): Езиците с управлявана памет (Java, Kotlin, Go, Dart) работят в Wasm без излишен оверхед, което отвори технологията за Enterprise разработка, а не само за любителите на обясненията защо техният език е по-добър.
• Компонентен модел (WIT): Сега можете да сглобите услуга, където криптографията е на Rust, бизнес логиката на Go, а текстовата обработка на Python, и всичко това е един компактен и безопасен бинарен артефакт.
• AI в периферията (wasi-nn): Стандартът wasi-nn позволява стартирането на модели на GPU/NPU без необходимост от влачене на гигабайти зависимости (CUDA, Python libs) в контейнера.

Извод за Ops:

Надявам се, че ще се получи drop-in-replacement по отношение на управлението. Във всеки случай Docker си остава „камионът“ за CI/CD, legacy и тежки натоварвания, а Wasm е за всичко останало.

Време е да се пробва в действие ;)

• KWasm.sh — Kubernetes Operator, който „обучава“ вашите възли (EKS, GKE, Azure) да стартират Wasm с една Helm команда.
• SpinKube — вероятно най-добрият начин за внедряване на първата Wasm микроуслуга. Ясен SDK и готов Operator за K8s.
• Runwasi (containerd) — за тези, които искат да знаят „как работи под капака“. Стандарт за комуникация между K8s и Wasm рантайми.
• WasmEdge — основният рантайм за тези, които се нуждаят от AI инференция (wasi-nn) и висока производителност.
• wasmCloud — ако изграждате разпределена система от актори.