Davit, 애플 컨테이너를 개발자 UX로 끌어오다

Davit은 애플 컨테이너의 빠진 얼굴을 채운다

Davit은 Apple의 오픈소스 container 플랫폼을 위한 네이티브 macOS UI다. 사이트 설명에 따르면 SwiftUI로 만든 무료 오픈소스 앱이며, Apple Silicon과 macOS 15 이상을 요구한다. 컨테이너 시작, 중지, 재시작, 삭제, 로그 스트리밍, CPU와 메모리 차트, 이미지와 볼륨 관리, 터미널 접속을 GUI에서 제공한다. Homebrew 설치도 지원한다.

중요한 점은 Davit이 자체 컨테이너 엔진을 만들지 않는다는 것이다. Davit은 Apple의 container daemon과 XPC로 직접 통신하고, CLI와 같은 경로를 쓴다고 설명한다. 즉 Docker Desktop 대체 전체 스택이라기보다 Apple Container의 네이티브 프론트엔드다. Apple Open Source의 Container 설명도 이 플랫폼이 Mac에서 경량 VM으로 Linux 컨테이너를 만들고 실행하며 Swift와 Apple Silicon에 최적화됐다고 밝힌다.

이 흐름은 AI 개발자에게 중요하다. 로컬 LLM, 벡터 DB, 크롤러, 평가 서버, 에이전트 워커를 돌리는 환경은 컨테이너에 크게 의존한다. Agenthub의 Ryzen AI Halo 분석, 로컬 SOTA LLM 하드웨어 분석, OfficeCLI 문서 에이전트 분석을 보면 로컬 개발의 병목은 모델만이 아니라 실행 환경과 운영 UX다.

Docker Desktop이 아니라 로컬 실행 비용의 문제

Davit을 단순히 Docker Desktop의 작은 경쟁자로 보면 놓치는 부분이 있다. 핵심은 라이선스나 취향보다 로컬 실행 비용이다. Davit은 항상 켜진 큰 Linux VM이 아니라 컨테이너별 경량 VM 구조를 강조한다. 사이트 FAQ는 아무 컨테이너도 실행하지 않을 때 플랫폼 백그라운드 서비스가 대략 25MB 수준이라고 설명한다. 숫자 자체보다 중요한 것은 개발자가 필요할 때만 환경을 띄우는 방향이다.

AI 개발은 잦은 실험과 빠른 폐기가 반복된다. 임베딩 모델 하나, Redis 하나, Postgres 하나, 브라우저 자동화 워커 하나를 켰다 끄는 일이 많다. 이때 컨테이너 관리 UI가 무거우면 개발자는 로컬 실험을 줄이고 원격 클라우드로 밀어낸다. 반대로 로컬 컨테이너가 가볍고 확인하기 쉬우면 작은 검증을 더 자주 돌릴 수 있다. Apple의 WWDC26 Container machine 세션이 지속적인 Linux 환경을 Mac에 통합하는 흐름을 보여준 것도 같은 맥락이다.

GUI가 중요한 이유는 에이전트가 환경을 만지기 때문이다

컨테이너 UI는 초보자를 위한 부가 기능처럼 보일 수 있다. 하지만 AI 에이전트가 개발 환경을 조작하는 시대에는 GUI와 관찰성이 더 중요해진다. 에이전트가 컨테이너를 띄우고, 포트를 열고, 로그를 읽고, 실패하면 다시 만들 때 개발자는 무엇이 실제로 실행 중인지 빠르게 확인해야 한다. 터미널 명령만 남은 환경에서는 작은 포트 충돌이나 볼륨 누수가 장시간 디버깅으로 번진다.

Davit은 컨테이너 행마다 CPU, 메모리, IP를 보여주고, 로그 follow와 boot 모드를 제공한다고 설명한다. 또 기존 컨테이너를 직접 수정하는 대신 설정을 읽어 새 컨테이너를 만들도록 돕는다. 컨테이너의 불변성 원칙을 UX로 풀어낸 셈이다. 이런 디테일은 에이전트가 만든 로컬 환경을 사람이 검수하는 데 유용하다.

Apple container GitHub와 Containerization 프로젝트는 아직 생태계가 성숙하는 중이다. Davit 같은 앱은 그 생태계 위에 얇은 사용성 계층을 놓는다. 작은 개인 프로젝트라도 개발자가 실제로 매일 쓰기 시작하면 플랫폼의 결함과 요구사항이 빨리 드러난다.

한국 팀에 주는 실무 시사점

한국 개발팀이 당장 Davit을 표준으로 삼아야 한다는 뜻은 아니다. Docker Compose, CI 환경, 리눅스 서버와의 호환성이 중요한 팀은 기존 Docker 생태계를 계속 쓸 가능성이 높다. 그러나 Apple Silicon 맥이 주 개발 장비이고, 로컬 AI 실험을 많이 하는 팀이라면 Apple Container 계열을 시험해볼 이유가 생겼다.

특히 개인 에이전트, 문서 자동화, 사내 검색, 테스트 데이터 생성 도구는 대규모 클러스터보다 개발자 노트북에서 시작된다. 이때 컨테이너 실행 비용이 낮아지면 실험 속도가 빨라진다. "모델은 로컬로 돌리지만 주변 서비스는 클라우드에 둔다"는 애매한 구성이 줄어들 수 있다.

다만 도입 전 체크리스트는 필요하다. OCI 이미지는 돌아가더라도 Compose, 네트워킹, 볼륨, 내부 DNS, 보안 정책, 팀 온보딩 문서는 별개다. Davit 사이트도 이름 기반 접근은 아직 일반적인 우회가 필요하고, OrbStack이 더 성숙한 선택일 수 있다고 인정한다. 성숙도와 가벼움 사이의 선택을 프로젝트별로 나눠야 한다.

자주 묻는 질문

Q1: Davit은 Docker Desktop 대체인가요?

A: 완전한 드롭인 대체라기보다 Apple Container 플랫폼용 네이티브 UI다. Docker 호환성과 팀 표준이 중요하면 Docker Desktop이나 OrbStack이 더 적합할 수 있다.

Q2: 왜 AI 개발자에게 중요하나요?

A: 로컬 LLM, 벡터 DB, 평가 서버, 브라우저 워커처럼 작은 서비스를 자주 띄우고 끄는 환경에서 컨테이너 UX가 실험 속도를 좌우하기 때문이다.

Q3: Apple Silicon 전용인가요?

A: Davit은 Apple Silicon Mac과 macOS 15 이상을 요구한다. Apple Container 자체도 Apple Silicon 최적화를 강조한다.

Q4: 기업 표준으로 바로 써도 되나요?

A: 아직은 파일럿이 적합하다. 네트워킹, Compose 대응, 보안 정책, CI와의 차이를 확인해야 한다.

Q5: 가장 먼저 해볼 실험은 무엇인가요?

A: 개발자 개인의 로컬 AI 샌드박스를 하나 정하고, Postgres, Redis, 간단한 모델 서버, 평가 스크립트를 Davit과 Apple Container로 실행해보는 것이 좋다.