Microsoft опровергает слухи о скором выходе WSL 3. Статьи, в которых упоминался WSL 3, перепутали его с другой функцией, WSL Containers, которую компания показала на Build 2026 и которая появится уже через несколько дней. Опровержение поступило напрямую от команды, разрабатывающей Windows Subsystem for Linux.
TL;DR: WSL 3 не существует. WSL Containers существует, и она появится менее чем через неделю.
Microsoft официально опровергла существование WSL 3.
Крейг Лоуэн, менеджер по продукту в Microsoft, отвечающий за Windows Subsystem for Linux, опубликовал в X разъяснение: “В качестве PSA: никакого WSL 3 не существует! Я видел несколько статей, в которых о нём говорят, но сейчас такой версии нет”. Лоуэн ответил на волну статей, ошибочно принявших за WSL 3 другое объявление.
Путаница началась после конференции Microsoft Build 2026, где компания анонсировала WSL Containers, новую встроенную функцию для создания, запуска и взаимодействия с Linux-контейнерами напрямую в Windows, не прибегая к сторонним инструментам вроде Docker Desktop. Популярные издания сообщили об этом как о WSL 3, отчасти из-за появившейся аббревиатуры WSLc.
По словам Лоуэна, WSL Containers не является продолжением WSL 2 с новым номером версии, а новой возможностью, построенной поверх текущей инфраструктуры WSL. Он также подтвердил, что она станет доступна уже через неделю или около того, судя по его посту от 23 июня 2026 года.
Что такое WSL и что такое WSL Containers
Если вы не разработчик, вот краткое пояснение. WSL расшифровывается как Windows Subsystem for Linux, и это встроенная в Windows функция, позволяющая запускать окружения Linux прямо внутри Windows, без необходимости загружаться в отдельную ОС или настраивать полноценную виртуальную машину.
Под контейнером понимается легковесное изолированное окружение, которое упаковывает приложение вместе со всем необходимым для его работы, включая зависимости, библиотеки и конфигурацию. В отличие от виртуальной машины, контейнер не эмулирует целую операционную систему, а использует ядро хостовой ОС, сохраняя собственную файловую систему и пространство процессов.
Преимущество контейнеров в том, что они быстрее запускаются, проще в распространении и переносимы между машинами. WSL Containers переносит эту функциональность непосредственно в WSL.
Отличия WSL Containers от WSL 1 и WSL 2
WSL Containers не имеет номера версии. Это новый уровень возможностей, построенный поверх существующей инфраструктуры виртуальных машин WSL.
WSL 1 появилась в августе 2016 года как прослойка трансляции, преобразующая системные вызовы Linux в вызовы Windows. Настоящего ядра Linux в ней не было, поэтому запуск контейнеров был невозможен. WSL 2 вышла в предварительной версии в мае 2019 года и содержала полноценное ядро Linux, работающее внутри легковесной управляемой виртуальной машины, что сделало возможным использование Docker Desktop.
| WSL 1 (2016) | WSL 2 (2019) | WSL Containers (2026) |
|---|---|---|
| Основное назначение | Запуск инструментов командной строки Linux в Windows | Запуск полноценной ОС Linux внутри Windows |
| Движок | Прослойка трансляции, без реального ядра Linux | Настоящее ядро Linux в легковесной виртуальной машине Hyper-V |
| Поддержка контейнеров | Нет | Да, но требуется Docker Desktop |
| Интерфейс управления | Командная строка Windows или терминал Linux | Терминал Linux внутри дистрибутива (например, Ubuntu) |
Так какую же проблему решают WSL Containers?
Как вы, вероятно, знаете, разработчики, которым нужны Linux-контейнеры в Windows, использовали Docker Desktop, который в Windows 11 работает поверх WSL 2. Docker Desktop работает хорошо, но для больших команд требует лицензирования на каждое рабочее место и сложной настройки, которую ИТ-администраторам в корпоративных средах приходится администрировать отдельно.
WSL Containers избавляет от необходимости использовать Docker
Теперь контейнеры можно собирать, запускать и развёртывать напрямую из Windows с помощью wslc.exe, без установки Docker Desktop или других сторонних инструментов. Синтаксис команд во многом повторяет Docker, так что разработчикам не придётся переучиваться. WSL Containers также поддерживает проброс GPU через интерфейс Container Device Interface, а значит, можно запускать задачи с ускорением на GPU, например пайплайны машинного обучения на CUDA, внутри Linux-контейнера, используя драйверы Windows для GPU.
Для корпоративных ИТ-администраторов эта функция интегрируется в существующую инфраструктуру управления Windows. Включение на основе политик через групповые политики или средства MDM позволяет контролировать, какие контейнеры могут запускаться и откуда можно загружать образы. Администраторы могут видеть запущенные контейнеры через стандартные инструменты аудита Windows, чего Docker Desktop не предоставлял встроенными средствами.
Microsoft анонсировала WSL Containers на Build 2026
На конференции Build 2026, прошедшей 2 июня, Microsoft представила WSL Containers как ключевой элемент своей стратегии по оптимизации Windows 11 для разработчиков. Официальный анонс, опубликованный исполнительным вице-президентом Паваном Давулури, описывал функцию как “встроенный способ создавать, запускать и взаимодействовать с Linux-контейнерами в Windows”.
WSL Containers имеет два компонента:
- Первый — CLI-интерфейс, позволяющий разработчикам собирать, запускать и развёртывать Linux-контейнеры напрямую из командной строки, из коробки.
- Второй — WSL Container API, который даёт разработчикам Windows-приложений возможность использовать Linux-контейнеры программно в логике приложений, охватывая такие сценарии, как запуск локальных ИИ-задач, тестовых пайплайнов на основе контейнеров и Linux-обработки данных в нативных приложениях Windows.
На Build 2026 также представили несколько других Linux-инструментов для Windows 11. Coreutils for Windows теперь общедоступны, они предоставляют более 75 привычных утилит командной строки Linux, таких как ls, grep, cp и mv, нативно в Windows, без необходимости использовать WSL или виртуальную машину. Построенные на открытом проекте uutils на Rust, эти команды работают непосредственно в Windows, а значит, скрипты, использующие их, выполняются без изменений. На том же мероприятии был также предварительно показан Intelligent Terminal, экспериментальная функция, встраивающая контекстный ИИ-помощник прямо в терминал.
Почему Microsoft продолжает инвестировать в Linux на Windows
Инвестиции Microsoft в WSL и Linux-инструментарий не являются альтруизмом. Компания понимает, что если Windows станет самой удобной средой для запуска Linux-нагрузок, у разработчиков будет меньше причин переходить на macOS или нативный Linux. Мы писали об этом, когда Microsoft изложила планы по улучшению WSL: более быстрый доступ к файлам, улучшенная работа сети и упрощённая настройка.
Современная разработка ПО преимущественно ориентирована на Linux. Сборочные конвейеры работают на Linux. Облачная инфраструктура работает на Linux. Фреймворки для ИИ, такие как PyTorch, TensorFlow, llama.cpp и Ollama, создаются и оптимизируются под Linux-окружения. Разработчики, использующие Windows, исторически были вынуждены либо бороться с инструментами, либо поддерживать отдельное Linux-окружение параллельно с Windows-машиной.
Благодаря тому, что WSL 2 обеспечивает совместимость с ядром Linux, а WSL Containers устраняет необходимость в Docker Desktop, Microsoft пытается убрать любые причины, по которым разработчик мог бы предпочесть другую платформу. Вдобавок Coreutils теперь работают из коробки в Windows, так что даже привычные команды из macOS и Linux становятся доступны без дополнительной настройки.
Это хорошая новость для разработчиков. Каждая итерация WSL последовательно улучшала опыт использования. Редакции также нравится, что WSL Containers приходят в виде обычного обновления WSL, доступного всем пользователям Windows 11 без необходимости масштабного обновления ОС.
Пока нет комментариев. Будьте первым!