WSL 容器现已正式发布

WSL 是我们致力于使 Windows 成为构建、运行和管理 Linux 工作负载的最佳场所的核心。随着人工智能、云原生开发、容器和开源生态系统不断在 Linux 上融合，越来越多的开发人员选择直接在 Windows 设备上执行这些工作负载。 我们正在通过 WSL 中的一项新功能继续实现这一目标：WSL 容器，该功能现已正式发布。

要尝试一下，只需在终端中运行 wsl --update 或从 GitHub 下载最新版本，您就可以访问：

• WSL 容器 CLI：wslc.exe 可在 Windows 上直接构建、运行和部署 Linux 容器，或使用其内置别名 container.exe 运行相同的熟悉的容器命令
• WSL 容器 API：访问功能以在本机 Windows 应用程序中以编程方式运行 Linux 容器 - 解锁运行本地 AI 工作负载或在本地使用基于云的容器化应用程序等场景。

要深入了解 WSL 容器的构建方式、它们如何与 WSL 配合使用以及平台背后的架构，请参阅我们的 WSL 容器架构博客。

让我们来了解一下 GA 的新功能。

新命令和功能

自公共预览版以来，我们不断发展 WSL 容器，我们的重点是简化日常容器工作流程、提高运行环境的可见性，并增加大规模管理容器所需的灵活性。 作为 GA 版本的一部分，我们在容器生命周期、网络和可观察性方面引入了多个新命令和功能。

以下是一些亮点，您可以在我们的发布页面上查看完整的更改日志：

• wslc container restart — 重新启动正在运行的容器
• wslc container cp — 通过 tar 存档复制文件进出
• wslc system info — 一目了然地查看容器环境的状态
• wslc network connect 和 wslc network disconnect — 在网络上附加和分离容器
• wslc network create现在支持任意网络驱动程序选项
• wslc events – 流式传输实时容器活动
• 现在支持容器健康检查
• 在 wslc create 和 wslc run 中支持 --stop-timeout，其中 -1 表示无限超时
• 在 wslc create 和 wslc run 中支持 --mount
• 默认 wslc 会话的可配置存储路径，因此您可以将容器存储放在所需的驱动器上。 除了为开发人员提供新命令和平台增强功能之外，我们还致力于帮助组织采用 WSL 容器以及生产环境所需的治理和安全控制。

WSL 容器的企业可管理性

此版本扩展了 WSL 中的 Microsoft Intune 和 Microsoft Defender for Endpoint (MDE) 集成，以包含容器工作流。

MDE 现有的 WSL 插件已得到增强，还包括对容器的支持。 MDE 可以显示 WSL 容器中的进程、文件和网络活动，并将该活动连接回 Windows 主机，从而帮助安全团队调查可疑活动，而无需创建单独的安全工作流程。

Microsoft Intune 还添加了用于启用或禁用 WSL 容器以及将镜像拉取来源限制为批准的容器仓库的控件。此外，在 Intune 仪表板上，您将看到特定于 WSL 容器功能的新设置：

• 允许 WSL 容器访问：控制对整个 WSL 容器功能的访问。
• WSL 容器仓库允许列表：企业采用 WSL 容器时，需要更严格地控制能够引入其环境的容器镜像。借助容器仓库允许列表，管理员可以指定批准的仓库，帮助确保开发者仅从列表中的仓库拉取符合组织安全与合规要求的镜像。 您可以查看 WSL 企业文档页面，了解有关如何为您的公司设置 WSL 的更多信息。

合作伙伴和社区整合

合作伙伴和社区贡献者正在将 WSL 容器引入开发人员已经使用的编辑器、终端和桌面工具中，将对 WSLc 的支持添加到现有项目或创建新项目中。我们感谢社区做出的出色贡献，它们不断扩展围绕 WSL 容器的生态系统。

• VS Code 开发容器支持：使用 wslc 作为默认驱动程序来创建 VS Code 开发容器并与之交互
• Aspire：Aspire 可以使用 WSL 容器作为一流的容器运行时
• VS Code 容器扩展：用于在 VS Code 中管理容器的流行扩展，现在支持 wslc。
• Lazywslc：用于管理 WSL 容器的 TUI 仪表板
• WSL 容器桌面：用于管理 WSL 容器、Kubernetes (k3s) 和容器仓库的 WinUI 3 桌面应用程序。
• WSLc 远程：一个简短的包装脚本，用于从 WSL 发行版中运行 wslc

WSL 的下一步是什么

随着时间的推移，我们看到 Windows 上的 Linux 已经超越了开发环境，发展成为人工智能和云原生工作负载的战略执行平台，参与与 Windows 相同的企业安全、管理和治理框架。 我们将继续投资于更广泛的 WSL 体验，并在此版本的背景下希望在我们的路线图中重点强调两个 WSL 特定项目。

添加 wslc compose

我们对 WSLc 的首要功能请求是添加 compose 支持，这将是我们下一次迭代的重点。

我们的目标是让 wsl compose up 能够与您现有的 compose.yaml 文件一起使用，保持不变。我们已经开始这方面的工作，并希望尽快分享更多内容。

WSL 的根本改进

我们还在积极研究如何更好地提高 WSL 的一些核心平台功能，包括网络、跨操作系统文件性能等。

您今天可以看到 wslc 的部分工作，在从 Linux 环境访问 Windows 文件时支持高达 2 倍的性能提升，有助于减少最常见的跨操作系统瓶颈之一。 它还引入了新的 consomme 网络模式，适用于容器工作流程，从而提高了开发人员和企业场景之间的网络兼容性。

这些基础性改进有利于 WSL 发行版、WSL 容器和基于 WSL 构建的其他容器技术，反映出为使 Windows 上的 Linux 感觉越来越无缝和集成而做出的更广泛的努力。

共同构建 Windows 上的 Linux 的未来

感谢测试预览版、分享反馈并帮助改进 WSL 容器的开发人员。您可以在 WSL GitHub 存储库 microsoft/wsl 中提交任何技术问题和功能请求，并且可以在 WSL 文档中了解有关 WSL 的更多信息。 我们邀请您将下一个项目引入 WSL 容器，并帮助塑造接下来的发展。我们将继续投资于性能、兼容性和集成，使 Windows 成为使用 Linux 进行构建的绝佳场所。

来源：Blogs