Граница между 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
