▣ 01장: 도커란?

1.1 도커를 사용하는 이유

___도커를 사용하지 않을 때와 도커를 사용해 프로그램을 설치할 때

___도커를 사용하지 않고 레디스 설치하기

___도커를 사용해 레디스 설치하기

1.2 도커와 컨테이너

___실 세계의 컨테이너

___도커에서의 컨테이너

1.3 도커 이미지와 도커 컨테이너

1.4 도커 설치하기

___도커 회원 가입하기

___윈도우 환경에서 도커 설치하기

___macOS 환경에서 도커 설치하기

1.5 도커를 사용할 때의 흐름

1.6 도커와 기존 가상화 기술의 차이점

___가상화 기술이 나오기 전에 서버를 사용하던 방식

___하이퍼바이저 기반의 가상화 기술

___하이퍼바이저의 종류

___더 자세하게 도커 컨테이너 살펴보기

___Cgroup과 네임스페이스

1.7 도커 이미지로 도커 컨테이너 만들기

___응용 프로그램을 실행하는 데 필요한 모든 것

___도커 컨테이너가 생성되는 순서

1.8 Cgroup, 네임스페이스를 쓸 수 있는 이유



▣ 02장: 기본적인 도커 클라이언트 명령어

2.1 도커 이미지의 내부 파일 구조 보기 - docker run ls

2.2 컨테이너 나열하기 - docker ps

___현재 실행 중인 컨테이너 나열

___도커 컨테이너를 나열할 때 원하는 항목만 보기

___모든 도커 컨테이너를 나열

2.3 도커 컨테이너의 생성과 실행

___도커 컨테이너를 생성하고 실행하기 - docker run <이미지 이름>

___도커 컨테이너 생성하기 - docker create <이미지 이름>

___생성된 도커 컨테이너 실행하기 - docker start <컨테이너 ID/이름>

2.4 도커 컨테이너 멈추기

___도커 컨테이터를 우아하게 중지하기 - docker stop <컨테이너 ID/이름>

___도커 컨테이터를 즉시 중지하기 - docker kill <컨테이너 ID/이름>

2.5 도커 컨테이너 삭제하기 - docker rm

___중지된 모든 컨테이너 삭제하기 - docker rm `docker ps -a -q`

___도커 이미지 삭제하기 - docker rmi <이미지 id>

___사용하지 않는 데이터 삭제하기 - docker system prune

2.6 실행 중인 컨테이너에 명령어 전달하기 - docker exec

2.7 레디스를 이용해 도커 컨테이너 이해하기

2.8 실행 중인 컨테이너에서 터미널 사용하기 - docker exec sh

___실행 중인 컨테이너에 셸 환경으로 접속하기

___셸 환경으로 접속하기



▣ 03장: 직접 도커 이미지 생성하기

3.1 도커 이미지를 생성하는 순서

___도커 이미지는 어떻게 생성할까요?

___도커 이미지를 생성하는 순서

3.2 도커 파일(Dockerfile) 만들기

___도커 파일이란?

___도커 파일 작성 방법

___베이스 이미지란 무엇인가?

___도커 파일 작성하기

3.3 Buildkit 비활성화하기

___Buildkit이란 무엇인가요?

___Buildkit을 이용했을 때의 차이점

___Buildkit 비활성화하기

3.4 도커 파일로 도커 이미지 만들기

___build 명령어는 무엇인가요?

___build 명령어로 이미지 빌드하기

___빌드 과정 자세히 살펴보기

___빌드 과정의 Step 2/2 자세히 보기

3.5 내가 만든 이미지에 기억하기 쉬운 이름 붙여주기

___도커 이미지에 이름 붙여주기 - docker build -t

___이번 장에서 만들 Node.js 애플리케이션의 구조

___도커를 이용해 Node.js 애플리케이션을 만드는 순서



▣ 04장: 도커를 이용한 간단한 Node.js 애플리케이션 만들기

4.1 Node.js 애플리케이션 만들기

___Node.js 설치하기

___Node.js 앱 만들기

4.2 도커 파일 작성하기

___작성한 도커 파일 자세히 살펴보기

___왜 FROM 부분에 alpine 베이스 이미지가 아닌 node 이미지를 사용할까요?

___RUN 부분에 있는 npm install은 어떤 코드인가요?

___CMD부분에 있는 “node”, “server.js”는 무엇인가요?

4.3 package.json이 없다는 에러 메시지가 발생하는 이유

___이미지를 빌드할 때 왜 package.json 파일이 없다고 나오나요?

4.4 생성한 이미지로 애플리케이션 실행 시 접근이 안 되는 이유

___앞으로 컨테이너를 실행하기 위해 사용할 명령어

___새롭게 추가된 부분은 무슨 뜻인가요?

4.5 작업 디렉터리 명시하기

___WORKDIR 지시자는 무엇인가요?

___도커 컨테이너 안에 별도의 작업 디렉터리가 왜 있어야 하나요?

___COPY 지시자로 컨테이너 안으로 복사한 폴더와 파일

___이렇게 파일과 폴더가 한 디렉터리에 섞이면 문제가 되나요?

___작업 디렉터리를 설정하는 방법

4.6 애플리케이션의 소스 코드 변경으로 다시 빌드할 때의 문제점

___도커 환경에서 애플리케이션을 실행하는 순서

___이미지를 새로 빌드하면서 생긴 2가지 문제점

4.7 애플리케이션의 소스 코드를 변경했을 때 이미지를 효율적으로 다시 빌드하기

___COPY 지시자 부분을 바꾼 이유는 무엇일까요?

___COPY 지시자를 RUN 전후로 나눠 효율적으로 빌드하기

4.8 도커 볼륨

___도커 볼륨(Docker Volume)은 무엇인가요?

___도커 볼륨은 어떻게 이용하나요?

___PWD(print working directory)

___도커 볼륨을 사용해 애플리케이션 실행하기



▣ 05장: 도커 컴포즈

5.1 이번 장에서 만들 애플리케이션

___이번 장의 학습 순서

5.2 Node.js와 레디스 구현하기

___Node.js 애플리케이션 만들기

___레디스란 무엇인가요?

___레디스의 장점은 무엇인가요?

___Node.js 환경에서 레디스를 사용하는 방법

___도커 환경에서 레디스 클라이언트를 생성할 때 주의할 점

___Node.js 애플리케이션에 레디스 코드 추가하기

5.3 Node.js를 실행할 컨테이너의 도커 파일 작성하기

___도커 파일 작성하기

5.4 통신할 때 나타나는 에러

___애플리케이션 실행 순서

5.5 도커 컴포즈 파일 작성하기

___도커 컴포즈 파일은 확장자가 yaml이나 yml인데 이것은 무슨 파일인가요?

___도커 컴포즈의 파일 구조

5.6 도커 컴포즈 정지시키기



▣ 06장: 단일 컨테이너를 활용한 애플리케이션 만들기

6.1 리액트 설치 및 애플리케이션 생성

___리액트 애플리케이션 생성하기

6.2 리액트 애플리케이션을 위한 도커 파일 작성하기

___개발 환경을 위한 도커 파일 작성하기

___왜 이런 에러 메시지가 발생했을까요?

6.3 생성된 도커 이미지로 로컬에서 리액트 실행하기

6.4 도커 볼륨을 이용한 소스 코드 변경

___COPY와 도커 볼륨의 차이점 복습

___도커 볼륨을 사용해 애플리케이션 실행하기

6.5 도커 컴포즈로 좀 더 간단하게 애플리케이션 실행하기

___도커 컴포즈를 이용해 애플리케이션 실행하기

6.6 리액트 애플리케이션 테스트하기

___도커를 이용한 리액트 애플리케이션에서 테스트를 진행하려면

6.7 운영 환경을 위한 엔진엑스

___개발 환경에서 리액트 애플리케이션이 실행되는 구조

___운영 환경에서 리액트 애플리케이션이 실행되는 구조

___왜 개발 환경의 서버와 운영 환경의 서버가 다른가요?

6.8 운영 환경의 도커 이미지를 위한 도커 파일 작성하기

___개발 환경의 도커 파일과 운영 환경의 도커 파일 비교

___운영 환경의 도커 파일 자세히 보기

___BUILDER STAGE

___RUN STAGE

___운영 환경에서 리액트 애플리케이션 실행하기

6.9 운영 환경의 도커 컴포즈 파일 작성하기

___운영 환경의 도커 컴포즈 파일 작성



▣ 07장: 단일 컨테이너를 활용한 애플리케이션의 테스트와 배포

7.1 깃허브에 소스 코드 올리기

7.2 Travis CI에서 테스트하기

___Travis CI란?

___Travis CI의 역할

___Travis CI와 깃허브 연동

___테스트를 위한 Travis CI 설정 파일 작성하기  travis.yml

___travis.yml 파일 자세히 살펴보기

___.travis.yml 파일 작성하기

7.3 AWS 알아보기

___AWS의 서비스들

___EC2란 무엇인가? (Elastic Compute Cloud)

___일래스틱 빈스톡이란 무엇인가? (Elastic Beanstalk)

7.4 일래스틱 빈스톡 환경과 애플리케이션 만들기

___새로운 일래스틱 빈스톡 환경 만들기

___트래픽이 많지 않을 때

___트래픽이 많을 때

7.5 애플리케이션을 배포하기 위한 Travis CI 설정 파일 작성하기

___배포와 관련된 Travis CI 설정 코드

7.6 Travis CI에서 AWS에 접근하기 위한 API 생성

___소스 코드를 전달하기 위한 접근 요건

___IAM(Identity and Access Management)이란?

___IAM 사용자 생성하기

___API 키를 Travis CI 설정 파일에 작성하기

___일래스틱 빈스톡 환경 종료하기



▣ 08장: 다중 컨테이너를 활용한 애플리케이션의 개발 환경 구축

8.1 다중 컨테이너를 활용해 만들 애플리케이션의 구조

___멀티 컨테이너 애플리케이션을 위한 전체적인 설계

___엔진엑스의 프록시(Proxy) 기능을 이용한 설계

___엔진엑스는 정적 파일만 제공하는 설계

___애플리케이션의 구현 순서

8.2 Node.js로 애플리케이션의 백엔드 서버 구현하기

8.3 React.js로 애플리케이션의 프런트엔드 구현하기

8.4 리액트 애플리케이션을 위한 도커 파일 만들기

___엔진엑스 설정 변경하기

8.5 노드 애플리케이션을 위한 도커 파일 만들기

8.6 개발 환경과 운영 환경의 데이터베이스 구성

___개발 환경과 운영 환경의 데이터베이스를 나누는 이유는?

___데이터베이스의 구조 자세히 살펴보기

8.7 MySQL을 위한 도커 파일 만들기

___MySQL을 위한 도커 파일 작성

8.8 엔진엑스를 위한 설정 파일과 도커 파일 만들기

___프록시 기능을 위한 엔진엑스 설정

8.9 개발환경을 위한 도커 컴포즈 파일 작성하기

8.10 볼륨을 이용한 데이터베이스의 데이터 유지하기

___도커 볼륨을 이용한 데이터 영속성 구조



▣ 09장: 다중 컨테이너를 활용한 애플리케이션의 배포

9.1 테스트 및 배포 순서 살펴보기

___1. 깃허브 원격 저장소에 소스 코드를 푸시합니다.

___2. Travis CI에서 깃허브에 푸시한 소스 코드를 가져와 테스트합니다.

___3. 빌드된 도커 이미지를 도커 허브로 푸시합니다.

___4. AWS 일래스틱 빈스톡에 애플리케이션을 배포합니다.

9.2 도커 환경의 MYSQL 정리하기

9.3 깃허브에 소스 코드 올리기

9.4 Travis CI에서 테스트하기

___Travis CI에서 할 일들

___Travis CI와 깃허브 연동

___travis.yml 파일의 작성 순서

___.travis.yml 파일 작성하기

___Travis CI 사이트에서 환경 변수 만들기

___Travis CI가 잘 작동하는지 확인

9-5 운영 환경을 위한 도커 컴포즈 파일 생성

___도커 컴포즈 파일 생성

9.6 다중 컨테이너 애플리케이션을 위한 일래스틱 빈스톡 환경 생성

___애플리케이션 생성

9.7 VPC와 보안 그룹 설정하기

___왜 VPC와 보안 그룹을 설정해야 하나요?

___VPC란 무엇인가요?

___일래스틱 빈스톡 환경을 생성할 때 할당되는 기본 VPC 찾아보기

___보안 그룹이란 무엇인가요?

___VPC와 보안 그룹을 이용해 EB 인스턴스와 RDS 통신 문제를 해결하는 방법은?

9.8 AWS RDS를 이용한 데이터베이스 생성하기

___RDS를 이용한 데이터베이스 생성하기

9.9 데이터베이스 정보를 도커 컴포즈 파일에 명시해주기

___데이터베이스의 엔드포인트 정보 확인하기

___일래스틱 빈스톡의 환경 속성 설정하기

9.10 보안 그룹의 생성과 적용

___보안 그룹 생성하기

___보안 그룹 적용하기

___MySQL 인스턴스에 새로 생성한 보안 그룹 적용하기

___일래스틱 빈스톡 인스턴스에 새로 생성한 보안 그룹 적용하기

9.11 애플리케이션을 배포하기 위한 Travis CI 설정 파일 작성하기

___지금까지 작성한 Travis CI 설정 코드

___배포를 위해 추가할 Travis CI의 설정 코드

9.12 Travis CI에서 AWS에 접근하기 위한 API 키 생성

___소스 코드를 전달하기 위한 접근 요건

___IAM(Identity and Access Management)이란?

___IAM 사용자 생성하기

___API 키를 Travis CI 설정 파일에 작성하기

9.13 애플리케이션이 잘 실행되는지 테스트하기

___환경 종료하기