Що означає загальна доступність контейнерів WSL для розробників на Windows?

Як отримати оновлення

Розробники запускають wsl --update у терміналі або завантажують останній реліз з GitHub. Ця команда встановлює новий бінарний файл wslc.exe та його вбудований псевдонім container.exe. Псевдонім дозволяє існуючим командам контейнерів працювати без перенавчання м'язової пам'яті. Також постачається API-поверхня, щоб нативні Windows-додатки могли програмно запускати контейнери Linux. Це відкриває сценарії: локальні AI-навантаження або хмарні контейнерні додатки на одній машині. Архітектура базується на існуючій WSL 2 віртуальній машині. Контейнери спільно використовують ядро Linux, але ізолюють простір користувача через неймспейси та cgroups. Окрема стаття про архітектуру контейнерів WSL пояснює внутрішню структуру. Збірка GA додає налаштовуваний шлях зберігання для сесії за замовчуванням, щоб образи та шари контейнерів могли лежати на будь-якому диску.

Нові команди

Від публічного перегляду команда додала кілька команд, що вирішують поширені проблеми. wslc container restart перезапускає запущений контейнер. wslc container cp копіює файли всередину та назовні за допомогою tar-архіву. wslc system info показує стан середовища контейнерів однією командою. Мережеве керування отримало wslc network connect та wslc network disconnect для підключення та відключення контейнерів від мереж. wslc network create тепер приймає довільні параметри драйверів мережі. Спостережуваність покращилася завдяки wslc events, який передає активність контейнерів у реальному часі. Перевірки стану тепер підтримуються всередині контейнерів. Прапорець --stop-timeout у wslc create та wslc run приймає -1 для нескінченного таймауту. Підтримка монтування з'явилася і при створенні, і при запуску. Повні списки змін доступні на сторінці релізів.

Прискорення роботи

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

Інструменти для підприємств

Організації отримують дві поверхні керування. Microsoft Defender for Endpoint розширює свій існуючий плагін WSL на контейнери. Сенсор фіксує процеси та файлову активність всередині контейнерів. Мережева активність теж фіксується і корелюється з Windows-хостом. Команди безпеки розслідують підозрілу поведінку без окремого робочого процесу. Microsoft Intune додає два параметри на свою панель. «Allow WSL containers access» увімкнює або вимикає всю функцію. «WSL containers registry allow list» обмежує завантаження образів схваленими реєстрами. Адміністратори визначають список, а клієнт його застосовує. Документація для підприємств описує кроки налаштування.

Інструменти спільноти

Редактори та термінали вже інтегрують новий рантайм. VS Code dev containers приймають wslc як драйвер за замовчуванням. Aspire трактує WSL Containers як повноцінний контейнерний рантайм. Популярне розширення VS Code для контейнерів додало підтримку wslc. Lazywslc надає TUI-панель керування. WSL Container Desktop поставляє WinUI 3 додаток, що керує контейнерами та Kubernetes (k3s). Він також працює з контейнерними реєстрами. WSLc remote обгортає wslc, щоб він запускався всередині WSL-дистрибутива.

Плани розвитку

Дорожня карта виділяє два напрямки. Підтримка Compose — найпопулярніша прохання. Мета — wsl compose up з існуючими compose.yaml без змін. Робота розпочата, команда сподівається поділитися деталями найближчим часом. Фундаментальні покращення платформи тривають у мережах та продуктивності перехресного доступу до файлів. Глибша інтеграція також досліджується. Розробники надсилають технічні питання та пропозиції в репозиторій microsoft/wsl на GitHub. Сайт документації WSL містить довідкові матеріали.