도커란 무엇인가? 비개발자도 이해하는 컨테이너 기술 입문 가이드 5분 완성

새 프로젝트에 합류했는데 “로컬에서는 되는데 서버에서는 안 돼요”라는 말을 들어본 적 있나요? 이 문제의 원인 중 상당수는 개발자마다 컴퓨터 환경이 미묘하게 다르기 때문입니다.

도커란 무엇인가 궁금해서 이 글을 열었다면, 정확히 이 문제를 해결하는 기술을 찾은 겁니다. 도커는 프로그램과 그 실행 환경을 하나로 묶어서 어디서든 똑같이 돌아가게 만들어줍니다.

이 글은 코드를 몰라도 이해할 수 있도록 썼습니다. 기획자, 마케터, PM도 팀 대화에서 “도커 이미지 빌드했어요” 같은 말을 들었을 때 무슨 뜻인지 감을 잡을 수 있게 돕는 게 목표입니다.

전문 용어 대신 비유와 실제 예시로 설명합니다. 끝까지 읽으면 도커, 이미지, 컨테이너, 가상머신의 차이를 자신 있게 말할 수 있게 됩니다.

도커란 무엇인가? 컨테이너 기술 기본 개념

도커란 무엇인가를 한 문장으로 정리하면, 프로그램과 그 프로그램이 필요로 하는 모든 것(코드, 라이브러리, 설정값)을 하나의 상자에 담아 어디서든 똑같이 실행시키는 도구입니다.

이 상자를 “컨테이너”라고 부릅니다. 실제 화물 컨테이너가 배·기차·트럭을 갈아타도 내용물이 그대로 유지되는 것과 같은 원리입니다.

2013년 도커사가 오픈소스로 공개하면서 널리 퍼졌습니다. 이전까지는 개발자 컴퓨터, 테스트 서버, 실제 서비스 서버의 환경이 조금씩 달라서 배포 사고가 잦았습니다.

실무에서는 신입 개발자가 입사 첫날 “docker compose up” 명령 한 줄로 전체 개발 환경을 켜는 식으로 씁니다. 예전 같으면 데이터베이스 설치, 서버 설정에만 반나절이 걸렸습니다.

정리하면 도커란 무엇인가라는 질문의 답은 “환경까지 포함해서 프로그램을 포장하고 옮기는 기술”입니다. 다음 섹션에서는 이게 가상머신과 어떻게 다른지 비교합니다.

가상머신과 뭐가 다를까 – 도커 작동 원리

도커를 처음 들으면 “그거 가상머신 아니야?”라고 묻는 사람이 많습니다. 겉보기엔 비슷하지만 작동 방식이 완전히 다릅니다.

가상머신(VM)은 컴퓨터 안에 또 다른 완전한 컴퓨터를 통째로 만듭니다. 운영체제부터 새로 설치하다 보니 하나 띄우는 데 수 GB, 부팅에 수십 초가 걸립니다.

반면 도커 컨테이너는 호스트 컴퓨터의 운영체제 커널을 그대로 공유합니다. 따로 운영체제를 설치하지 않으니 용량이 수십~수백 MB, 실행도 1~2초면 끝납니다.

그래서 서버 한 대에 가상머신은 몇 개밖에 못 띄우지만, 도커 컨테이너는 수십~수백 개도 가능합니다. 클라우드 비용을 줄이려는 회사들이 도커로 옮겨간 이유입니다.

물론 완벽한 격리가 필요한 보안 민감 작업에는 여전히 가상머신이 쓰입니다. 도커와 VM은 경쟁 관계가 아니라 상황에 따라 골라 쓰는 도구입니다.

도커 이미지와 컨테이너, 헷갈리는 이유

도커를 배울 때 가장 헷갈리는 두 단어가 “이미지”와 “컨테이너”입니다. 결론부터 말하면 이미지는 설계도, 컨테이너는 그 설계도로 지은 실제 건물입니다.

이미지는 프로그램 실행에 필요한 모든 파일을 압축해놓은 읽기 전용 패키지입니다. 예를 들어 “이 프로그램은 파이썬 3.11이 필요하고, 이런 라이브러리가 필요하다”는 내용이 통째로 들어있습니다.

컨테이너는 이 이미지를 실제로 실행시킨 상태를 말합니다. 같은 이미지 하나로 컨테이너를 열 개, 백 개 동시에 띄울 수 있습니다. 마치 붕어빵 틀(이미지) 하나로 붕어빵(컨테이너)을 여러 개 굽는 것과 비슷합니다.

이미지는 도커 허브 같은 저장소에서 내려받거나 직접 만들 수 있습니다. 한 번 만들어진 이미지는 수정되지 않고, 변경이 필요하면 새 버전 이미지를 만듭니다.

컨테이너는 반대로 실행 중에 자유롭게 상태가 바뀝니다. 로그가 쌓이고, 임시 파일이 생기고, 멈추면 그 안의 변경 내용은 기본적으로 사라집니다. 데이터를 남기려면 별도의 “볼륨”이라는 장치가 필요한데, 이는 이 시리즈의 다른 글에서 자세히 다룹니다.

실무에서 도커란 무엇인가 – 실제 활용 사례

이론만으로는 감이 잘 안 올 수 있으니 실제 회사에서 도커란 무엇인가가 어떻게 쓰이는지 살펴보겠습니다. 가장 흔한 사례는 신규 입사자 온보딩입니다.

예전에는 새 개발자가 입사하면 데이터베이스 설치, 필요한 프로그램 버전 맞추기에만 며칠이 걸렸습니다. 지금은 도커 파일 하나만 받아서 명령어 한 줄이면 똑같은 환경이 몇 분 안에 켜집니다.

두 번째 사례는 배포입니다. 개발자가 만든 프로그램을 이미지로 굳혀두면, 운영팀은 그 이미지를 서버에 그대로 올리기만 하면 됩니다. “로컬에서 되는데 서버에서 안 된다”는 문제가 원천적으로 줄어듭니다.

세 번째 사례는 마이크로서비스입니다. 회원 서비스, 결제 서비스, 알림 서비스처럼 기능을 잘게 나눈 회사는 각 기능을 독립된 컨테이너로 돌려서 한쪽이 고장 나도 다른 쪽은 멀쩡하게 유지합니다.

스타트업뿐 아니라 넷플릭스, 우버 같은 대형 서비스도 도커 계열 컨테이너 기술 위에서 운영됩니다. 비개발자 입장에서도 “왜 우리 팀이 배포가 빨라졌는지” 이해하는 데 이 배경 지식이 도움이 됩니다.

도커 시작 전 흔한 실수와 주의할 점

도커를 처음 접하는 사람들이 자주 하는 오해부터 짚겠습니다. 첫 번째는 “도커만 쓰면 서버가 필요 없다”는 착각입니다. 컨테이너도 결국 어딘가의 컴퓨터(서버) 위에서 돌아갑니다.

두 번째 오해는 “컨테이너 안 데이터는 안전하게 보관된다”입니다. 실제로는 컨테이너를 삭제하면 그 안의 데이터도 기본적으로 함께 사라집니다. 데이터를 지키려면 볼륨이라는 별도 저장 공간을 연결해야 합니다.

세 번째는 이미지 용량 관리입니다. 불필요한 이미지를 계속 쌓아두면 디스크 공간을 순식간에 잡아먹습니다. 정기적으로 안 쓰는 이미지를 정리하는 습관이 필요합니다.

마지막으로 보안입니다. 출처가 불분명한 이미지를 그대로 받아 쓰면 악성 코드가 숨어 있을 위험이 있습니다. 가능하면 공식 이미지나 검증된 저장소에서 받는 습관을 들이는 게 안전합니다.

여기까지가 도커란 무엇인가에 대한 기본 그림입니다. 다음 글에서는 실제로 도커를 컴퓨터에 설치하는 방법을 윈도우·맥 기준으로 단계별로 안내합니다.

FAQ

📖 핵심 용어 미니 사전

본문에 나온 용어가 낯설다면 아래에서 먼저 확인해보세요.

🔗 공식 자료

📖 출처

• Docker Docs, “Introduction” – docs.docker.com/get-started/introduction/
• Docker Docs, “Docker guides” – docs.docker.com/guides/
• Docker Docs, “Get Docker” – docs.docker.com/get-docker/
• Docker Hub – hub.docker.com
• Wikipedia, “Docker, Inc.” – en.wikipedia.org/wiki/Docker,_Inc.