TL;DR
- WSL 컨테이너가 정식 출시돼 Windows에서 Linux 컨테이너를 직접 빌드·실행·배포하고, 네이티브 Windows 앱에서 프로그래밍 방식으로 실행할 수 있음.
wslc명령줄 인터페이스(CLI)와 컨테이너 애플리케이션 프로그래밍 인터페이스(API)를 제공하며, 컨테이너 수명 주기·네트워킹·관측 기능을 확장함.- Microsoft Intune의 기능 사용 및 레지스트리 제한 정책과 Microsoft Defender for Endpoint(MDE)의 컨테이너 활동 모니터링을 지원함.
- VS Code, Aspire, Lazywslc 등 파트너와 커뮤니티 프로젝트가 WSL 컨테이너 통합 기능을 제공함.
- 향후
wslc compose지원과 WSL의 네트워킹·운영 체제 간 파일 성능 개선을 추진하며, Windows 파일 접근에서 최대 2배 빠른 성능을 지원함.
WSL 컨테이너 정식 출시
- 2026년 9월 29일, WSL 컨테이너가 정식 출시됨.
- WSL은 Windows를 Linux 워크로드를 빌드·실행·관리하기에 가장 좋은 환경으로 만들겠다는 Microsoft의 약속에서 핵심임. AI, 클라우드 네이티브 개발, 컨테이너, 오픈소스 생태계가 Linux를 중심으로 계속 융합되면서 더 많은 개발자가 Windows 장치에서 이러한 워크로드를 직접 수행하고 있음.
- 터미널에서
wsl --update를 실행하거나 GitHub에서 최신 릴리스를 내려받으면 다음 기능을 사용할 수 있음. - WSL 컨테이너 CLI:
wslc.exe로 Windows에서 Linux 컨테이너를 직접 빌드·실행·배포하거나, 내장 별칭container.exe로 익숙한 컨테이너 명령을 실행함. - WSL 컨테이너 API: 네이티브 Windows 앱에서 Linux 컨테이너를 프로그래밍 방식으로 실행하는 기능에 접근할 수 있으며, 로컬 AI 워크로드 실행이나 클라우드 기반 컨테이너 애플리케이션의 로컬 사용 같은 시나리오를 지원함.
- WSL 컨테이너의 구축 방식, WSL과의 연동, 플랫폼 아키텍처에 관한 자세한 내용은 WSL 컨테이너 아키텍처 블로그에서 확인할 수 있음.
새로운 명령과 기능
- 공개 프리뷰 이후 일상적인 컨테이너 워크플로를 단순화하고, 실행 환경의 가시성을 높이며, 대규모 컨테이너 관리에 필요한 유연성을 더하는 데 초점을 맞춰 WSL 컨테이너를 발전시킴.
- 정식 출시에는 컨테이너 수명 주기, 네트워킹, 관측 기능에 걸쳐 다음 명령과 기능이 포함됨. 전체 변경 로그는 릴리스 페이지에서 확인할 수 있음.
wslc container restart: 실행 중인 컨테이너 재시작wslc container cp: tar 아카이브를 통해 파일을 컨테이너 안팎으로 복사wslc system info: 컨테이너 환경 상태를 한눈에 확인wslc network connect및wslc network disconnect: 컨테이너를 네트워크에 연결하거나 분리wslc network create: 임의의 네트워크 드라이버 옵션 지원wslc events: 실시간 컨테이너 활동 스트리밍- 컨테이너 상태 점검 지원
wslc create및wslc run의--stop-timeout옵션. 무한 대기 시간에는-1사용wslc create및wslc run실행 중--mount지원- 기본
wslc세션의 저장 경로를 설정하는 기능. 컨테이너 저장 위치로 원하는 드라이브를 선택할 수 있음
WSL 컨테이너의 엔터프라이즈 관리 기능
- 개발자용 새 명령과 플랫폼 개선과 함께, 프로덕션 환경에 필요한 거버넌스 및 보안 제어를 통해 조직이 WSL 컨테이너를 도입하도록 지원하는 데도 초점을 맞춤.
- 이번 릴리스는 WSL의 Microsoft Intune 및 Microsoft Defender for Endpoint(MDE) 통합을 컨테이너 워크플로까지 확장함.
- WSL용 기존 MDE 플러그인이 컨테이너 지원을 포함하도록 확장됨. MDE는 WSL 컨테이너의 프로세스·파일·네트워크 활동을 표시하고 해당 활동을 Windows 호스트와 연결하므로, 보안팀은 별도의 보안 워크플로를 만들지 않고 의심스러운 활동을 조사할 수 있음.
- Microsoft Intune에는 WSL 컨테이너를 사용하도록 설정하거나 비활성화하는 제어 기능과 이미지 가져오기를 승인된 레지스트리로 제한하는 기능이 추가됨. Intune 대시보드에는 WSL 컨테이너 전용 설정도 표시됨.
- WSL 컨테이너 액세스 허용: WSL 컨테이너 기능 전체에 대한 액세스 제어
- WSL 컨테이너 레지스트리 허용 목록: 관리자가 승인된 레지스트리를 지정해 개발자가 해당 목록에 있는 컨테이너 이미지만 가져오도록 지원함. 이를 통해 조직의 보안 및 규정 준수 요건을 충족하는 이미지 사용을 보장하는 데 도움을 줌.
- 회사에서 WSL을 설정하는 방법은 WSL 엔터프라이즈 문서에서 확인할 수 있음.
파트너 및 커뮤니티 통합
- 파트너와 커뮤니티 기여자가 개발자가 이미 사용하는 편집기·터미널·데스크톱 도구에 WSL 컨테이너를 도입하고 있음. 기존 프로젝트에 WSLc 지원을 추가하거나 새 프로젝트를 만들고 있으며, 커뮤니티 기여를 통해 WSL 컨테이너 생태계가 확장되고 있음.
- VS Code 개발 컨테이너 지원: VS Code 개발 컨테이너를 만들고 상호작용할 때
wslc를 기본 드라이버로 사용 - Aspire: WSL 컨테이너를 기본 컨테이너 런타임으로 사용
- VS Code 컨테이너 확장: VS Code에서 컨테이너를 관리하는 인기 확장 프로그램으로, 이제
wslc지원 - Lazywslc: WSL 컨테이너 관리용 터미널 사용자 인터페이스(TUI) 대시보드
- WSL Container Desktop: WSL 컨테이너, Kubernetes(k3s), 컨테이너 레지스트리 관리용 WinUI 3 데스크톱 앱
- WSLc remote: WSL 배포판 내에서
wslc를 실행하는 짧은 래퍼 스크립트
WSL의 향후 계획
- 장기적으로 Windows의 Linux가 개발 환경을 넘어 AI 및 클라우드 네이티브 워크로드를 위한 전략적 실행 플랫폼으로 발전하고, Windows와 동일한 엔터프라이즈 보안·관리·거버넌스 체계에 참여하는 모습을 구상함.
- WSL 전반에 대한 투자를 이어가며, 이번 릴리스와 관련해 WSL 로드맵의 두 항목을 소개함.
`wslc compose` 추가
- WSLc의 최다 요청 기능은 Compose 지원이며, 다음 개발 단계의 중점 과제임.
- 기존
compose.yaml파일을 수정하지 않고wsl compose up을 사용할 수 있도록 하는 것이 목표임. 작업을 시작했으며, 조만간 추가 소식을 공유할 예정임.
WSL 기반 기능 개선
- 네트워킹, 운영 체제 간 파일 성능 등을 포함해 WSL 핵심 플랫폼 기능을 더 개선할 방법을 적극적으로 검토 중임.
- 이 작업의 일부는 현재
wslc에서 확인할 수 있음. Linux 환경에서 Windows 파일에 접근할 때 최대 2배 빠른 성능을 지원해 운영 체제 간에 발생하는 일반적인 병목 현상 가운데 하나를 줄이는 데 도움을 줌. - 컨테이너 워크플로에 사용되는 새로운
consomme네트워크 모드도 도입해 개발자 및 엔터프라이즈 시나리오 전반의 네트워킹 호환성을 개선함. - 이러한 기반 개선은 WSL 배포판, WSL 컨테이너, WSL을 기반으로 구축된 다른 컨테이너 기술에도 적용되며, Windows에서 Linux를 더욱 원활하고 긴밀하게 통합하려는 광범위한 노력의 일부임.
함께 만드는 Windows용 Linux의 미래
- 프리뷰를 테스트하고 피드백을 공유해 WSL 컨테이너 개선에 기여한 개발자에게 감사를 전함.
- 기술 문제와 기능 요청은 WSL GitHub 저장소
microsoft/wsl에 제출할 수 있으며, WSL에 관한 자세한 내용은 WSL 문서에서 확인할 수 있음. - Windows를 Linux 개발에 적합한 환경으로 만드는 성능·호환성·통합 기능에 계속 투자할 예정임.
댓글 (0)
로그인하면 이 기사에 내 생각을 남길 수 있어요