WSL 3.0 вже тут: Microsoft переосмислює інтеграцію Linux у Windows

  • Microsoft офіційно випустила WSL 3.0.1, зробивши стрибок у порівнянні з попередньою гілкою 2.x.
  • Головна новина — це WSL-контейнери з wslc.exe, власним API та новими інструментами для запуску Linux-контейнерів.
  • WSL 3 також покращує продуктивність файлів Windows, мереж та управління підприємством.

WSL 3.0

Компанія Microsoft випустила WSL 3.0.1 , наступне покоління підсистеми Windows для Linux, що знаменує собою значний стрибок від попередньої гілки 2.x до нової основної версії проекту. Оновлення включає одну з найважливіших нових функцій в еволюції WSL на сьогоднішній день: контейнери WSL, інтегровану інфраструктуру для створення, запуску та керування контейнерами Linux безпосередньо з Windows.

Нова версія була випущена 29 вересня 2026 року та доступна через офіційний репозиторій WSL. Цей реліз виходить за рамки простої зміни номера версії: Microsoft використовує цей новий етап для покращення продуктивності між Windows та Linux, впровадження нової мережевої моделі та додавання інструментів та API, спеціально розроблених для роботи з контейнерами.

WSL 3.0.1 знаменує собою стрибок від WSL 2

Випуск WSL 3.0.1 офіційно представляє перехід з гілки 2.x на гілку 3.x. Власний репозиторій Microsoft показує зміни в історії як порівняння між 2.9.13 y 3.0.1залишаючи попередню нумерацію.

Нова версія зберігає фундаментальну мету WSL: забезпечити середовище Linux, інтегроване в Windows, але Microsoft значно розширює можливості цього середовища.

Одним із центральних елементів цієї еволюції є інтеграція контейнерів Linux. Досі було поширеним явищем використання Docker Desktop, встановлення Docker Engine в дистрибутиві WSL або використання інших зовнішніх рішень. WSL 3 представляє власну інфраструктуру для цього типу робочого навантаження.

Контейнери WSL – одна з головних нових функцій WSL 3.0.

Ця версія включає загальнодоступні контейнери WSL , скорочено WSLc. Microsoft представила цю технологію як попередню версію влітку і тепер вважає її готовою до загального використання.

Головний фрагмент — це wslc.exeНовий інструмент командного рядка, який дозволяє створювати, запускати та керувати контейнерами Linux з Windows. Також є container.exe як інтегрований псевдонім із синтаксисом, більш знайомим тим, хто вже працює з контейнерними інструментами.

Крім того, Microsoft надає API контейнерів WSL, який дозволяє нативним програмам Windows програмно створювати та керувати контейнерами Linux. Це відкриває можливості для розробки програм, інструментів штучного інтелекту та програмного забезпечення, яке потребує інтегрованого виконання робочих навантажень Linux.

WSL 3.0 представляє більше інструментів для керування контейнерами

Версія, яка досягає загального доступу, містить численні нові команди порівняно з фазою тестування.

Серед них є wslc container restartперезапустити контейнери та wslc container cp, що дозволяє копіювати файли до контейнера та з нього за допомогою tar-файлів.

Також з'являється wslc system info, призначений для перевірки стану середовища контейнера, а також wslc network connect y wslc network disconnect для підключення або відключення мережевих контейнерів.

Система також враховує події в режимі реального часу через wslc eventsперевірки стану контейнерів, підтримка --mount та опції для керування тайм-аутом під час завершення роботи контейнера. Microsoft також дозволяє налаштувати місце зберігання вмісту сеансу WSLc за замовчуванням.

Нова мережева модель для WSL

Ще однією з помітних нових функцій є Consommé , новий мережевий режим, розроблений для робочих процесів з контейнерами.

За допомогою цієї системи Microsoft прагне покращити сумісність із VPN, брандмауерами та корпоративними мережами. Трафік віртуальної машини Linux інтегрується з Windows за допомогою процесу, який виконується в контексті користувача та обробляє такі завдання, як DNS, маршрутизація та призначення портів.

Мета полягає в тому, щоб забезпечити більш безперешкодну інтеграцію програм і контейнерів Linux з мережею Windows, уникаючи деяких проблем, які традиційно виникали під час поєднання WSL з певними VPN та конфігураціями корпоративних мереж. Microsoft також вважає цю роботу частиною ширших удосконалень інфраструктури WSL.

Покращена продуктивність під час доступу до файлів Windows

WSL 3 також впроваджує покращення в одному з традиційно найчутливіших аспектів WSL: доступі з Linux до файлів, що зберігаються у Windows.

Microsoft стверджує, що нові покращення можуть забезпечити до двох разів більше продуктивності під час доступу до файлів Windows з певних середовищ Linux. Ці оптимізації не обмежуються контейнерами, оскільки вони є частиною ширших зусиль щодо покращення продуктивності між двома операційними системами.

Це може бути особливо актуальним для проектів розробки, які зберігають частину коду у файловій системі Windows, але запускають інструменти з Linux.

WSL 3 також розглядає компанії

Microsoft використала цей запуск для розширення корпоративної інтеграції WSL.

Microsoft Defender для кінцевих точок може збирати інформацію про процеси, файли та мережеву активність, що генерується в контейнерах, і пов’язувати її з головним комп’ютером Windows.

Microsoft Intune, зі свого боку, містить спеціальні елементи керування для контейнерів WSL. Адміністратори можуть вмикати або вимикати цю функціональність і створювати список авторизованих реєстрів, з яких розробники можуть завантажувати образи контейнерів.

Це дозволяє WSL 3 краще вписуватися в корпоративне середовище, де використання контейнерів має підлягати політикам безпеки та централізованому адмініструванню.

Інтеграція з Visual Studio Code та іншими інструментами

Нова платформа не ізольована від існуючої екосистеми розробки. Microsoft зазначає сумісність з контейнерами розробки Visual Studio Code. wslc як контролер контейнера.

Також було додано підтримку до Aspire та розширення контейнерів Visual Studio Code, тоді як спільнота вже розробляє додаткові інструменти для графічного керування контейнерами WSL.

Таким чином, WSL 3 можна використовувати як контейнерну інфраструктуру без необхідності повністю змінювати робочий процес розробнику.

А як щодо Docker Compose?

Одним із поточних недоліків WSL-контейнерів є відсутність вбудованої підтримки Docker Compose.

Microsoft визнає, що compose Наразі це один із найважливіших запитів від користувачів WSLc, і вони вже над ним працюють. Намір полягає в тому, щоб у майбутньому wsl compose up можна використовувати файли compose.yaml існуючі без необхідності їх модифікації.

Таким чином, WSL 3.0.1 ще не призначений для заміни всіх інструментів в екосистемі контейнерів. Деякі складні робочі навантаження все ще потребують рішень, таких як Docker, особливо під час розробки додаткових функцій.

Чому було сказано, що WSL 3 не існує?

Зростання кількості версій особливо варте уваги, оскільки у 2026 році поширювалися повідомлення про нібито WSL 3, які Microsoft заперечувала. У той час керівники проєкту вказували на те, що версії під назвою WSL 3 не існує.

Ситуація змінилася з виходом WSL 3.0.1. Офіційний репозиторій Microsoft тепер містить інформацію про версію 3.0.1 та чітко відображає журнал змін між WSL 2.9.13 та WSL 3.0.1. Крім того, тема обговорення, створена в репозиторії 29 вересня, безпосередньо пов'язана з випуском 3.0.1 та оголошує про те, що контейнери WSL тепер загальнодоступні.

Таким чином, попередні повідомлення про те, що «WSL 3 не існує», більше не відображають поточний стан проекту. WSL 3.0.1 – це офіційний реліз Microsoft.

Нова ера для Linux у Windows

З WSL 3.0.1 Microsoft розширює функції WSL за межі простого надання зручного способу запуску інструментів Linux у Windows.

Додавання WSL Containers, API для програм Windows, покращення продуктивності доступу до файлів, нова мережева модель та корпоративні елементи керування роблять WSL більш повною платформою для запуску Linux та контейнерних робочих навантажень.

Microsoft також зазначила, що продовжить роботу над основними можливостями WSL, включаючи мережеву роботу та крос-операційну продуктивність. Таким чином, WSL 3.0.1 є початком нового етапу проекту, а не простим оновленням для обслуговування.


Додати як пріоритетне джерело в Google