Межа між Windows та Linux за останні роки стала майже непомітною, перетворивши робочу станцію розробника на універсальний полігон. Microsoft робить черговий рішучий крок у цьому напрямку, інтегруючи нативну підтримку контейнеризації безпосередньо в підсистему WSL. Відтепер забезпечення ізоляції середовищ та спрощення розгортання більше не потребує громіздких сторонніх надбудов. Ця ініціатива фактично переосмислює роль Windows, перетворюючи її на високоефективний рівень оркестрації для інструментарію Linux.
Довгий час основним методом запуску контейнерів у Windows була інсталяція Docker Desktop, який, попри свою функціональність, створював додатковий рівень абстракції та споживав значні системні ресурси. Анонсована на Build 2026 технологія WSL Containers (WSLC) покликана усунути цю залежність, дозволяючи розробникам взаємодіяти з контейнерами Linux напряму через механізми операційної системи. Доступ до функціоналу відкривається через попередні версії WSL, які активуються простою командою оновлення або за допомогою спеціалізованих збірок із GitHub.
Ключовим інструментом керування стає новий інтерфейс командного рядка wslc.exe. Він спроєктований так, щоб бути інтуїтивно зрозумілим для тих, хто звик до класичної взаємодії з контейнерами, забезпечуючи безшовний перехід від налаштування середовища до запуску застосунків. Однак справжня цінність оновлення криється не в консольному інтерфейсі, а в глибокій інтеграції на рівні API.
Можливості WSLC виходять далеко за межі простого запуску серверних застосунків. Система дозволяє розгортати повноцінні графічні середовища, такі як Ubuntu KDE, з коректним прокиданням портів. Особлива увага приділена сфері машинного навчання та Data Science: завдяки прапорцю --gpus all обладнання відеокарти підключається до середовища напряму. Це є критично важливим для роботи з бібліотеками на кшталт PyTorch, де прямий доступ до обчислювальних ядер GPU визначає ефективність навчання моделей.
Для професійної розробки Microsoft передбачила інтеграцію API безпосередньо в MSBuild та CMake. Це перетворює керування контейнерами з ручного процесу на частину декларативного опису проєкту. Тепер етапи підготовки середовища та запуск залежностей можуть бути жорстко закріплені у файлах конфігурації збірки, що мінімізує ризик виникнення помилок за принципом «у мене на машині все працює».
Технологічний стек WSLC також отримав важливі оптимізації на рівні вводу-виводу та мережі. Впровадження файлової системи virtiofs покликане радикально прискорити обмін даними між хостовою системою Windows та гостьовим середовищем Linux, усуваючи одну з головних «вузьких місць» віртуалізації. Паралельно представлено експериментальний мережевий режим consomme. Він вирішує давню проблему сумісності з корпоративними VPN-клієнтами, спрямовуючи трафік Linux напряму через мережевий стек Windows, що виключає конфлікти маршрутизації в закритих корпоративних мережах.
З точки зору безпеки та ізоляції, WSLC відходить від концепції запуску всередині спільного дистрибутива WSL. Натомість кожен застосунок або сесія командного рядка ініціюють запуск власної легковагової віртуальної машини на базі Hyper-V у фоновому режимі. Такий підхід забезпечує сувору сегментацію даних і процесів: застосунки виявляються ізольованими один від одного, що істотно знижує ризики перехресного доступу до даних і підвищує загальну стійкість системи.
Цифрова незалежність з оновленням Immich 3.0
