| Docker Desktop | |
|---|---|
| 소프트웨어 | |
| 개발사 | Docker, Inc. |
| 최신 버전 | Docker Desktop 4.86.0 |
| 공개일 | 2026년 8월 10일 |
| 지원 환경 | Windows·macOS·Linux |
| Windows 백엔드 | WSL 2·Hyper-V |
| 주요 구성 | Engine·CLI·Compose·관리 화면 |
| 무료 범위 | 개인·교육·비상업 OSS·소규모 사업자 |
| 확인일 | 2026년 8월 12일 |
Docker Desktop 공식 다운로드
Docker Desktop은 Windows·Mac·Linux에서 컨테이너 개발 환경을 쉽게 구성하는 공식 데스크톱 제품입니다. 단순한 그래픽 프로그램이 아니라 Docker Engine, Docker CLI, Docker Compose, 이미지·컨테이너·볼륨 관리 화면과 로컬 가상화 구성을 함께 제공합니다. Windows에서 Docker를 처음 설치하려는 사람은 개별 구성 요소를 따로 조합하기보다 Docker Desktop으로 시작하는 경우가 많습니다.
2026년 8월 12일 공식 릴리스 노트 기준 최신 버전은 Docker Desktop 4.86.0이며 8월 10일 공개됐습니다. 릴리스는 단계적으로 배포되므로 프로그램 내부 업데이트에 즉시 표시되지 않을 수 있습니다. 공식 홈페이지에서 현재 운영체제에 맞는 설치 파일을 선택하세요.
| PC 환경 | 공식 다운로드 항목 | 확인할 점 |
|---|---|---|
| 일반 Intel·AMD Windows | Windows x86-64 | 대부분의 Windows PC |
| Windows ARM PC | Windows ARM Early Access | 시험 제공 상태와 호환성 확인 |
| M 계열 Mac | Mac with Apple chip | Apple Silicon용 |
| Intel Mac | Mac with Intel chip | CPU 종류 확인 |
| Linux | Debian·RPM·Arch 패키지 | 배포판에 맞는 형식 선택 |
Windows가 64비트라는 이유만으로 ARM 설치 파일을 고르면 안 됩니다. 설정 > 시스템 > 정보 > 시스템 종류에서 x64 기반인지 ARM 기반인지 확인하세요. 개별 설치 파일 링크는 버전마다 바뀌므로 정보상자의 공식 홈페이지에서 현재 안정판을 선택하는 방식이 안전합니다.
무료·유료 이용 조건
Docker Personal의 가격이 0달러라고 해서 Docker Desktop을 모든 회사가 조건 없이 무료로 쓸 수 있는 것은 아닙니다. 공식 라이선스는 다음 범위를 무료로 안내합니다.
- 개인 사용
- 교육 목적
- 비상업 오픈소스 프로젝트
- 직원이 250명 미만이면서 연 매출이 1,000만 달러 미만인 소규모 사업자
소규모 사업자는 직원 수와 매출 조건을 둘 다 충족해야 합니다. 직원 250명 이상이거나 연 매출 1,000만 달러 이상인 조직의 업무용, 정부기관과 무료 범위를 넘는 상업적 사용은 유료 구독이 필요합니다. Docker Pro·Team·Business 구독에는 Docker Desktop의 상업적 사용이 포함됩니다.
Docker Engine·Moby 같은 오픈소스 프로젝트와 Docker Desktop 제품의 이용 조건도 같다고 보면 안 됩니다. 회사 PC에 배포하기 전에는 조직 규모, 사용 목적, 구독 보유 여부를 담당 부서와 확인하세요. 요금 자체는 바뀔 수 있으므로 이 페이지에서는 변동 가능한 월 금액보다 무료·유료를 가르는 조건을 중심으로 정리했습니다.
Windows 설치 전 요구사항
일반적인 WSL 2 백엔드 기준으로 먼저 다음을 확인합니다.
| 항목 | 공식 요구사항·확인 기준 |
|---|---|
| WSL | 2.1.5 이상 |
| Windows 10 | 64비트 22H2, 빌드 19045 |
| Windows 11 | 64비트 23H2, 빌드 22631 이상 |
| 메모리 | 8GB 이상 |
| CPU | SLAT를 지원하는 64비트 프로세서 |
| 가상화 | BIOS·UEFI에서 하드웨어 가상화 활성화 |
| Windows 기능 | WSL 2 활성화 |
| 서비스 | LanmanServer 활성화·자동 시작 |
공식 문서는 Microsoft 지원 기간 안에 있는 Windows만 지원하고 Windows Server 2019·2022 같은 서버용 Windows에서는 Docker Desktop을 지원하지 않는다고 안내합니다. Windows 컨테이너는 Windows Pro·Enterprise가 필요하며 Home·Education에서는 Linux 컨테이너만 실행할 수 있습니다. 대부분의 웹 개발·DB 실습 이미지는 Linux 컨테이너이지만, 사용하는 이미지가 어느 운영체제용인지 확인해야 합니다.
PowerShell 또는 명령 프롬프트에서 다음 명령으로 현재 WSL 버전을 확인합니다.
wsl --version
버전 정보가 나오지 않거나 요구사항보다 낮다면 관리자 권한으로 다음 중 필요한 명령을 실행합니다.
wsl --install
wsl --update
처음 WSL 2 기능을 켜는 작업은 관리자 권한과 Windows 재시작이 필요할 수 있습니다. 회사 PC에서 기능 변경이 차단되면 우회 설치를 시도하기보다 IT 관리 정책을 확인하세요.
per-user·all-users 설치 차이
최신 Windows 설치 화면에서는 설치 모드를 선택할 수 있습니다.
| 구분 | per-user | all-users |
|---|---|---|
| 권장 대상 | 일반 개인·개발자 PC | 여러 계정·조직 관리 PC |
| 기본 경로 | %LOCALAPPDATA%\Programs\DockerDesktop | C:\Program Files\Docker\Docker |
| 설치·업데이트 권한 | 관리자 권한 불필요 | 관리자 권한 필요 |
| 백엔드 | WSL 2 | WSL 2·Hyper-V |
| Windows 컨테이너 | 지원하지 않음 | 지원 |
일반적인 Linux 컨테이너 개발은 권장 기본값인 per-user와 WSL 2 조합으로 충분합니다. Windows 컨테이너, Hyper-V VM 관리 또는 조직의 PC 전체 배포가 필요하면 all-users를 검토하세요. 설치 후 모드를 바꾸려면 Docker Desktop을 제거하고 다시 설치해야 합니다.
all-users 설치에서 다른 관리자 계정으로 설치했다면 일부 기능에 docker-users 그룹 설정이 필요할 수 있습니다. 이 그룹은 Docker 데몬 소켓 접근 권한과 연결되므로 단순 오류 해결을 이유로 불필요한 사용자를 추가하면 안 됩니다. WSL 2의 Linux 컨테이너만 쓰는 일반 per-user 구성에는 보통 필요하지 않습니다.
Windows 설치 방법
- 정보상자의 홈페이지 버튼으로 Docker Desktop 공식 제품 페이지를 엽니다.
- 일반 Intel·AMD PC라면 Windows x86-64 설치 파일을 받습니다.
Docker Desktop Installer.exe를 실행합니다.- 혼자 사용하는 PC라면 per-user 설치를 선택합니다.
- 백엔드는 일반적으로 WSL 2를 선택합니다.
- 설치를 마친 뒤 시작 메뉴에서 Docker Desktop을 직접 실행합니다.
- Docker Subscription Service Agreement를 확인하고 동의합니다.
- 화면이 Engine 실행 완료 상태가 될 때까지 기다립니다.
설치가 끝났다고 Docker Desktop이 자동으로 시작되는 것은 아닙니다. 터미널에서 Docker 명령을 쓰기 전에 시작 메뉴의 Docker Desktop을 실행해야 합니다. 첫 실행이 오래 걸리면 프로그램을 반복해서 강제 종료하기보다 WSL 업데이트와 가상화 상태를 먼저 확인하세요.
첫 컨테이너 실행
Docker Desktop이 준비되면 PowerShell, Windows Terminal 또는 VS Code 터미널에서 다음을 실행합니다.
docker version
docker run --rm hello-world
docker ps
docker version: Client와 Server 정보를 확인합니다. Server 항목이 없으면 Engine 연결 문제입니다.docker run --rm hello-world: 공식 테스트 이미지를 받고 컨테이너를 한 번 실행한 뒤 자동 삭제합니다.docker ps: 현재 실행 중인 컨테이너를 표시합니다.
그래픽 화면으로 시험하려면 Docker Desktop의 Images에서 welcome-to-docker 이미지를 검색해 Pull한 뒤 Run을 누를 수 있습니다. 호스트 포트를 8080으로 지정했다면 웹브라우저에서 http://localhost:8080으로 접속합니다. 테스트가 끝나면 Containers에서 중지하고 삭제할 수 있습니다.
이미지·컨테이너·볼륨 구분
처음에는 세 용어를 구분하면 관리 화면이 쉬워집니다.
| 구성 | 의미 | 삭제할 때 주의할 점 |
|---|---|---|
| 이미지 | 컨테이너를 만드는 읽기 전용 원본 | 다시 받을 수 있지만 빌드 결과는 잃을 수 있음 |
| 컨테이너 | 이미지를 실행한 인스턴스 | 컨테이너 내부 변경이 사라질 수 있음 |
| 볼륨 | DB·업로드 파일 등 영구 데이터를 보관 | 삭제하면 복구가 어려울 수 있음 |
컨테이너를 삭제해도 별도 볼륨 데이터는 남을 수 있고, --rm으로 실행한 컨테이너는 종료 후 자동 삭제됩니다. 반대로 초기화나 제거 작업에서 볼륨까지 지우면 데이터베이스 내용도 사라질 수 있습니다. 정리 버튼을 누르기 전에 삭제 대상이 이미지인지 컨테이너인지 볼륨인지 확인하세요.
WSL 배포판 연동
Ubuntu 같은 WSL 배포판 터미널에서 docker 명령을 사용하려면 Docker Desktop에서 해당 배포판 연동을 켭니다.
- Docker Desktop의
Settings를 엽니다. Resources > WSL Integration으로 이동합니다.- 기본 WSL 배포판 연동 또는 사용할 배포판을 활성화합니다.
Apply & restart를 누릅니다.- WSL 터미널에서
docker version을 확인합니다.
Docker Desktop이 관리하는 WSL 구성과 Ubuntu 내부에 별도로 설치한 Docker Engine을 동시에 쓰면 어떤 데몬에 연결되는지 헷갈리거나 포트·소켓 충돌이 생길 수 있습니다. Docker Desktop을 사용할 계획이라면 WSL 배포판에는 Docker CLI 연동만 사용하고 별도 Engine 중복 설치 여부를 확인하세요.
자주 발생하는 오류 해결
| 증상·메시지 | 먼저 확인할 내용 |
|---|---|
| Unexpected WSL error | wsl --version·wsl --update·Windows 재시작 |
| HCS_E_HYPERV_NOT_INSTALLED | BIOS/UEFI 가상화·WSL/Hyper-V Windows 기능 |
| Docker Engine stopped | Docker Desktop 실행·시작 완료 대기 |
| WSL에서 docker 명령이 안 됨 | Resources > WSL Integration과 WSL 2 여부 |
| port is already allocated | 기존 컨테이너·프로그램의 호스트 포트 |
| 이미지 Pull 실패 | 인터넷·프록시·VPN·방화벽·Docker Hub 상태 |
| 이미지 실행 형식 오류 | x86-64·ARM 및 Linux·Windows 이미지 호환성 |
| C 드라이브 용량 급증 | 이미지·중지 컨테이너·볼륨·빌드 캐시 사용량 |
회사 프록시나 VPN 환경에서는 브라우저 접속이 된다고 Docker Hub 이미지 Pull도 반드시 되는 것은 아닙니다. Docker Desktop의 Proxy 설정과 조직의 인증·예외 정책을 확인하세요. Windows 컨테이너 모드에서 Linux 이미지를 실행하거나 반대 상황이면 컨테이너 모드를 바꿔야 합니다.
Troubleshoot 메뉴의 Restart는 비교적 먼저 시도할 수 있지만 Clean/Purge data와 Reset to factory defaults는 이미지·컨테이너·볼륨과 설정을 잃을 수 있는 초기화 기능입니다. 데이터 백업 없이 오류 해결의 첫 단계로 누르지 마세요.
저장공간과 백업
Docker 이미지는 여러 겹의 레이어를 공유하지만 개발을 반복하면 중지 컨테이너, 오래된 이미지, 볼륨과 빌드 캐시가 쌓입니다. Docker Desktop 화면에서 각 항목의 사용량과 연결 상태를 확인하고 프로젝트가 끝난 대상만 정리하세요.
WSL 2 백엔드 데이터는 기본적으로 사용자 프로필 아래 Docker WSL 가상 디스크에 저장됩니다. 앱에서 데이터 위치를 바꾸거나 디스크 파일을 직접 옮기기 전에 Docker Desktop을 정상 종료하고 공식 백업·복원 문서를 확인해야 합니다. 실행 중인 가상 디스크 파일을 탐색기에서 복사·삭제하는 방식은 손상 위험이 있습니다.
데이터베이스 컨테이너는 볼륨만 있다고 백업이 끝난 것이 아닙니다. MySQL·PostgreSQL 등 제품이 권장하는 덤프 방식과 Docker 볼륨 백업을 함께 검토하세요. 운영 데이터의 유일한 사본을 로컬 Docker Desktop 안에만 두지 않는 것이 안전합니다.
삭제 전 확인
Windows 설정의 설치된 앱에서 Docker Desktop을 제거할 수 있지만, 공식 문서는 제거 과정에서 로컬 컨테이너·이미지·볼륨과 Docker 관련 데이터가 파괴된다고 경고합니다.
- 필요한 데이터베이스와 업로드 파일을 애플리케이션 방식으로 내보냅니다.
- 필요한 이미지와 볼륨, Compose 파일·Dockerfile을 확인합니다.
- 재설치 후 필요한 환경 변수와 설정을 기록합니다.
- Docker Desktop을 정상 종료합니다.
- Windows의 설치된 앱에서 제거합니다.
프로그램을 다시 설치할 예정이어도 데이터가 자동 복구된다고 가정하면 안 됩니다. 단순 실행 오류라면 제거·초기화보다 WSL 버전, 가상화, Windows 업데이트, 프록시와 컨테이너 모드를 먼저 확인하세요.
출처
- Docker Desktop 공식 홈페이지 ↗
- Docker Desktop 4.86.0 릴리스 안내 ↗
- Docker Desktop Windows 설치·요구사항 ↗
- Docker Desktop Windows 설치 모드 ↗
- Docker Desktop 라이선스 조건 ↗
- Docker Desktop WSL 2 안내 ↗
- Docker Desktop WSL 2 사용 안내 ↗
- Docker 컨테이너 시작 안내 ↗
- Docker Desktop 문제 해결 ↗
- Docker Desktop 백업·복원 ↗
- Docker Desktop 제거 안내 ↗