Claude Code를 위한 약간은 편집증적인 설정

컨테이너라고 네가 겪는 문제가 해결되는 건 아님. 테스트하려고 스택을 올리는 순간, 도커 소켓을 마운트하거나(루트 권한 도커에서는 호스트 루트가 뚫려서 의미가 없음), 권한이 필요한 dind를 써야 하는데 그럼 루트리스(rootless)의 의미가 없어짐. 루트리스 podman이나 sysbox는 깔끔하게 격리되지만, 그만큼 의미 있는 수준의 번거로움이 추가되지.

그리고 VM을 건너뛰는 일반적인 이유가 여기선 적용 안 됨. CC(Claude Code)와 상호작용하는 주된 방식이 CLI라 SSH로 접속하면 되니까 인풋 랙 같은 건 신경 안 써도 됨.

맞아, 할 수는 있지. 근데 굳이 그럴 이유가 별로 없어. vhd 같은 걸 팀에 배포하는 건 컴포즈 파일 배포하는 것만큼이나 쉬우니까 배포 측면에서는 도긴개긴이야. 차이점은 vhd는 빌드 시점에 지저분한 부분을 한 번에 구워버리는 거고, 컨테이너 시스템은 개발자마다 런타임에 루트리스의 골칫거리, 마운트 시 uid/gid 매핑, 네트워킹, 의존성 문제를 떠안게 만든다는 거지.

소규모일 땐 비슷하겠지만, 인원이 좀 늘어나면 VM이 확실히 매력적이지.

맞아, 나도 최근에 비슷한 문제를 해결하려고 했어. 처음엔 도커로 갔는데, 솔직히 다른 사람들이 로컬에서 누리는 DX(개발자 경험)와 비슷하게 만들려고 설정을 완전히 뜯어고쳐야 했어.

편집기랑 모든 게 포함된 완전한 VM으로 가는 게 맞는 것 같아. 아니면 반대로 bubblewrap이나 nono.sh 같은 걸 쓰거나.

그 사람들은 명사로서의 '컨테이너'를 말하는 거지, 동사로서의 '컨테이너(담는 행위)'를 말하는 게 아니야.

보안을 더 강화하려고 음식 담는 컨테이너에 넣으라는 거야? :)

우리는 언리얼 엔진/3D 엔진/C++ 작업을 해서, VM 설정의 일부로 호스트 GPU 파티셔닝이랑 RAM 일부를 할당해서 쓰고 있어.