🐳 Docker

도커 실행 명령어

docker run -it --name rocky-container rockylinux/rockylinux

리눅스 컨테이너 쉘 접속 명령어

docker exec -it rocky-1 bash

❓ 1. 도커를 사용하는 이유?

• 서로 다른 버전의 라이브러리가 필요한 여러 프로젝트를 동시에 진행할 때 효율적이다.

• 도커를 사용하지 않는 경우, 서로 다른 버전을 하나의 서버에서 사용할 수 없다.

• 프로젝트의 개수만큼 서버를 구매해 각각 다른 버전으로 설정해야 하므로 매우 비효율적이다.

• 도커는 각 프로젝트마다 독립된 환경에서 충돌 없이 작업할 수 있도록 지원한다.

• 도커의 등장으로 각 프로젝트마다 독립된 환경에서 충돌없이 작업이 가능해졌다.

2. 도커의 특징

• 도커는 HOST OS의 커널을 공유하기 때문에 직접 설치하지 않아도 이미지만 설치하면 사용할 수 있다.

• 도커는 가상화로 인한 속도 저하가 거의 발생하지 않는다.

• 가상머신처럼 OS를 통째로 올리는 것이 아니라 필요한 부분만 격리하여 사용한다.

• 컨테이너는 프로세스 격리 기술을 사용했기 때문에 매우 가볍게 동작한다 → 여러개의 컨테이너를 띄워도 괜찮다.

📛프로세스 격리 기술?
: 컨테이너끼리 독립적으로 동작하기 때문에 하나의 컨테이너가 자원을 독식하지 못하게 막기 때문에, 호스트 OS 자원을 안정적으로 사용할 수 있다

[도커 이미지와 일반 프로그램의 비교]

3. 도커 vs 가상머신

특징	도커 컨테이너 (Docker)	가상머신 (Virtual Machine)
비유	아파트의 방을 빌려 쓰는 것 (공용 공간은 공유, 방은 독립적)	땅을 사서 독립된 집을 짓는 것 (모든 공간이 독립적)
가상화 방식	OS 수준에서 가상화 (호스트 OS의 커널을 공유)	하이퍼바이저를 통한 하드웨어 수준 가상화
운영체제	별도의 OS 불필요 (호스트 OS 공유)	각 VM마다 독립된 OS 설치 필요
자원 소비	가볍고 적은 리소스 사용 (공용 자원을 활용)	무겁고 많은 리소스 사용 (자체 자원 필요)
시작 속도	빠름 (몇 초 내로 실행 가능, 방에 들어가는 것처럼)	느림 (집을 짓는 시간 필요, 수 분이 걸릴 수 있음)
격리 수준	프로세스 수준에서 격리 (같은 건물 내의 방별로 독립적)	하드웨어 수준 격리 (집이 따로 떨어져 있어 완전히 독립적)
성능 오버헤드	낮음 (커널 공유로 인한 오버헤드 적음)	높음 (전체 OS가 동작하기 때문)
유연성	호스트 OS에 종속적 (같은 커널 버전을 공유)	다양한 OS 실행 가능 (예: Windows에서 Linux 실행 가능)
보안성	낮음 (커널 공유로 인해 보안상 위험이 존재할 수 있음)	높음 (독립된 OS와 커널로 완벽한 격리 제공)
이미지 크기	작음 (필요한 부분만 포함, 보통 수백 MB)	큼 (전체 OS 포함, 보통 수 GB 이상)
배포 및 확장성	빠르고 쉽게 배포 및 확장 가능 (방 추가만 하면 됨)	상대적으로 느리고 복잡함 (새로운 집을 짓는 과정 필요)
주요 사용 사례	마이크로서비스, CI/CD 파이프라인, 애플리케이션 배포, 테스트 환경	복잡한 인프라, 레거시 애플리케이션 실행, 다양한 OS 환경 테스트

4. 도커 명령어

• 도커 이미지 다운로드 : docker pull [이미지 이름]

  • 버전을 작성하지 않으면 latest(최신)을 다운 받는다.
  • docker pull 하는 순간, docker hub(공식 저장소) 에서 이미지를 다운받아진다.

• 다운로드 된 이미지 목록 확인 : docker images

• 이미지 삭제 : docker rmi [이미지 이름]

• 컨테이너 실행 : docker run [컨테이너 이름]
• 실행된 컨테이너 목록 확인 : docker ps -a
• 컨터이너 삭제 : docker rm
  - 컨테이너 삭제 시, CONTAINER ID의 앞 3글자만 작성해도 지워진다.

5. 도커 컨테이너 실행 개념

• 일반적으로 OS는 특정 프로세스가 종료되어도 OS가 종료되지는 않는다.

  But, 도커 이미지(OS+프로그램) 실행 → 도커 컨테이너 생성 → 컨테이너 내부 주 프로세스 실행
  if) 주 프로세스 종료 → 도커 컨테이너 종료

• 도커에서 docker run 명령어로 컨테이너를 실행하면 기본적으로 내부에서 작동하는 주 프로세스 가 있다.

• 하나의 컨테이너에는 무조건 1개의 주 프로세스가 있어야 한다.

• 물론 주 프로세스 말고도 컨테이너 안에는 다른 프로세스들이 있을 수 있다.

• 주 프로세스를 실행하는 명령어를 최종 실행 명령어 라고 한다.

• 최종실행 명령어는 엔트리포인트 + 명령어로 이루어진다.

• 컨테이너는 내부에서 실행된 주 프로세스가 종료되면 컨테이너도 자동으로 종료된다.

docker run nginx  : entrypoint로 지정한 nginx 웹서버가 실행된다. -> ctrl+C 하지 않은 한 계속 실행됨
docker run --entrypoint ls nginx : ls 명령어 실행 후 종료됨
docker run hello-world : /hello 프로그램 실행되어 메세지 출력 후 종료됨

6. 도커 컨테이너 기본 엔트리포인트 재지정

• 도커 컨테이너에서는 entrypoint에서 실행된게 종료되면 OS도 종료된다.
• --entrypoint 옵션은 단일 명령만 받게 되어 있다.
  만약, 복합 명령을 사용하고 싶다면 아래처럼 사용해야한다.

docker run --entrypoint ls nginx #단일 명령

docker run --entrypoint ls -al nginx (X) #복합 명령
docker run --entrypoint bash nginx -c "ls -al" (o)
docker run --entrypoint bash nginx -c "echo Hello"(O)

$ docker run -it --entrypoint bash nginx
-it : interaction의 약자
: 기본적으로 실행되던 Nginx 프로세스를 실행하지 않고, 대신 bash 셸을 실행
컨테이너 내부에서 직접 명령어를 입력할 수 있는 상태로 진입
ex. root@<container_id>:/#

...종료를 원하면 exit을 입력

7. 도커 이미지 정보 확인

• 주 프로세스 실행 = ENTRYPOINT + CMD → 컨테이너 내에서 실행되는 메인 프로세스

  "컨테이너는 메인 프로세스(main process)가 실행되는 동안만 유지되고, 메인 프로세스가 종료되면 컨테이너도 종료된다."

📛ENTRYPOINT 와 CMD 설정값은 어떻게 알지?
→ docker inspect 명령어로 확인

docker run nginx
= docker run --entrypoint bash nginx -c '/docker-entrypoint.sh nginx -g "daemon off;"'

→ 내부에서 더블 쿼트 (" ")를 사용하기 위해 외부는 싱글 쿼트 (' ')로 감싸야한다.

8. 문제

문제) docker run nginx ls -al 만 해도 마치 엔트리포인트가 대체되는 것 처럼 실행되는 이유는?

• 현재는 CMD만 오버라이드 하고 있다
• 힌트 docker-entrypoint.sh 의 작동방식

상황) ENTRYPOINT가 Nginx 명령어를 실행해야하는데 ls -al 명령어를 수행하니까 엔트리포인트가 해당 명령어 수행으로 대체되는 것처럼 실행되는 것 같아 보인다.

정답) ENTRYPOINT (/docker-entrypoint.sh)는 항상 실행된다.
단, ENTRYPOINT를 명시적으로 대체하는 경우 빼고

하지만 exec "$@" 명령어가 있기 때문에, 전달된 명령어(예: ls -al)가 실행되면 기본적으로 실행돼야 할 Nginx 명령어 대신 전달된 명령어가 실행되는 것이다.

docker run nginx → ENTRYPOINT + 기본 CMD 실행 → Nginx 서버 실행
docker run nginx ls -al → ENTRYPOINT + 새로운 CMD(ls -al) 실행 → 파일 목록 출력