[docker] Docker의 장점과 단점

“어떤 환경에서도 동일하게 실행된다”는 강력한 장점 덕분에 많은 팀이 이미 Docker를 활용하고 있습니다.

하지만 Docker는 만능 열쇠가 아닙니다. 장점이 뚜렷한 만큼 단점도 분명히 존재하죠.

이번 글에서는 Docker의 장점과 단점을 균형 있게 살펴보고, 언제 쓰면 좋은지, 언제 굳이 쓰지 않아도 되는지 정리해 보겠습니다.

 

 

1. Docker의 장점

(1) 배포가 쉬워진다

Docker를 사용하면 애플리케이션과 실행 환경을 하나의 이미지로 묶을 수 있습니다.

서버에 배포할 때는 이미지를 내려받아 실행하기만 하면 됩니다.

docker build -t myapp .
docker run -p 8080:8080 myapp

 

 

(2) 협업이 편리하다

개발자가 여러 명일 때 가장 흔한 문제는 환경 차이입니다.

Dockerfile만 공유하면 팀원 모두 동일한 컨테이너를 실행할 수 있어

“내 PC에서는 되는데 왜 너한테는 안 되지?” 같은 갈등이 줄어듭니다.

 

(3) 테스트 환경을 쉽게 만들 수 있다

여러 버전의 Node.js, Python, 혹은 라이브러리를 각각 설치해 테스트해야 할 때 Docker는 강력합니다.

예를 들어 Node.js 16과 18 버전을 동시에 테스트하고 싶다면 컨테이너만 따로 띄우면 됩니다.

docker run --rm node:16 node -v
docker run --rm node:18 node -v

 

 

 

2. Docker의 단점

(1) 새로운 보안 이슈

컨테이너는 OS 커널을 공유하기 때문에 완벽한 격리를 제공하지 않습니다.

따라서 컨테이너 내부 취약점이 호스트까지 영향을 줄 수 있습니다.

보안 패치와 권한 관리가 중요합니다.

 

(2) 관리 복잡성

컨테이너가 많아질수록 관리가 어려워집니다.

수십 개 컨테이너가 동시에 실행된다면 로그 관리, 모니터링, 네트워크 설정이 점점 복잡해집니다.

이 때문에 Kubernetes 같은 오케스트레이션 도구가 필요해집니다.

 

(3) 데이터베이스 운영의 비효율성

웹 서버나 API 서버는 컨테이너에 적합하지만,

MySQL·PostgreSQL 같은 DB를 컨테이너로 운영하는 것은 성능·안정성 측면에서 단점이 많습니다.

대규모 운영 환경에서는 여전히 물리 서버나 VM 기반 설치가 권장됩니다.

 

 

3. Docker를 쓰면 좋은 경우

• 개발 환경 공유: 팀 프로젝트 시작 시 환경 세팅 시간을 줄이고 싶을 때
• CI/CD 파이프라인: 자동화된 빌드·테스트·배포 환경을 구축할 때
• 다양한 테스트 환경: 여러 OS, 라이브러리 버전에서 빠르게 테스트해야 할 때
• 마이크로서비스 아키텍처: 기능별로 잘게 쪼갠 서비스를 독립적으로 배포할 때

 

4. Docker를 피하는 게 나은 경우

• 단순한 개인 프로젝트: 혼자 쓰는 간단한 앱이라면 굳이 Docker까지는 필요 없습니다.
• 고성능 데이터베이스 운영: 지속성과 성능이 중요한 DB는 컨테이너보다는 VM이나 Bare-metal 서버에 직접 설치하는 편이 안정적입니다.
• 리소스가 부족한 환경: 메모리와 CPU 여유가 거의 없는 구형 PC라면 Docker가 오히려 무거울 수 있습니다.

 

 

Docker는 “모든 문제를 해결해 주는 마법 도구”가 아닙니다.

• 장점: 배포가 단순해지고, 협업이 쉬워지며, 테스트 환경을 쉽게 구성할 수 있습니다.
• 단점: 보안 관리가 필요하고, 컨테이너가 많아질수록 관리가 복잡해지며, 데이터베이스 운영에는 적합하지 않습니다.

서비스 코드와 실행 환경을 빠르게 공유·배포해야 할 때는 Docker가 큰 도움이 되지만,

안정성과 성능이 핵심인 DB 운영이나 단순한 개인 프로젝트에는 굳이 필요하지 않습니다.