이미지
실행 환경의 설계도입니다. Node, Java, DB 같은 기본 환경 위에 애플리케이션 파일과 실행 명령을 쌓아 만듭니다.
이 파트에서 다루는 내용
Docker를 쓰는 이유이미지와 컨테이너가상머신과 컨테이너도입 판단 기준
01
Docker는 실행 환경을 파일처럼 다루는 도구입니다
Docker는 애플리케이션 코드뿐 아니라 실행에 필요한 런타임, 라이브러리, 설정을 이미지로 묶어 같은 방식으로 실행하게 해줍니다.
개발자 PC, 테스트 서버, 운영 서버의 환경 차이가 줄어들면 장애 원인을 코드와 설정 중심으로 좁혀 볼 수 있습니다.
컨테이너
이미지를 실제로 실행한 프로세스입니다. 같은 이미지에서 여러 컨테이너를 만들 수 있습니다.
레지스트리
이미지를 올리고 내려받는 저장소입니다. Docker Hub, 사내 레지스트리, 클라우드 레지스트리가 여기에 해당합니다.
02
가상머신과 컨테이너는 격리 수준이 다릅니다
가상머신은 운영체제 전체를 가상화하고, 컨테이너는 호스트 운영체제의 커널을 공유하면서 프로세스와 파일 시스템을 격리합니다.
그래서 컨테이너는 빠르게 뜨고 가볍지만, 커널 수준의 완전한 분리는 가상머신보다 약합니다. 보안과 운영 정책에서는 이 차이를 기억해야 합니다.
가상머신
- OS 전체를 포함
- 격리는 강하지만 무겁다
- 부팅과 배포가 상대적으로 느리다
컨테이너
- 호스트 커널 공유
- 이미지 단위로 빠르게 배포
- 프로세스 격리와 리소스 제한 중심
03
Docker가 맞는 상황과 과한 상황을 구분합니다
- 개발, 테스트, 배포 환경을 맞춰야 한다면 Docker가 유용합니다.
- DB, 캐시, 메시지 큐처럼 로컬에 직접 설치하기 부담스러운 의존성을 띄울 때 효과가 큽니다.
- 단순 정적 파일 수정처럼 실행 환경 문제가 거의 없다면 Docker 도입이 오히려 절차를 늘릴 수 있습니다.
- 운영 보안, 로그, 백업, 모니터링 없이 컨테이너만 띄우는 것은 운영 표준이 아닙니다.
도입 기준
Docker는 서버를 몰라도 되게 하는 도구가 아니라, 서버 실행 환경을 더 명시적으로 다루게 만드는 도구입니다.
체크