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 — якщо ви будуєте розподілену систему з акторів.