wasmrun · 云原生多运行时新纪元

云原生多运行时的"四座大山"

运行时割裂
WASM 与原生容器生态分离，难以统一编排与管理。

工具链脱节
多运行时环境下，开发、运维工具链难以无缝集成。

性能与安全权衡
WASM 轻量高效，但原生容器更成熟，如何兼得？

扩展与创新受限
新型运行时难以快速落地到企业级生产环境。

wasmrun 的创新解决方案

多运行时原生支持

同时支持标准容器运行时（如 Docker、containerd）、WASM 运行时、传统 OS 进程运行时，满足多样化业务需求。

统一 CRI 代理

打通 WASM 与原生容器的编排壁垒，实现多运行时无缝协作。

原生兼容 Kubernetes

支持多运行时混合调度，平滑集成到主流云原生生态。

高性能缓存与智能代理

智能缓存 Pod、容器、镜像信息，提升请求处理效率。

灵活 runtimeHandler

便于扩展新型容器技术，满足创新业务需求。

核心价值

端到端整合
从容器创建到运行、监控、销毁全流程无缝打通。

专家级调度
结合 WASM 轻量与原生容器成熟生态，智能决策最优运行时。

资产沉淀
运行时、镜像、Pod 信息结构化沉淀，便于复用与追溯。

快速集成
兼容主流云原生工具链，企业级平台平滑接入。

智能驱动的端到端工作流

统一入口
kubelet 通过 CRI 向 wasmrun 发起所有容器请求。

智能分流
wasmrun 根据 runtimeHandler 智能分发到 WASM 或原生容器运行时。

高效执行
生命周期管理、镜像拉取、状态监控一站式完成。

全链路追溯
所有操作与决策可追溯，便于审计与优化。

wasmrun 架构图

flowchart TD kubelet["kubelet"] criproxy["wasmrun (CRI-Proxy)"] hostprocess["Host-Process Sandbox"] linuxproxy["Linux-Container Proxy"] wasmcontainer["WASM-Container"] containerd["Containerd"] docker["Docker"] wasmedge["WasmEdge"] hostos["Host OS"] kubelet -->|CRI| criproxy criproxy --> hostprocess criproxy --> linuxproxy criproxy --> wasmcontainer hostprocess --> hostos linuxproxy --> containerd linuxproxy --> docker wasmcontainer --> wasmedge containerd --> hostos docker --> hostos wasmedge --> hostos

典型场景演绎

多运行时混合编排
在同一 Kubernetes 集群中，WASM 与原生容器可按需混合部署。

边缘计算高效运行
WASM 容器极致轻量，适合边缘节点弹性扩缩容。

Serverless 场景
快速启动、资源隔离，支撑高并发无服务器计算。

企业级平台扩展
支持新型运行时平滑集成，满足创新业务需求。

联系我们

开源社区 | contact@wasmrun.io

GitHub: KubeFunction/wasmrun