비전공자도 이해할 수 있는 Docker 입문/실전(2)

저번 포스팅에 이어서 도커에 대해 마저 알아보자

https://koreatstm.tistory.com/195

비전공자도 이해할 수 있는 Docker 입문/실전(1)

4. Dockerfile 활용해 이미지 직접 만들기

 

1. Dockerfile이란

• 저번 포스팅에서 도커 이미지는 도커허브를 통해 다운받음을 보았다.
• 그럼 이 도커 이미지는 누가 도커 허브에 올려놓은걸까? 그리고 도커 이미지는 어떻게 만드는 걸까?
• Dockerfile: 도커 이미지를 만들게 해주는 파일
• 도커파일을 이용하면 나만의 도커 이미지를 만들 수 있다.

 

2. FROM: 베이스 이미지 생성

• FROM: 베이스 이미지를 생성하는 역할
  • Docker 컨테이너를 특정한 초기 이미지를 기반으로 세팅할 수 있다. 이때의 '특정한 초기 이미지' = 베이스 이미지

# 태그명 없을 경우 latest version
FROM [이미지명]
FROM [이미지명]:[태그명]

 

3. JDK 17 베이스 이미지로 컨테이너 띄우기

• Dockerfile 만들기

https://hub.docker.com/_/openjdk

openjdk - Official Image | Docker Hub

# JDK 17
FROM openjdk:17-jdk

• Dockerfile 기반으로 이미지 생성

$ docker build -t my-jdk17-server .

• 이미지를 기반으로 컨테이너 띄우기

$ docker run -d my-jdk17-server

• 컨테이너 조회

$ docker ps # 실행되고 있는 컨테이너가 없다.
$ docker ps -a # 확인해보니 컨테이너가 종료되어 있다.

• 컨테이너 내부에 jdk 설치 확인

FROM openjdk:17-jdk

ENTRYPOINT ["/bin/bash", "-c", "sleep 500"]


$ docker build -t my-jdk17-server . # 이미지 빌드
$ docker run -d my-jdk17-server # 컨테이너 실행
$ docker ps # 실행 중인 컨테이너 조회
$ docker exec -it [컨테이너 ID] bash # 컨테이너 접속

$ java -version # JDK 설치되어 있는 지 확인

 

참고: 종료된 컨테이너에 접속하여 디버깅하고 싶다면

• docker logs : 컨테이너 로그 확인
• docker exec -it : 컨테이너 내부에 직접 접속

이때 두번째 방법은 종료된 컨테이너 내부에 접속할 수 없다. 

이미지를 토대로 컨테이너를 만들 때, 컨테이너의 명령어 처리가 끝나면 컨테이너가 바로 종료되고, 이러면 확인이 안된다. 

방법: Dockerfile에서 아래와 같은 명령어를 추가하여 컨테이너가 바로 종료되는 것을 막고. 그 다음 docker exec -it를 활용해서 디버깅을 한다.

FROM openjdk:17-jdk

...

ENTRYPOINT ["/bin/bash", "-c", "sleep 500"] # 500초 동안 시스템을 일시정지 시키는 명령어

 

4. COPY: 파일 복사(이동)

• 개념: 호스트 컴퓨터에 있는 파일을 복사하여 컨테이너로 전달

# 문법
COPY [호스트 컴퓨터에 있는 복사할 파일의 경로] [컨테이너에서 파일이 위치할 경로]

# 예시
COPY app.txt /app.txt

• 파일 복사
  • app.txt라는 파일을 만든다.
  • Dockerfile 만들어서 이미지 생성하고 컨테이너 실행

#Dockerfile
FROM ubuntu

COPY app.txt /app.txt

ENTRYPOINT ["/bin/bash", "-c", "sleep 500"] # 디버깅용 코드

######################################################

$ docker build -t my-server .
$ docker run -d my-server
$ docker exec -it [Container ID] bash
$ ls

• 폴더 안에 있는 모든 파일을 복사한다.
  • my-app 디렉터리를 만들고, 이 안에 파일을 만든다.
  • Dockerfile 만들어서 이미지 생성하고 컨테이너 실행

#Dockerfile
FROM ubuntu

COPY my-app /my-app/

ENTRYPOINT ["/bin/bash", "-c", "sleep 500"] # 디버깅용 코드

######################################################

$ docker build -t my-server .
$ docker run -d my-server
$ docker exec -it [Container ID] bash
$ ls

• 와일드 카드
  • app.txt, readme.txt 파일을 만든다
  • Dockerfile 만들어서 이미지 생성하고 컨테이너 실행

#Dockerfile
FROM ubuntu

COPY *.txt /text-files/ # /text-files/ 라고 적어야 이 디렉토리 안 파일들이 복사된다.

ENTRYPOINT ["/bin/bash", "-c", "sleep 500"] # 디버깅용 코드

######################################################

$ docker build -t my-server .
$ docker run -d my-server
$ docker exec -it [Container ID] bash
$ ls

 

• .dockerignore: 특정 파일이나 폴더를 COPY 하고 싶지 않을 때, 사용한다.
  • .dockerignore 파일을 만든다
  • Dockerfile 만들고 이미지 생성하고 컨테이너 실행

# Dockerfile
FROM ubuntu

COPY ./ /

ENTRYPOINT ["/bin/bash", "-c", "sleep 500"] # 디버깅용 코드

######################################################

$ docker build -t my-server .
$ docker run -d my-server
$ docker exec -it [Container ID] bash
$ ls

 

5. ENTRYPOINT: 컨테이너 시작 시 실행되는 명렁어

• 개념: ENTRYPOINT는 컨테이너 생성되고 최초 실행 시 수행되는 명령어

# Dockerfile
FROM ubuntu

ENTRYPOINT ["/bin/bash", "-c", "echo hello"]

######################################################

$ docker build -t my-server .
$ docker run -d my-server
$ docker ps -a
$ docker logs [Container ID]

 

6. Spring Boot를 Docker로 실행 

• 간단한 코드 작성
• Dockerfile 작성

FROM openjdk:17-jdk

COPY build/libs/*SNAPSHOT.jar app.jar

ENTRYPOINT ["java", "-jar", "/app.jar"]

• Spring Boot프로젝트 빌드

$ ./gradlew clean build

• Dockerfile 바탕으로 이미지 빌드

$ docker build -t hello-server .

• 이미지 확인

$ docker image ls

• 생성한 이미지로 컨테이너 실행

$ docker run -d -p 8080:8080 hello-server

• 컨테이너 확인

$ docker ps

• 컨테이너 중지하고 삭제, 이미지 삭제

$ docker stop {컨테이너 ID}
$ docker rm {컨테이너 ID}
$ docker image rm {이미지 ID}

 

5. Docker Compose를 활용해 컨테이너 관리하기

 

1. Docker Compose란?

• 개념: 도커 컨테이너들을 하나의 서비스로 정의하고 묶음으로 관리하는 툴
• 사용 이유
  • 여러 컨테이너를 관리하는데 용이하다. 하나의 환경에서 여러 컨테이너 실행, 관리 가능
  • 복잡한 명령어로 실행시키지 않아도 된다. docker compose up 명령어만 실행하면 된다.

 

2. Nginx설치를 Docker Compose로 해보자

• Docker CLI로 컨테이너 실행

$ docker run --name webserver -d -p 80:80 nginx

• Docker Compose로 컨테이너 실행

services:
    my-web-server:
        container_name: webserver
        image: nginx
        ports: 
          - 80:80

• services: my-web-server - 도커 컴포즈에서 하나의 컨테이너 = 서비스, 서비스에 이름을 my-web-server
• container_name: web-server - 컨테이너 띄울 때 별명. CLI의  --name web-server와 동일
• image: nginx - 컨테이너 실행시 사용할 이미지 결정 $ docker run [이미지명]과 동일
• ports - 포트 매핑을 어떻게 할지 결정

# compose 실행
$ docker compose up -d

# compose 상태 확인
$ docker compose ps
$ docker ps

# 컴포즈로 실행된 컨테이너 삭제
$ docker compose down

 

3. 자주사용하는 명령어

• compose 파일 작성

services:
    websever:
        container_name: webserver
        image: nginx
        ports: 
          - 80:80

• compose.yml에서 정의한 컨테이너 실행

$ docker compose up    # 포그라운드에서 실행
$ docker compose up -d # 백그라운드에서 실행

• 컴포즈로 실행한 컨테이너 확인

# compose.yml에 정의된 컨테이너 중 실행 중인 컨테이너만 보여준다. 
$ docker compose ps 

# compose.yml에 정의된 모든 컨테이너를 보여준다.
$ docker compose ps -a

• 컴포즈 로그 확인

# compose.yml에 정의된 모든 컨테이너의 로그를 모아서 출력한다.
$ docker compose logs

• 컨테이너 실행 전 이미지 재빌드
  • compose.yml에서 정의한 이미지 파일에서 코드 변경시, 다시 빌드하여 실행해야 코드 변경 부분 적용
  • 이때, --build 옵션 추가
  • docker compose up: 이미지 없을 때만 빌드하여 컨테이너 실행, 있으면 빌드 안하고 컨테이너 실행
  • docker compose up --build: 이미지 유무와 상관없이 무조건 빌드 다시하여 컨테이너 실행

$ docker compose up --build # 포그라운드에서 실행
$ docker compose up --build -d # 백그라운드에서 실행

• 이미지 다운 받거나 업데이트
  • compose.yml에서 정의된 이미지를 다운받거나 업데이트
    • 로컬 환경에 이미지가 없으면 이미지를 다운 받고, 있을 때는 Dockerhub의 이미지와 다른 이미지일 경우 업데이트

$ docker compose pull

• 컴포즈 이용한 컨테이너 종료

$ docker compose down

 

4. Docker Compose로 MySQL 실행

• Docker CLI로 컨테이너 실행 시

$ docker run -e MYSQL_ROOT_PASSWORD=pwd1234 -p 3306:3306 -v /Users/jaeseong/Documents/Develop/docker-mysql/mysql_data:/var/lib/mysql -d mysql

• compose 파일 작성
  
  • environment: ~ - CLI의 -e MYSQL_ROOT_PASSWORD=pwd1234 와 동일
  • volumes: ~ - CLI의 -v {호스트 경로}:/var/lib/mysql와 동일

services:
  my-db:
    image: mysql
    environment:
      MYSQL_ROOT_PASSWORD: pwd1234
    volumes:
      - ./mysql_data:/var/lib/mysql
    ports:
      - 3306:3306

# compose 실행
$ docker compose up -d

# compose 상태 확인
$ docker compose ps
$ docker ps

# 컴포즈로 실행된 컨테이너 삭제
$ docker compose down

 

추가

Docker CLI -> Docker Compose 서로 옮길 수 있다. 아래는 변환해주는 사이트

• Composerize

https://www.composerize.com/

• Decomposerize

https://www.decomposerize.com/

 

 

6. Docker Compose를 활용해 2개 이상의 컨테이너 관리하기

 

Spring Boot, MySQL 컨테이너 동시에 띄우기

 

 

 

 

 

7. AWS EC2에 서버 배포해보기 (보충 강의)

 

기본 개념

• 배포: 다른 사용자들이 인터넷을 통해 사용할 수 있게 만드는 것
• EC2: 컴퓨터를 빌려서 원격으로 접속해 사용하는 서비스 즉, 원격에서 사용하는 하나의 컴퓨터. 주로 백앤드 서버 배포
• 인스턴스: EC2에서 빌리는 컴퓨터 1대
  • 인스턴스 유형: 컴퓨터 사양
  • 키페어: EC2에 접속하기 위한 키
  • 보안그룹: 인바운드 트래픽(외부 -> EC2로 보내는 트래픽) & 아웃바운드 트래픽(EC2 -> 외부로 보내는 트래픽) 
  • 스토리지: EC2의 저장공간, 볼륨
  • 탄력적 IP: Ec2의 IP는 임시 IP로, 중지 후 재실행 시 IP가 변경됨. IP를 고정시키려면 탄력적 IP를 설정한다. EC2 종료시 탄력적 IP도 릴리스해야 비용이 나가지 않는다.

 

Spring Boot를 EC2에 배포

• Ubuntu에 JDK 설치

$ sudo apt update && /
sudo apt install openjdk-17-jdk -y

• 설치 확인

$ java -version

• Github에서 Spring Boot 프로젝트 클론해오기

$ git clone https://github.com/{깃허브 주소/프로젝트 이름}.git
$ cd {프로젝트 이름}

• application.yml 파일 만들기
  • application.yml 파일은 민감한 정보가 포함되어 있기에 Git으로 버전관리 하면 안된다.
  • EC2에 별도로 올려줘야 하고, 보통 직접 만든다.

server:
  port: 80

• 서버 실행

$ ./gradlew clean build # 기존 빌드된 파일을 삭제하고 새롭게 JAR로 빌드
$ cd ~/{프로젝트 이름}/build/libs
$ sudo java -jar {프로젝트 이름}-0.0.1-SNAPSHOT.jar

# 백그라운드에서 Spring Boot 실행
$ sudo nohup java -jar {프로젝트 이름}-0.0.1-SNAPSHOT.jar &

 

 

 

 

8. AWS EC2에서 Docker를 활용해 배포해보기

 

출처

https://www.inflearn.com/course/%EB%B9%84%EC%A0%84%EA%B3%B5%EC%9E%90-docker-%EC%9E%85%EB%AC%B8-%EC%8B%A4%EC%A0%84/dashboard

비전공자도 이해할 수 있는 Docker 입문/실전 강의 | JSCODE 박재성 - 인프런