macOS에서 리눅스 개발 환경을 쉽게 구축하는 방법

커뮤니티에서는 macOS 컨테이너 머신이 데이터 지속성(Persistence)과 파일 시스템 마운팅(Filesystem Mounting)을 기본 지원한다는 점에서 Docker Desktop이나 Colima와 차별화된다고 분석합니다. 특히 macOS의 `$HOME` 디렉토리를 리눅스 환경의 `/Users/`로 자동 매핑하여 코드 편집과 빌드 간의 복사 단계가 불필요하다는 점이 강조됩니다. 이는 개발 워크플로우(Development Workflow)를 간소화하고 실시간 디버깅(Real-time Debugging) 경험을 향상시킨다는 평가입니다.

일부 사용자는 VM당 별도의 커널 공유 여부와 파일 시스템 성능에 대한 의문을 제기합니다. 특히 Node.js나 Rust 개발처럼 수많은 작은 파일에 대한 stat() 호출이 많은 경우, 기존 테스트에서 성능이 만족스럽지 못했다는 경험이 공유되었습니다. 반면, 경량 리눅스 환경으로서의 이점과 CPU, 메모리 리소스의 유연한 조절 기능은 긍정적으로 평가받고 있습니다.

이 도구는 macOS 네이티브 통합을 통해 개발자 경험을 향상시키는 데 중점을 둡니다. 사용자는 macOS 에디터나 IDE를 그대로 사용하면서 리눅스 환경에서 애플리케이션을 빌드하고 실행할 수 있습니다. 자동 사용자 및 홈 디렉토리 공유 기능은 별도의 설정 없이 즉시 개발 환경에 접근할 수 있게 하며, 이는 신규 개발자 온보딩(New Developer Onboarding) 시간을 단축하는 데 기여할 수 있다는 의견입니다.

macOS 컨테이너 머신은 표준 OCI 이미지를 사용하지만, systemd를 포함한 init 시스템을 요구하는 것으로 보입니다. 이로 인해 일부 Docker Hub 이미지가 직접 호환되지 않는다는 문제가 제기되었습니다. 또한, 특정 버전의 macOS(예: Tahoe)가 필요하다는 언급도 있어, 기존 OS 버전을 유지하는 사용자들은 Docker Desktop과 같은 대안을 계속 사용해야 할 수 있다는 점이 지적됩니다.

일부 사용자는 macOS가 WSL1(Windows Subsystem for Linux 1)과 유사한 접근 방식을 채택하지 않은 이유에 대해 의문을 표합니다. macOS가 이미 Unix 계열이므로 리눅스 애플리케이션을 네이티브에 가깝게 실행하는 것이 더 용이할 것이라는 주장입니다. 현재 방식은 별도의 VM을 통한 격리를 제공하지만, 이는 성능 오버헤드(Performance Overhead)를 발생시킬 수 있다는 우려가 있습니다.