WasmEdge 本文翻译自 Wasm Labs @ VMware OCTO 的 blog： WebAssembly: Docker without container，已获得授权这是 Wasm Labs 在 2022 年 12 月 15 日在冬季Docker Community All Hands 7 的关于 Docker+WebAssembly 的演讲的文字版。作者：Asen Alexandrov，Wasm Labs 工程师
文中的我们均指作者或 Wasm Labs。由于文章内容翔实、篇幅较长我们将分成上下两篇分享，上篇将注重在概念阐释，如 Wasm 是什么，Wasm 与 Docker 的关系是什么。下篇文章将更具实践性，将以 PHP 为例带领大家实践 Docker + Wasm。
最近，Docker 宣布与 WasmEdge 合作支持 WebAssembly。
本文将解释什么是 WebAssembly（Wasm），为什么它与 Docker 生态相关，并提供一些实践示例供大家尝试。 我们假设你已经熟悉 Docker 工具。 我们将使用我们在 PHP 的 WebAssembly 端口上做的工作来演示如何构建 PHP 解释器，将其打包为 OCI 镜像的一部分，并使用 Docker 运行它。
请注意，本文专注动手经验，而不是讨论技术细节。
WebAssembly 是什么？为什么选它？
本节是对 WebAssembly 的基本介绍。 已经熟悉 Wasm 的小伙伴，可以快速重温一下，明天的文章将介绍更多实践。
什么是 WebAssembly?
WebAssembly 是一种定义二进制指令格式的开放标准，它支持从不同的源语言创建可移植的二进制可执行文件。 这些二进制文件可以在各种环境中运行。 它起源于 Web，并得到各大主流浏览器的支持。
Wasm 如何在浏览器中工作？
浏览器引擎集成了一个 Wasm 虚拟机，通常称为 Wasm 运行时，可以运行 Wasm 二进制指令。 编译器工具链（如 Emscripten）可以将源代码编译为 Wasm 目标。 这允许将现有的应用程序移植到浏览器，并直接与在客户端 Web 应用程序中运行的 JS 代码通信。
这些技术能让传统的桌面应用程序在浏览器中运行。现在它们可以在任何装了浏览器的设备上运行。 一些著名的例子包括 Google Earth 和用于计算机视觉的 Open CV库。
Wasm 如何在服务器上运行？
除了浏览器，也有可以在浏览器之外运行的 Wasm 运行时，包括 Linux、Windows 和 macOS 等传统操作系统。 因为无法依赖可用的 JavaScript 引擎，所以他们使用不同的接口与外界通信，例如 WASI（WebAssembly 系统接口）。 这些运行时允许 Wasm 应用程序以与 POSIX 类似（但不完全相同）的方式与其 host 系统交互。 WASI SDK 和 wasi-libc 等项目帮助人们将现有的兼容 POSIX 的应用程序编译为 WebAssembly。
你只需将应用程序编译成 Wasm 模块一次，然后这个同样的二进制文件就可以在任何地方运行。
Wasm 有什么了不起的？
下面这些特性让 Wasm 在浏览器大放异彩，也使得它用在服务端开发颇具优势：
![[爱了]](/js/img/d1.gif)
![[尴尬]](/js/img/d16.gif)