Docker란?

[k9425mino]

📆 일자: 26년 9월 14일

Docker의 기초적인 개념들을 알아보는 시간을 가져보도록 하겠습니다.

🐳 오늘의 질문

1. Docker는 어떤 문제를 해결하기 위해 사용되며, 애플리케이션의 실행 환경을 어떻게 일관되게 만들까요?
2. Docker 이미지와 컨테이너의 차이와 관계를 설명해 주세요.
3. Docker 컨테이너의 생성, 실행, 중지, 삭제 과정을 설명해 주세요.

[eunji719]

1. Docker는 어떤 문제를 해결하기 위해 사용되며, 애플리케이션의 실행 환경을 어떻게 일관되게 만들까요?

개발자 컴퓨터에서는 잘 돌아가던 서비스가 배포해서 다른 사람 컴퓨터에서 실행하면 안되는 경우가 흔하다. 개발환경이 다르다거나, 라이브러리 버전이 다르다거나, 운영체제 자체가 다를 수도 있고, 필요한 설정이나 의존성이 빠져 있어 이런 문제가 생긴다. 이걸 “환경 차이”문제라고 하는데, Docker는 서비스와 그 실행에 필요한 코드,라이브러리,설정,os를 하나의 패키지로 묶는다. 그러면 그 컨테이너 안에서 실행되는 건 어디서 실행하든 완전히 동일한 환경이 재현된다.

2. Docker 이미지와 컨테이너의 차이와 관계를 설명해 주세요.

이미지는 코드,라이브러리,환경 설정 등이 레이어 형태로 쌓여 있는 파일이며, Dockerfile을 빌드해서 만든다. 서비스 실행에 필요한 모든 것이 담긴 정적인 템플릿을 생각하면 쉽다. 읽기 전용이여서 수정 불가하고, 한 번 만들면 계속 재사용이 가능하다.

컨테이너는 이미지를 기반으로 실제 메모리에 올라와 동작하는 프로세스로, 하나의 이미지로 컨테이너를 여러 개 띄울 수 있고 독립적으로 동작한다. 실행 중에 파일이 쌓이고, 로그가 쌓이면서 결과가 바뀔 수도 있다.

3. Docker 컨테이너의 생성, 실행, 중지, 삭제 과정을 설명해 주세요.

1. Docker Hub에서 이미지를 다운 받거나, Dockerfile을 작성해서 docker build로 이미지를 생성한다. docker pull 이미지명
2. 다음 컨테이너를 생성(create)하고 실행(start)한다. docker run 이미지명 실행 중인 컨테이너 안에서 애플리케이션 프로세스가 동작하며, -d(백그라운드),-p(포트 매핑)같은 플래그를 자주 사용한다.
3. 상태를 확인한다.
   • docker ps 실행 중 컨테이너 목록 확인
   • docker ps -a 멈춘 컨테이너까지 전부 확인
4. docker stop 컨테이너 이름 컨테이너를 종료 시킨다. 프로세스는 멈추지만 컨테이너 자체는 디스크에 남아있다. docker pause 로 일시정지도 가능
5. docker start 컨테이너 이름 멈춘 컨테이너를 다시 살려도 안에 데이터는 그대로 남아있다.
6. docker rm 컨테이너 이름 컨테이너를 완전히 제거한다. 실행 중이면 제거할 수 없으니 먼저 stop하거나 -f 플래그를 붙여 강제 제거 시킨다.
7. docker rmi 이미지명 이미지 지우는 명령어

[dnnals]

기본 질문

1. Docker는 어떤 문제를 해결하기 위해 사용되며, 애플리케이션의 실행 환경을 어떻게 일관되게 만들까요?

Docker는 환경의 차이로 발생하는 에러를 해결하기 위해 사용합니다. 개발은 주로 1인 개발이 아니라면 같은 애플리케이션을 여러 개발자의 환경에서 돌리고, 또 1인 개발이더라도 배포, 운영한다면 운영 서버에서 돌리기도 합니다. 이때 OS 버전, 설치된 라이브러리 등에 따라 특정 환경에서 애플리케이션이 안돌아갈 수도 있고 이런 문제가 빈번하게 발생하여 이런 점을 해결하기 위해 Docker를 사용합니다. Docker는 앞서 설명한 환경을 하나의 독립된 컨테이너 단위로 패키징해서 어떤 환경에서든 컨테이너를 띄워 그 컨테이너 위에서 애플리케이션을 구동하기에 이런 환경적 차이로 인한 에러를 해결합니다.

2. Docker 이미지와 컨테이너의 차이와 관계를 설명해 주세요.

Docker의 핵심 개념은 dockerfile, image, container입니다. 이미지는 dockerfile을 빌드하여 생성한 실행가능한 패키지 입니다. 이를 실행한 것이 컨테이너입니다. 비유적으로 설명해보자면 개발자가 빌드한 프로그램을 이미지, 그 프로그램을 실행해서 작동 중인 프로세스를 컨테이너라고 볼 수 있습니다. 차이를 설명해보면 이미지는 정적인 상태이며 읽기만 가능하고 불변의 대상입니다. 컨테이너는 메모리 위에서 동작 중인 동적인 상태이며 읽기와 쓰기 모두 가능하고 구동 중 변화가 자유롭습니다.

3. Docker 컨테이너의 생성, 실행, 중지, 삭제 과정을 설명해 주세요.

컨테이너의 생명 주기는 생성, 실행, 중지, 삭제의 단계를 이룹니다. 생성은 docker create 명령어로 수행하고 생성 시 실행에 필요한 환경 구성 및 격리 공간을 확보합니다. 실제로 프로세스가 뜬 상태가 아니라 단지 준비과정입니다. 이후 실행은 docker start 명령어로 수행하고 앞선 생성 단계에서 준비된 환경과 공간 안에서 지정된 프로세스가 시작합니다. 준비된 환경과 공간이 별도의 운영체제를 띄우는 것은 아니고 호스트의 운영체제의 특정 공간을 공유하여 실행됩니다. 생성과 실행은 docker run이라는 명령으로 동시에 수행도 가능합니다. 중지는 docker stop 혹은 docker kill로 수행하고 실행 단계에서 떠있는 프로세스를 종료합니다. stop은 안정적인 종료, kill은 강제 종료입니다. 이후 삭제는 docker rm 명령어로 수행하고 컨테이너 전용 환경, 격리 공간을 파기합니다. 자원 상태의 관점으로 네 과정을 설명하면 생성은 디스크에 컨테이너 자원을 할당하고 실행은 CPU, 메모리에 컨테이너 프로세스를 할당하고 중지는 CPU, 메모리에 컨테이너 프로세스를 해제하고, 마지막으로 삭제는 디스크에 컨테이너의 자원을 해제합니다.

[k9425mino]

1. Docker는 어떤 문제를 해결하기 위해 사용되며, 애플리케이션의 실행 환경을 어떻게 일관되게 만들까요?

Docker는 개발·테스트·운영 환경의 차이 때문에 애플리케이션이 다르게 동작하는 문제를 해결하기 위해 사용한다. 예를 들어, 개발자의 PC에서는 잘 실행되지만 서버에서는 라이브러리 버전이나 설정 차이로 오류가 발생할 수 있다.

Docker는 다음 방식으로 실행 환경을 일관되게 만든다.

1. 실행 환경을 이미지로 묶는다. 애플리케이션 코드와 실행에 필요한 런타임, 라이브러리, 기본 설정 등을 하나의 이미지에 포함한다. 이미지 생성 과정은 Dockerfile에 작성한다.
2. 동일한 이미지로 컨테이너를 실행한다. 개발·테스트·운영에서 같은 이미지를 사용하면 동일한 구성의 실행 환경을 재사용할 수 있다.
3. 프로세스와 의존성을 격리한다. 컨테이너마다 독립된 파일 시스템과 프로세스 공간 등을 제공해 다른 애플리케이션과의 충돌을 줄인다.

예를 들어, Python 3.12와 특정 버전의 패키지를 포함한 이미지를 만들면, 호스트에 설치된 Python 버전에 의존하지 않고 해당 환경에서 앱을 실행할 수 있다.

다만 컨테이너는 호스트의 커널을 공유하므로 완전한 가상 머신은 아니다. 환경 변수, 외부 데이터베이스, CPU 아키텍처 등의 차이도 관리해야 실행 결과의 일관성을 높일 수 있다.

2. Docker 이미지와 컨테이너의 차이와 관계를 설명해 주세요.

Docker 이미지는 애플리케이션 실행에 필요한 파일을 담은 읽기 전용 템플릿이고, 컨테이너는 그 이미지를 기반으로 생성한 실행 인스턴스이다.

구분	이미지(Image)	컨테이너(Container)
역할	코드, 런타임, 라이브러리 등을 담아 배포	이미지의 환경에서 애플리케이션 실행
상태	자체적으로 실행되지 않는 정적 템플릿	생성·실행·중지·삭제할 수 있는 인스턴스
변경	기존 이미지는 바뀌지 않으며, 변경 사항은 새 이미지로 생성	쓰기 가능한 계층에 파일 생성·수정 가능
관계	하나의 이미지로 여러 컨테이너 생성 가능	각 컨테이너는 독립된 상태를 가짐

예를 들어 다음 명령은 nginx 이미지를 기반으로 web이라는 컨테이너를 생성하고 백그라운드에서 실행한다.

docker run -d --name web nginx

같은 이미지로 컨테이너를 여러 개 만들어도 각 컨테이너의 변경 사항은 원본 이미지나 다른 컨테이너에 반영되지 않는다. 컨테이너를 중지하면 내부 파일은 유지되지만, 삭제하면 쓰기 계층도 사라진다. 계속 보관할 데이터는 볼륨 같은 별도 저장 공간에 저장한다.

3. Docker 컨테이너의 생성, 실행, 중지, 삭제 과정을 설명해 주세요.

Docker 컨테이너는 생성 → 시작 → 중지 → 삭제 순서로 관리할 수 있다. nginx 이미지를 예로 들면 다음과 같다.

[ 1. 생성 - docker create ]
이미지를 기반으로 컨테이너를 만들지만, 애플리케이션을 실행하지는 않는다.

docker create --name web -p 8080:80 nginx

web은 컨테이너 이름이고, -p 8080:80은 호스트의 8080번 포트를 컨테이너의 80번 포트에 연결한다.

[ 2. 시작 - docker start ]
생성했거나 중지된 컨테이너를 실행한다.

docker start web

실행 후 http://localhost:8080 으로 접속할 수 있다. 생성과 시작을 한 번에 하려면 다음 명령을 사용한다.

docker run -d --name web -p 8080:80 nginx

-d는 백그라운드 실행 옵션이다. 위의 create로 이미 web을 만들었다면 run대신 start를 사용해야 한다.

[ 3. 중지 - docker stop ]
애플리케이션에 종료 신호를 보내 정상 종료를 기다리고, 제한 시간 안에 종료되지 않으면 강제로 종료한다.

docker stop web

컨테이너와 내부 파일은 유지되므로 docker start web으로 다시 실행할 수 있다.

[ 4. 삭제 - docker rm ]
중지된 컨테이너를 삭제한다.

docker rm web

컨테이너의 쓰기 계층에 저장된 데이터도 삭제되지만, 원본 이미지는 유지된다. 별도 볼륨에 저장한 데이터는 이 명령으로 삭제되지 않는다.

상태 확인에는 docker ps로 실행 중인 컨테이너를, docker ps -a로 중지된 것을 포함한 모든 컨테이너를 조회한다.

[9ga0]

1. Docker는 어떤 문제를 해결하기 위해 사용되며, 애플리케이션의 실행 환경을 어떻게 일관되게 만들까요?

Docker는 개발 환경과 실제 운영 환경의 차이 때문에 프로그램이 실행되지 않는 문제를 해결하기 위해 사용합니다.
예를 들어 개발자의 컴퓨터에는 필요한 라이브러리가 설치되어 있어서 프로그램이 잘 실행되지만, 다른 컴퓨터에는 라이브러리가 없거나 버전이 달라서 오류가 발생할 수 있습니다. 흔히 말하는 “제 컴퓨터에서는 잘 되는데요?”라는 문제입니다.
Docker는 애플리케이션 코드와 라이브러리, 실행에 필요한 설정을 이미지로 묶습니다. 그리고 어디서든 같은 이미지를 컨테이너로 실행하기 때문에 비교적 동일한 환경을 유지할 수 있습니다.

2. Docker 이미지와 컨테이너의 차이와 관계를 설명해 주세요.

Docker 이미지는 애플리케이션을 실행하는 데 필요한 코드, 라이브러리, 설정이 들어 있는 실행용 틀입니다. 반면 컨테이너는 이미지를 이용해 실제로 프로그램을 실행한 상태입니다.
객체지향 프로그래밍에 비유하면 이미지가 클래스이고, 컨테이너는 클래스로 만든 객체라고 볼 수 있습니다.
하나의 이미지로 여러 개의 컨테이너를 만들 수 있으며, 각 컨테이너는 서로 독립적으로 실행됩니다.

이미지: 프로그램을 실행하기 위한 설계도
컨테이너: 설계도로 실제 실행한 프로그램
이미지 하나로 여러 컨테이너 생성 가능

3. Docker 컨테이너의 생성, 실행, 중지, 삭제 과정을 설명해 주세요.

Docker 컨테이너는 일반적으로 다음 순서로 관리합니다.

① 이미지 내려받기

docker pull nginx

Docker Hub에서 nginx 이미지를 내려받습니다.

② 컨테이너 생성

docker create --name my-nginx nginx

이미지를 기반으로 컨테이너를 생성합니다. 이 단계에서는 아직 실행되지 않습니다.

③ 컨테이너 실행

docker start my-nginx

생성된 컨테이너를 실행합니다.

실제로는 생성과 실행을 한 번에 수행하는 docker run을 많이 사용합니다.

docker run -d --name my-nginx nginx

즉, 다음과 같이 이해할 수 있습니다.

docker run = docker create + docker start

④ 컨테이너 중지

docker stop my-nginx

실행 중인 컨테이너를 중지합니다. 중지된 컨테이너는 삭제된 것이 아니므로 다시 실행할 수 있습니다.

⑤ 컨테이너 삭제

docker rm my-nginx

중지된 컨테이너를 삭제합니다.

요약

Docker는 개발자마다 실행 환경이 달라 발생하는 문제를 해결합니다. 코드와 라이브러리, 설정을 이미지로 묶고 동일한 이미지로 컨테이너를 실행하기 때문에 개발 환경과 운영 환경을 일관되게 유지할 수 있습니다.

이미지는 애플리케이션 실행 환경을 담은 템플릿이고, 컨테이너는 이미지를 실제로 실행한 인스턴스입니다. 이미지가 클래스라면 컨테이너는 클래스로 생성한 객체라고 볼 수 있습니다.

컨테이너는 create로 생성하고 start로 실행하며, stop으로 중지하고 rm으로 삭제합니다. docker run을 사용하면 생성과 실행을 한 번에 수행할 수 있습니다.

[paiwhy]

1. Docker는 어떤 문제를 해결하기 위해 사용되며, 애플리케이션의 실행 환경을 어떻게 일관되게 만들까요?

Docker는 OS나 라이브러리 버전, 의존성 차이에의한 환경이 불일치 되는 라이브러리설정이나 어플리케이션에 대한 것을 패키징해서 해결하기 위해 Doker가 사용됩니다.
Doker는 호스트 커널을 공유하는 경량가상화 즉 namespace, cgroup으로 격리하며 빠르고 가벼우며 이미지가 실행되는 경우에는 어떤 환경에서도 동일한 실행조건을 보장합니다.

경량 가상화
전통적인 VM 가상머신 보다 자원 소모를 줄이고 빠르게 실행

호스트 커널
컴퓨터나 물리 서버에서의 운영체제에서 하드웨어와 소프트웨어를 직접 관리하는 커널

namespace
프로그램이나 시스템에서 이름이 충돌하는것을 막고 리소스를 논리적으로 나누어 관리하는 공간

2. Docker 이미지와 컨테이너의 차이와 관계를 설명해 주세요.

→ 이미지는 실행에 필요한 파일 시스템과 설정을 담은 읽기 전용 템플릿 즉 Dockerfile에 쌓이는것 이고 컨테이너는 그 이미지를 실행한 인스턴스로 이미지 위에 쓰는게 가능하게끔 얹어서 실행중 상태를 가지게 됩니다.
클래스와 인스턴스의 관계로 비유하고 하나의 이미지로 여러 컨테이너를 독립적으로 가집니다.

3. Docker 컨테이너의 생성, 실행, 중지, 삭제 과정을 설명해 주세요.

→ 생성: 이미지에서 컨테이너를 만들고 쓰기 레이어 네트워크 볼륨을 설정합니다 (docker create)
실행: 생성된 컨테이너의 프로세스를 시작합니다 (docker start)
중지: Sigterm을 보낸뒤 유예시간을 가진뒤 Sigkill을 합니다 (docker stop)
삭제: 컨테이너의 쓰기 레이어와 메타 데이터를 제거합니다. 이미지 자체는 지워지지 않고 Dokerrmi로 삭제해야합니다. (docker rm)

[JM-220]

1. Docker는 어떤 문제를 해결하기 위해 사용되며, 애플리케이션의 실행 환경을 어떻게 일관되게 만들까요?
   개발자의 pc 에서 개발하던 애플리케이션이 서버에서 언어의 버전이나 os 라이브러리 등이 달라서 실행 방식이 달라지거나 실행이 안될 수 있다. 도커는 이 문제를 실행환경을 ‘컨테이너’ 라는 개념으로 묶어서 다른 환경에서도 동일한 컨테이너 사용을 통해 실행 환경을 일관되게 만든다.

내가 봤을 때 크게 두 순서로 일관되게 만드는 것 같다. 도커와 비슷한 개념으로 VM 이라는 녀석이 있는데 VM은 운영체제에 서로 다른 운영체제를 사용하기 위해 하드웨어를 격리시키는 방식이다. 만약 Window 기반의 컴퓨터에서 Linux 를 사용하려면 Window 위에 Linux VM 을 설치하여 Linux 의 커널을 사용할 수 있는 것이다. 도커는 비슷한 os(기반이 같은)끼리는 호스트의 os, 혹은 VM 의 os 를 공유한다. 도커가 VM을 사용해서 실행환경을 일관되게 만들 수도 있고, 만약 기존 호스트의 os 와 같은 프로그램이라면 호스트의 커널을 공유한다. 이게 os 단에서 일관되게 만드는 방식이다

os 단에서 일관되게 만들었으니 다음은 응용프로그램 단으로 가보자. 응용프로그램 런타임 버전이나, 라이브러리, 파일경로 등은 docker file 에 적는다. 이 파일을 image화 할 수 있고, 이 이미지를 다시 container 로 만들어 실행 환경을 격리시킨다. 이게 docker 가 애플리케이션의 실행환경을 일관되게 만드는 방식이다.
2. Docker 이미지와 컨테이너의 차이와 관계를 설명해 주세요.
도커파일은 설계도이다. 실행 환경을 격리시킬 때, 어떤 실행 환경을 만들지에 대한 내용이다. 사이즈가 크지 않다. 하지만 이미지는 실제 해당 실행환경에 대한 내용이 담겨있다. 이미지는 도커파일에서 작성한 실행환경을 여러 layer 로 나누어 저장하는데, 나누어 저장하는 이유를 예시로 들어보자. 처음 프로그램을 빌드할 때는 모든 layer 에 해당하는 내용을 빌드한다. 하지만 java 코드를 수정한 경우를 생각해보면, 다른 layer 는 빌드할 필요 없이 실행파일만 빌드하면 그만이다. 따라서 다른 layer 는 냅두고 실행파일만 빌드할 수 있게 되는 것이다. 또한 image 는 layer 의 분리 뿐만 아니라 read only 의 개념도 가지고 있는데, 이 부분이 컨테이너와의 차이를 만든다. image 의 layer 는 read only 이다. 그러면 소스코드가 변경된 경우 어떻게 다시 빌드하냐..? 라는 궁금증이 생기는데, 컨테이너가 바로 쓰기가능한 layer를 가지고 있다. 같은 이미지를 공유하는 컨테이너가 여러개 있을 수 있다. 이 경우 하나의 image를 공유하고 각 layer 에 쓰기 작업이 필요한 경우 필요한 layer만 수정본을 가지고 있는다고 보면 된다. 따라서 컨테이너는 만들어진 image 를 가지고 각자 입맛에 맞게 독립된 실행환경을 구현할 수 있다.
3. Docker 컨테이너의 생성, 실행, 중지, 삭제 과정을 설명해 주세요.
docker create : 이미지를 기반으로 컨테이너를 생성함

docker start : 생성된 컨테이너를 실행함

docker stop : 실행중인 컨테이너를 중지함. 중지는 정지와 다름. 2번에서 말한 쓰기 layer 가 저장된 상태로 남아있음.

docker rm : 컨테이너를 삭제함. 당연히 쓰기 layer 가 삭제되므로 작업내용을 잃을 수 있음. db의 경우에는 조금 다르다는데, 따로 저장해두는 곳이 있다고 함. 추후 공부해보셈(volume)