Microsoft Build 2026에서 우리는 WSL(Windows Subsystem for Linux) 을 통해 Linux 컨테이너 개발을 Windows에서 직접 수행할 수 있게 해주는 WSL 컨테이너(WSL containers) 를 공개했습니다. 컨테이너는 클라우드 네이티브 애플리케이션과 AI 워크로드부터 테스트 및 배포 파이프라인까지 현대 개발의 기반이 되었습니다. WSL 컨테이너는 별도의 타사 도구 없이도 Linux 컨테이너를 생성, 실행, 관리할 수 있는 내장형 엔터프라이즈 수준의 방법을 제공하여 이 경험을 단순화합니다.
엔드 투 엔드 컨테이너 워크플로우를 위한 새로운 컨테이너 CLI와, Windows 애플리케이션이 앱 로직의 일부로 Linux 컨테이너를 프로그래밍 방식으로 활용할 수 있도록 하는 API를 통해, WSL 컨테이너는 개발자와 조직이 컨테이너화된 워크로드를 더 쉽게 구축·테스트·실행하면서도 Windows 플랫폼의 보안성, 관리 용이성, 통합성을 활용할 수 있게 해줍니다.
WSL 컨테이너 기능은 이제 WSL 최신 사전 릴리스에서 사용할 수 있습니다:
https://github.com/microsoft/WSL/releases/tag/2.9.3
이 릴리스는 다음 명령으로 즉시 설치할 수 있습니다: wsl --update --pre-release
또는 GitHub에서 직접 다운로드해 설치할 수도 있습니다.
개요
WSL 컨테이너는 WSL에 다음 두 가지 새 기능을 추가합니다.
-
내장 Linux 컨테이너 CLI
-
Windows 애플리케이션이 앱 로직의 일부로 Linux 컨테이너를 실행할 수 있게 해주는 API
WSL 컨테이너 CLI – wslc.exe
최신 WSL 버전으로 업데이트하면 경로(PATH)에 wslc.exe 라는 새 바이너리가 추가됩니다. 이 바이너리를 사용해 실행, 디버깅, 테스트 등 Linux 컨테이너 개발 워크플로우 전체를 수행할 수 있습니다.
이 CLI 도구는 익숙한 형식과 기능을 제공하므로 기존의 사용 습관(“근육 기억”)을 그대로 활용할 수 있습니다. 예를 들어 다음과 같이 컨테이너에서 전체 Linux 데스크톱을 실행하고 접속할 수 있습니다:
wslc run -d --name=webtop -e PUID=1000 -e PGID=1000 -e TZ=Etc/UTC -p 3000:3000 -p 3001:3001 lscr.io/linuxserver/webtop:ubuntu-kde
또는 CUDA 스크립트를 통해 GPU 접근 가능 여부를 확인할 수도 있습니다:
wslc run --rm --gpus all pytorch/pytorch:2.5.1-cuda12.4-cudnn9-runtime python -c "import torch; print(torch.cuda.is_available()); print(torch.cuda.get_device_name(0))"
또한 wslc.exe를 실행하는 container.exe 내장 별칭(alias) 도 포함되어 있어, container 명령 또는 wslc 중 원하는 것을 사용할 수 있습니다.
WSL 컨테이너 API
Windows 애플리케이션은 이제 애플리케이션 로직의 일부로 컨테이너를 직접 사용할 수도 있습니다. WSL은 nuget.org와 WSL 릴리스 페이지에서 사용할 수 있는 NuGet 패키지를 함께 제공합니다. 이 패키지는 **C, C++, C#**을 지원합니다.
이제 네이티브 Windows 애플리케이션이 프로덕션 워크플로우에서 Linux를 활용할 수 있습니다. 이는 특히 기존의 Linux 전용 코드를 재사용하거나, 클라우드 애플리케이션을 로컬에서 실행하거나, 호스트에서 Linux 프로세스의 리소스 접근을 제한(격리)하는 데 유용할 수 있습니다.
이 API는 MSBuild 및 CMake와도 통합되므로, 프로젝트 파일에 몇 줄만 추가하면 컨테이너 빌드 및 배포 단계를 애플리케이션의 빌드 프로세스에 포함할 수 있습니다(수동 단계 불필요). 자세한 내용은 다음을 참고하세요:
더 알아보기 및 데모 보기
BUILD 2026에서 진행된 이 발표 영상 을 통해 사용 사례를 더 살펴보고, 이러한 기능들이 실제로 어떻게 동작하는지 데모를 확인할 수 있습니다. 또한 문서 페이지 에서 자세한 가이드와 샘플 코드를 볼 수 있습니다.
엔터프라이즈 도구와의 통합
우리는 WSL의 강력한 엔터프라이즈 도구 통합 이 WSL 컨테이너에도 동일하게 확장되도록 하고 있습니다.
Microsoft Defender for Endpoint(MDE)로 컨테이너 보안 이벤트 모니터링
기존의 WSL용 MDE 플러그인 이 업데이트되어, WSL 배포판을 사용하든 컨테이너를 사용하든 동일한 수준의 Linux 컨테이너 이벤트 가시성/보안 커버리지를 제공합니다. 현재 이 기능은 비공개 프리뷰로 제공되며, 여기에서 신청 할 수 있습니다.
Intune으로 WSL 컨테이너 설정 관리
WSL 컨테이너를 위한 새 관리 설정도 추가하고 있습니다. 조직에서 사용자가 WSL 배포판 또는 컨테이너를 사용할 수 있는지를 제어하고, 새 컨테이너 이미지를 pull할 수 있는 컨테이너 레지스트리 허용 목록(allowlist) 도 지정할 수 있게 됩니다.
이 영역의 핵심 목표 중 하나는 “조직에서 어떤 배포판/Linux 이미지를 허용할지 어떻게 제어하나?”라는 큰 고객 요구를 해결하는 것입니다. WSL 컨테이너와 레지스트리 허용 목록을 사용하면 이를 더 쉽게 할 수 있습니다. 이 기능은 현재 GPO 및 ADMX 정책 으로 사용할 수 있으며, 수 주 내로 Intune 대시보드에서 공식 지원이 추가될 예정입니다.
VS Code Dev Containers
많은 엔터프라이즈 환경에서 사용하는 VS Code Dev Containers에도 0.462.0-pre-release 버전에서 WSLc 지원이 추가되었습니다. 현재는 프리릴리스이지만 곧 일반 제공(GA)으로 전환될 예정입니다. 설정 방법은 VS Code의 Dev Container 설정에서 “Docker Path” 항목을 찾아 값을 wslc 로 변경하면 됩니다.
추가 WSL 개선 사항
WSL 컨테이너 기능을 구축하는 과정에서, WSL과 WSL 컨테이너 모두를 구동하는 기반 기술에도 큰 개선을 진행하고 있습니다. 여기에는 다음이 포함됩니다.
-
WSL 컨테이너의 새로운 기본 파일 시스템: ‘virtiofs’ — Windows 파일 접근을 2배 더 빠르게 만듭니다!
-
WSL 컨테이너의 새로운 기본 네트워킹 모드: ‘consomme’ — 호환성 개선을 목표로 합니다.
- VPN, 프록시 등 다양한 네트워크 구성이 존재하기 때문에 호환성은 어려운 문제입니다. 이 모드는 이러한 문제 일부를 해결하기 위한 실험적 네트워킹 모드입니다. 간단히 말해, Consomme는 Linux 네트워크 트래픽을 Windows를 통해 중계하여, Linux 애플리케이션이 Windows 애플리케이션과 동일한 네트워킹 환경, 보안 정책, 엔터프라이즈 통합의 이점을 누릴 수 있게 합니다.
-
Linux VM에서 사용하지 않는 메모리를 점진적이고 지속적으로 Windows 호스트에 반환하도록 하는 메모리 회수(memory reclaim) 기법 개선
이러한 변화는 파일 시스템 접근 및 네트워크처럼 미션 크리티컬한 경로에 영향을 주기 때문에, 현재는 WSL 컨테이너에서만 활성화되어 있으며, 앞으로 WSL 기본값으로도 활성화하는 방향으로 작업 중입니다.
또한 Windows에는 WSL 위에서 동작하는 훌륭한 Linux 컨테이너 CLI 도구들(예: Docker Desktop, Podman Desktop, Rancher Desktop)이 있으며, 이 도구들 역시 이러한 저수준 플랫폼 개선의 혜택을 함께 받게 됩니다. 그 결과, 필요에 맞는 성능 좋은 컨테이너 도구 선택지를 폭넓게 가질 수 있습니다.
피드백 및 향후 계획
이 기능은 현재 WSL의 프리릴리스(pre-release) 버전에서 공개 프리뷰로만 제공됩니다. 설치해서 사용해 보시고, 언제나처럼 GitHub 페이지에 이슈와 피드백을 남겨 주세요!
저희 목표는 이 기능을 2026년 가을에 정식 출시(GA)하는 것입니다. 늘 큰 성원을 보내주셔서 감사드리며, 즐거운 코딩 되세요!