Docker 란? 🤔

Docker 란?

리눅스 컨테이너(Linux Container) 기술을 기반으로 하는 오픈 소스 서비스. 도커를 통해 애플리케이션 실행 환경을 코드로 작성할 수 있으며, OS를 격리화하여 관리함.

Linux Container 란?

Linux 기반의 기술 중 하나로, 필요한 라이브러리와 애플리케이션을 모아서 마치 별도의 서버처럼 구성한 것을 말함. 컨테이너를 이루는 네트워크 설정, 환경 변수 등의 시스템 자원은 각 컨테이너가 독립적으로 소유하고 있음.

1. 프로세스의 구획화

• 특정 컨테이너에서 작동하는 프로세스는 기본적으로 그 컨테이너 안에서만 엑세스 할 수 있음.
• 컨테이너 안에서 실행되는 프로세스는 다른 컨테이너의 프로세스에게 영향을 줄 수 없음.

2. 네트워크의 구획화

• 기본으로 컨테이너 하나에 IP 주소가 할당되어 있음.

3. 파일 시스템의 구획화

• 컨테이너 안에서 사용되는 파일 시스템은 구획화되어 있음. 그래서 해당 컨테이너에서의 명령이나 파일 등의 엑세스를 제한할 수 있음.

그렇다면 리눅스 컨테이너는 기존에 이용해오던 가상 머신과 비슷하지 않나?
=> 비슷해 보일 뿐, 가상화와는 다른 기술.

Docker 는 어떤 문제를 해결할 수 있나?

1. 환경 표준화
2. 수작업으로 일치시키는 환경 구성
3. 리소스 격리성

가상머신과 도커?

리소스 격리성을 제공하는 기술로는 가상머신, 도커 등이 있음.
가상 머신과 도커는 격리성을 제공하기 때문에 각 애플리케이션마다 다른 컴퓨터에서 실행되는 것처럼 IP나 Port 등을 다르게 설정할 수 있음.

그렇다면,

도커와 가상 머신의 차이는?

• 도커는 가상 머신만큼 견고한 격리성을 제공하지는 않음.
• 도커는 리눅스의 컨테이너를 이용한 기술로, OS 위에 다른 OS를 실행하는 것이 아니므로 가상 머신보다 좋은 성능을 낼 수 있음.
• 애플리케이션에 대한 환경 격리성을 중심으로 한 VM과는 달리, 도커는 Container 의 관점에서 개발자와 사용자 커뮤니티를 중심으로 혜택을 제공하는 데 있음.

Docker Container Lifecycle

도커 컨테이너의 독립적인 특징을 기반으로 한 라이프사이클이 있음.
컨테이너의 생성, 실행, 종료의 과정.

핵심 키워드

• 컨테이너
  컨테이너는 앞서 설명한 대로, 애플리케이션이 의존성, 네트워크 환경, 파일 시스템에 구애받지 않고, 도커라는 기술 위에 실행될 수 있도록 만든 애플리케이션 상자.

• 이미지
  실행되는 모든 컨테이너는 이미지로부터 생성. 이미지는 애플리케이션 및 애플리케이션 구성을 함께 담아놓은 템플릿으로, 이를 이용해 즉시 컨테이너를 만들 수 있음.
  이미지를 이용해 여러 개의 컨테이너를 생성할 수 있음. 이를 이용해 앞서 설명한 애플리케이션의 수평 확장이 가능.
  
  이미지는 기본 이미지(base image)로부터 (마치 git을 사용하는 것처럼) 변경 사항을 추가/커밋해서 또 다른 이미지를 만들 수도 있음. 예를 들어 node.js로 작성된 애플리케이션을 이미지로 만들고 싶은 경우, nodejs 이미지를 기본 이미지로 삼고 내가 만든 애플리케이션을 추가해 넣고, 이미지화할 수 있음.

• 레지스트리
  이미지는 레지스트리에 저장됨. 대표적인 이미지 레지스트리로는 Docker Hub, Amazon ECR이 있음. 도커 CLI에서 이미지를 이용해 컨테이너를 생성할 때, 호스트 컴퓨터에 이미지가 존재하지 않는다면, 기본 레지스트리로부터 다운로드 받게 됨.

사용법

• 사용법 : Docker CLI, Docker-Compose CLI, API Reference

• 환경 및 빌드 파일 구성 : DockerFile, Docker-Compose File

• 레지스트리(Registry)

Docker Hub : https://hub.docker.com/
도커 이미지를 관리하는 공간.
특별히 다른 것을 지정하지 않는다면, 도커 허브(Docker Hub)를 기본 레지스트리로 설정.
레지스트리는 Docker Hub, Private Docker Hub, 회사 내부용 레지스트리 등으로 나뉠 수 있음.

• 레포지토리(Repository)

레지스트리 내에 도커 이미지가 저장되는 공간.
이미지 이름이 사용되기도 함.
GitHub의 레포지토리와 유사하게 생각하시면 됨.

• 태그(Tag)

같은 이미지라고 할지라도 버전 별로 안의 내용이 조금은 다를 수 있음.
해당 이미지를 설명하는 버전 정보를 주로 입력.
특별히 다른 것을 지정하지 않는다면 latest 태그를 붙인 이미지를 가져옴.

docker/whalesay:latest =>
Docker Hub라는 레지스트리에서
docker라는 유저가 등록한 whalesay 이미지 혹은 레포지토리에서
latest 태그를 가진 이미지

ex) docker image pull docker/whalesay:latest
=> docker/whalesay의 최신 이미지를 받아옴.

pull : 레지스트리에서 이미지 혹은 레포지토리를 가져옴.

ex) docker image ls
=> 이미지 리스트 출력.

ex) docker container run --name 컨테이너이름 docker/whalesay:latest cowsay boo
=> 컨테이너이름 을 이름으로 갖는 컨테이너를 실행.

run : 컨테이너 실행
--name : 컨테이너의 이름을 할당
cowsay : 컨테이너 실행 시 cowsay 명령어를 호출. node를 호출하듯 이용.
boo : COMMAND인 cowsay 에 넘겨질 파라미터

ex) docker container ps -a
=> 모든 컨테이너의 리스트 출력

ex) docker container rm 컨테이너이름
=> 컨테이너이름이라는 이름을 가진 컨테이너 삭제

ex) docker image rm docker/whalesay
=> docker/whalesay 이미지 지우기

• docker image pull
• docker image ls
• docker container run
• docker container ls
• docker container rm
• docker image rm

ex) docker container run --name 컨테이너_이름 --rm docker/whalesay cowsay boo
=> 세 가지 작업을 한 번에 실행하는 명령어

(container) run : 컨테이너를 실행. 이미지가 없다면 이미지를 받아온 뒤(pull) 실행
--rm : 컨테이너를 일회성으로 실행. 컨테이너가 중지되거나 종료될 때, 컨테이너와 관련된 리소스를 모두 제거

ex) docker image rm docker/whalesay
=> 지정된 도커 이미지 삭제

ex) docker container run -it --rm danielkraic/asciiquarium:latest
=> danielkraic/asciiquarium 이미지를 실행

docker-compose CLI

ex) docker-compose up
=> -d 옵션을 함께 사용하면, 컨테이너를 백그라운드로 실행할 수 있습니다.
=> docker-compose.yaml 에 정의된 이미지를 컨테이너로 실행

ex) docker-compose down
=> docker-compose.yaml 에 정의된 이미지를 이용해 실행된 컨테이너를 종료

ex) docker-compose up {특정 이미지}
=> 특정 이미지만 컨테이너로 실행

ex) .yaml 파일 생성 후 작성

version: '3.8'

services:
  nginx:
    image: sebcontents/client
    restart: 'always'
    ports:
      - "8080:80"
    container_name: client

  node:
    image: sebcontents/server
    restart: 'always'
    ports:
      - "5000:3000"
    container_name: server

docker-compose up -d 명령어 실행 (yaml 파일 실행)
후 localhost:8080 or 127.0.0.1:8080 클라이언트 화면 확인.

도커를 예전에 잠깐 써봤다가 이번에 다시 써보면서 계속 써봐야겠다.