WLS — це рівень сумісності, розроблений Microsoft для запуску виконуваних файлів Linux у Windows.
Нещодавно Microsoft оголосила про загальну доступність WSL 3.0, оновлення, яке позиціонує Windows як комплексну платформу розробки для робочих навантажень на основі контейнерів та штучного інтелекту.
Головним нововведенням у цьому випуску є поява інструменту командного рядка «wslc» (WSL Containers) та його вбудованого псевдоніма «container.exe». Ця утиліта, разом із додатковим SDK API, сумісним з C++ та C#/WinRT, дозволяє розробникам та нативним програмам Windows створювати, запускати та керувати контейнерами Linux, не покладаючись на сторонні середовища віртуалізації.
Основні нові можливості WSL 3.0
Інструмент «wslc» охоплює весь життєвий цикл контейнера, дозволяючи виконувати такі операції, як створення, запуск, зупинка, експорт та перевірка образів системи , а також обмежувати ресурси процесора та пам'яті, виділені кожному екземпляру. У сфері мереж нова версія дозволяє створювати власні віртуальні мережі, підключати контейнери до кількох мереж та переадресовувати порти . Крім того, розробники можуть взаємодіяти з віртуальними жорсткими дисками (VHD), налаштовувати шляхи сховища за замовчуванням та спільно використовувати каталоги Windows безпосередньо в підключених контейнерах Linux.
Для аналізу та спостереження WSL 3.0 запроваджує команду «wslc logs» та моніторинг подій у режимі реального часу , надаючи детальну статистику та виділений вивід із журналів активності контейнера. Інтеграція на рівні операційної системи посилюється, дозволяючи непривілейованим користувачам отримувати доступ до графічних процесорів (GPU) з контейнера, що дозволяє пришвидшити виконання моделей штучного інтелекту та локально розроблених графічних інструментів.
Ізоляція та оптимізовані мережі
На відміну від традиційних архітектур віртуалізації, WSL 3.0 розгортає контейнери, використовуючи підвищені привілеї служби Windows « wslservice.exe ». Однак, щоб забезпечити ізоляцію, ця служба породжує вторинні процеси під назвою «wslcsession.exe», які працюють з правами поточного користувача системи. Ці сеанси суворо розділені; кожному призначається власний віртуальний жорсткий диск (VHD), розташований за замовчуванням у каталозі користувача (`%AppData%\Local\wslc\sessions`).
Продуктивність та сумісність мережі покращено, оскільки доступ до міжфайлових систем тепер за замовчуванням використовує технологію virtiofs , яка пропонує швидкість читання та запису до двох разів вищу порівняно з традиційним доступом до файлів Windows.
Щодо комунікацій, запроваджено мережевий режим «споживання». Цей режим покращує сумісність, маршрутизуючи мережевий трафік Linux безпосередньо через мережеві інтерфейси Windows, що дозволяє контейнерним програмам безперешкодно взаємодіяти з існуючими віртуальними приватними мережами (VPN), корпоративними проксі-серверами та корпоративними політиками безпеки.
Щоб полегшити впровадження WSL 3.0 у виробничих середовищах, Microsoft розгорнула засоби керування через Microsoft Intune та Microsoft Defender for Endpoint (MDE). ІТ-адміністратори тепер можуть використовувати MDE для моніторингу процесів, мереж і файлів у контейнерах WSL, співвідносячи ці дії з хост-системою для єдиного аналізу безпеки. Крім того, політики Intune дозволяють вимикати доступ до контейнерів або налаштовувати «списки дозволів на ведення журналу», змушуючи команди розробників отримувати образи лише з перевірених репозиторіїв.
Екосистема інструментів, сумісних з wslc, швидко розширюється завдяки внеску спільноти. Редактор коду Visual Studio тепер підтримує wslc як драйвер за замовчуванням через розширення "Dev Containers", що спрощує віддалену компіляцію вихідного коду.
Аналогічно, інструменти, такі як Aspire, можуть використовувати WSL 3.0 як основне середовище виконання. Окрім інтерфейсу командного рядка, розробники можуть керувати локальною інфраструктурою за допомогою візуальних програм, таких як термінальна програма «Lazywslc», настільна програма «WinUI 3 WSL Container Desktop», або викликати команди віддалено через скрипти з дистрибутивів Linux, розміщених на WSL. У майбутньому Microsoft планує розширити цю екосистему, випустивши повну підтримку оркестрації wslc compose, що забезпечить пряму сумісність з існуючими стандартними файлами compose.yaml.
Зрештою, якщо ви зацікавлені дізнатися більше, ви можете знайти деталі за наступним посиланням.