在 KubeCon NA 2022 的 Cloud native Wasm day 活动上, Docker 与 CNCF 的 WasmEdge Runtime 项目发布了 Docker+Wasm 技术预览。 只需一个命令 docker compose up, 上千万的 Docker 开发者可以立即构建、共享并运行一个完整的 Wasm 应用。
Wasm 最初是作为 Web 浏览器中的安全沙箱而开发的。近年来，它在服务器端作为 VM 和 Linux 容器 (LXC) 的安全、轻量级、快速和可移植的替代方案，有了很多应用程序。Linux 容器这一领域最初由 Docker 开创。
Docker+Wasm 中的标准 demo 应用是由 Second State 提供的。这是一个数据库驱动的 Web 应用程序，它有一个用于整个 Web 服务（微服务）的 WasmEdge “容器”，以及两个用于支持服务的 Linux 容器：一个用于 MySQL 数据库，一个用于 Niginx，为前端 UI 提供静态 HTML 页面。 这三个容器在同一个网络中并排运行并形成一个应用程序。 微服务用 Rust 编写并编译成 Wasm。 它有一个高性能（non-blocking）HTTP 服务器、一个事件处理程序（用于处理 HTTP 请求的业务逻辑）和一个 MySQL 数据库客户端。 整个“容器化”的 Wasm 微服务只有 3MB，而数据库和 Nignix 的 Linux 容器则需要好几百 MB。
Docker Compose 不仅将这些 Wasm 应用程序与侧容器一起运行，而且还将 Rust 源代码构建到 Wasm 中。 开发者甚至不需要安装 Rust 编译器工具链，因为整个构建环境也由 Docker 容器化。 Docker+Wasm 是真正的端到端解决方案。
随着 Docker 开启了引领了云原生时代的容器革命，Docker 在当今的“多运行时”世界支持 Wasm 的承诺，重要性愈发凸显。
Docker+Wasm 的发布非常有意义。 我们不再生活在单一 runtime 的世界中：有 linux 容器、Windows 容器和 Wasm 容器。 OCI 可以将它们全部打包，我应该能够使用 docker 构建和运行它们。 — Solomon Hykes, Docker 联合创始人。
Docker+Wasm 背后的技术主要来自开源社区。 例如，Docker 依赖于一个名为 runwasi 的容器 shim，最初 由 Microsoft 的 DeisLabs 创建， 来启动 WasmEdge 并执行 Wasm 程序。
深耕开源的可能远远不止 Docker 一家。 例如，红帽团队已经将 Wasm 运行时支持集成到 OCI 运行时 crun 中。 这使得整个 Kubernetes 堆栈能够无缝支持 WasmEdge 应用程序。 事实上，Liquid Reply 团队在 KubeCon 大会几天前用 WasmEdge 演示了 Podman+Wasm。
在 KubeCon 活动中展示的其他 Wasm 应用程序包括 AI 推理应用程序、基于 Dapr 的微服务和 streaming pipeline 中的数据处理函数。 现在有了 Docker+Wasm，开发者可以轻松构建、共享和运行这些应用程序。