# 관련링크 - [재생목록](https://www.youtube.com/playlist?list=PLE0hRBClSk5KVDpj23REY6XxvXh6nX1Ys) - [몰입코딩 - Bash 명령어 - slog.gg/p/14069](https://slog.gg/p/14069#f) # 1강 - [25 02 20, p 14068, 1강, docker.com 에서 가입 후 docker desktop 설치해주세요.](https://youtu.be/fedOmfUfmgU) - [도커 - https://www.docker.com](https://www.docker.com) - [도커 - 도커 데스크탑 다운로드 - https://www.docker.com/products/docker-desktop](https://www.docker.com/products/docker-desktop) - 맥 사용자는 인텔칩과 애플칩 구분을 해서 다운로드 해주세요. - 도커 명령어 : `docker run hello-world` - ![img](https://i.imgur.com/3legZse.png) - [글 - 초보자를 위한 BIOS 가상화 켜는 방법 - CPU 모델, 브랜드별 가이드 포함 - https://fivem.tistory.com/24](https://fivem.tistory.com/24) # 2강 - [25 02 24, p 14068, 2강, 도커를 사용하지 않으면 의존성 충돌 문제들이 발생합니다.](https://youtu.be/-nVLFZdHOhE) ## 설명 - 도커가 없는 경우에는 충돌 문제들이 많이 발생합니다. - 예를 들어 파이썬 2.7과 3.x 버전을 동시에 사용해야 하는 경우 - 또는 서로 다른 버전의 라이브러리가 필요한 여러 프로젝트를 동시에 진행할 때 - 도커를 사용하면 이러한 의존성 충돌 문제를 컨테이너 격리를 통해 해결할 수 있습니다. - 각 프로젝트마다 독립된 환경을 제공하여 충돌 없이 작업이 가능합니다. # 3강 - [25 02 24, p 14068, 3강, 도커 컨테이너에서의 프로그램 실행은 HOST OS 에서의 실행대비 성능저하가 없습니다.](https://youtu.be/3ehhd2C35Js) ## 설명 - 도커 컨테이너에서의 프로그램 실행은 HOST OS 에서의 실행대비 성능저하가 없습니다. - 도커는 가상머신과 달리 호스트 OS의 커널을 직접 사용합니다. - 컨테이너는 프로세스 격리 기술을 사용하여 매우 가볍게 동작합니다. - 시스템 자원을 효율적으로 사용하면서도 독립된 실행 환경을 제공합니다. - 가상머신처럼 OS를 통째로 올리는 것이 아니라 필요한 부분만 격리하여 사용합니다. # 4강 - [25 02 24, p 14068, 4강, 모든 도커 환경 초기화 하는 방법, 실습을 처음부터 하고 싶으시다면 이렇게 초기화 해주세요.](https://youtu.be/z4roZ4EPMbw) ## 모든 도커 환경 초기화 ```bash # 모든 도커자원(이미지, 컨테이너, 네트워크, 볼륨) 삭제 명령어 # 가끔 도커 관련 실습을 처음부터 다시하고 싶을 때 아래 명령어가 유용합니다. # 모든 외부 폴더 삭제 rm -rf ~/testDockerProjects/* # 컨테이너 삭제 docker rm -f $(docker ps -qa) # 이미지 삭제 docker rmi -f $(docker images -qa) # 안쓰는 네트워크 삭제 docker network prune -f # 안쓰는 볼륨 삭제 docker volume prune -f ``` # 5강 - [25 02 24, p 14068, 5강, 도커 이미지](https://youtu.be/DKQMYTYtPDY) ## 설명 - 도커 이미지는 프로그램과 유사합니다. - 도커 컨테이너는 프로세스와 유사합니다. - 프로그램을 실행하면 프로세스가 생성됩니다. ## 도커 이미지와 일반 프로그램의 비교 | 도커 | 일반 프로그램 | |------|--------------| | 도커 이미지 | 프로그램 | | 도커 이미지 다운로드 | 프로그램 설치 | | 도커 이미지 제거 | 프로그램 제거 | | 도커 이미지 실행 => 도커 컨테이너 생성 | 프로그램 실행 => 프로세스 생성 | | 도커 이미지 1개 => 도커 컨테이너 N개 | 프로그램 1개 => 프로세스 N개 | # 6강 - [25 02 24, p 14068, 6강, 도커 이미지 다운로드](https://youtu.be/VuCoORpXpBE) ## 설명 - 도커(Docker)에서 컨테이너 실행을 위해 먼저 필요한 이미지를 다운로드하는 방법을 배운다. - `docker pull` 명령어를 사용하여 원하는 이미지를 가져온다. - 이미지 저장소(레지스트리)에서 최신 버전 또는 특정 버전을 선택하여 다운로드할 수 있다. --- ## 실습 스크립트 ### 1단계: 도커 이미지 다운로드 (`docker pull`) ```bash docker pull nginx ``` **출력 예시** ``` Using default tag: latest latest: Pulling from library/nginx ... Status: Downloaded newer image for nginx:latest docker.io/library/nginx:latest ``` (*`nginx` 최신 버전 이미지가 다운로드됨.*) --- ### 2단계: 특정 버전의 도커 이미지 다운로드 ```bash docker pull nginx:1.25 ``` **출력 예시** ``` 1.25: Pulling from library/nginx ... Status: Downloaded newer image for nginx:1.25 docker.io/library/nginx:1.25 ``` (*`nginx`의 1.25 버전 이미지가 다운로드됨.*) --- ### 3단계: 다운로드된 이미지 확인 (`docker images`) ```bash docker images ``` **출력 예시** ``` REPOSITORY TAG IMAGE ID CREATED SIZE nginx latest 1a2b3c4d5e6f 2 weeks ago 23MB nginx 1.25 7g8h9i0j1k2l 3 weeks ago 23MB ``` (*다운로드된 모든 도커 이미지가 표시됨.*) --- ### 4단계: 특정 이미지 삭제 (`docker rmi`) ```bash docker rmi nginx:1.25 ``` **출력 예시** ``` Untagged: nginx:1.25 Deleted: sha256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ``` (*지정한 `nginx:1.25` 이미지를 삭제함.*) --- ## 정리 - `docker pull [이미지명]` : 최신 버전의 이미지를 다운로드. - `docker pull [이미지명]:[태그]` : 특정 버전의 이미지를 다운로드. - `docker images` : 현재 다운로드된 이미지 목록 확인. - `docker rmi [이미지명]:[태그]` : 특정 도커 이미지를 삭제. # 7강 - [25 02 24, p 14068, 7강, 도커 컨테이너 실행 (Hello World)](https://youtu.be/uKuViiEZgcw) ## 설명 - 가장 기본적인 도커 컨테이너 실행 방법을 배운다. - `hello-world` 이미지를 실행하여 도커가 정상적으로 작동하는지 확인한다. - 도커 컨테이너의 기본 개념을 이해한다. --- ## 실습 스크립트 ### 1단계: 도커 컨테이너 실행 (`docker run`) ```bash docker run hello-world ``` **출력 예시** ``` Unable to find image 'hello-world:latest' locally latest: Pulling from library/hello-world 2db29710123e: Pull complete Digest: sha256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Status: Downloaded newer image for hello-world:latest Hello from Docker! This message shows that your installation appears to be working correctly. ... ``` (*`hello-world` 컨테이너가 실행되며, "Hello from Docker!" 메시지가 출력됨.*) --- ### 2단계: 실행된 컨테이너 목록 확인 (`docker ps -a`) ```bash docker ps -a ``` **출력 예시** ``` CONTAINER ID IMAGE COMMAND CREATED STATUS NAMES abc123456789 hello-world "/hello" 10 seconds ago Exited (0) 5 seconds ago relaxed_wilson ``` (*`hello-world` 컨테이너가 실행된 후 자동으로 종료됨.*) --- ### 3단계: 컨테이너 삭제 (`docker rm`) ```bash docker rm abc123456789 ``` (*실행이 끝난 `hello-world` 컨테이너를 삭제함.*) (*컨테이너 ID는 `docker ps -a` 명령어로 확인 가능.*) --- ### 4단계: 다운로드된 도커 이미지 확인 (`docker images`) ```bash docker images ``` **출력 예시** ``` REPOSITORY TAG IMAGE ID CREATED SIZE hello-world latest d1165f221234 2 months ago 13kB ``` (*다운로드된 `hello-world` 이미지가 표시됨.*) --- ### 5단계: 도커 이미지 삭제 (`docker rmi`) ```bash docker rmi hello-world ``` (*로컬에 저장된 `hello-world` 이미지를 삭제함.*) (*이미지를 삭제하면 다시 실행할 때 자동으로 다운로드됨.*) --- ### 정리 - `docker run hello-world` : `hello-world` 컨테이너 실행. - `docker ps -a` : 실행된 모든 컨테이너 목록 확인. - `docker rm [컨테이너 ID]` : 실행이 끝난 컨테이너 삭제. - `docker images` : 다운로드된 도커 이미지 목록 확인. - `docker rmi hello-world` : `hello-world` 이미지 삭제. # 8강 - [25 02 24, p 14068, 8강, 도커 컨테이너 실행 개념](https://youtu.be/6qNFcPU00cU) ## 설명 - 도커에서 `docker run` 명령어로 컨테이너를 실행하면 기본적으로 내부에서 작동하는 **주 프로세스** 가 있다. - 하나의 컨테이너에는 무조건 1개의 **주 프로세스**가 있어야 한다. - 물론 **주 프로세스** 말고도 컨테이너 안에는 다른 프로세스들이 있을 수 있다. - **주 프로세스**를 실행하는 명령어를 **최종 실행 명령어** 라고 한다. - 최종실행 명령어는 **엔트리포인트** + **명령어**로 이루어진다. - 컨테이너는 내부에서 실행된 **주 프로세스**가 종료되면 **자동으로 종료**된다. --- ## 개념 정리 ### 1. 컨테이너 내부에서 실행되는 **주 프로세스**가 중요 - 도커에서 컨테이너를 실행할 때 가장 중요한 개념은 **"컨테이너 내부에서 실행되는 주 프로세스"**이다. - 컨테이너 내부에서 실행할 프로세스가 존재해야 하고, 그것이 실행되는 동안 컨테이너는 유지된다. ### 2. `hello-world` 컨테이너 실행 과정 - `docker run hello-world`를 실행하면, 내부에서 `hello`라는 프로그램이 실행된다. - 이 프로세스는 단순히 **"Hello from Docker!"** 메시지를 출력한 후 **즉시 종료**된다. - 주 프로세스가 종료되었기 때문에 **컨테이너도 즉시 종료**된다. ### 3. 컨테이너 실행과 종료의 관계 | 실행 명령어 | 내부에서 실행되는 최종 실행 명령어 | 실행 후 동작 | |------------|---------------------|-------------| | `docker run hello-world` | `/hello` 프로그램 실행 | 메시지 출력 후 종료 | | `docker run ubuntu` | `/bin/bash` 실행됨 (일반적으로 종료됨) | `-it` 옵션이 없기 때문에 컨테이너가 실행되었다가 바로 종료됨 | | `docker run -it ubuntu bash` | `/bin/bash` 실행 (터미널 유지됨) | 사용자가 종료(`exit`)하기 전까지 컨테이너가 유지됨 | ### 4. 컨테이너가 종료되는 이유 - 내부 프로세스가 **종료되었기 때문**이다. - 도커 컨테이너는 내부에서 실행된 프로세스가 종료되면 컨테이너도 자동으로 정지됨. - 컨테이너가 지속되어야 한다면 **오래 지속되는 혹은 영원히 지속되는 프로세스**를 사용해야 한다. ### 5. 예제: `nginx` 컨테이너는 종료되지 않는다. ```bash docker run nginx ``` - `nginx 웹서버`는 사용자가 명시적으로 종료하지 않으면 계속 실행되기 때문에 - `nginx` 컨테이너는 자동으로 종료되지 않는다. - `Ctrl + c` (으)로 주 프로세스 종료 => 컨테이너 종료 --- ## 정리 - OS 에서는 특정 프로세스가 종료되어도 OS가 종료되지 않는다. - 도커 컨테이너는 내부에서 실행되는 **주 프로스세가 종료되면 컨테이너도 종료**된다. - `docker run hello-world` → 실행 후 메시지를 출력하고 즉시 종료됨. - `docker run ubuntu` → `ubuntu` 컨테이너가 실행되지만, `-it` 옵션이 없기 때문에 즉시 종료됨. - `docker run nginx` → `nginx` 서버는 자동으로 종료되지 않는 프로세스이기 때문에 컨테이너가 유지됨. - `Ctrl + c` (으)로 주 프로세스 종료 => 컨테이너 종료 - 실행을 유지하려면 **오래 지속되는 혹은 영원히 지속되는 프로세스**가 **주 프로세스**가 되도록 해야한다. # 9강 - [25 02 24, p 14068, 9강, 도커 컨테이너 엔트리포인트 재지정](https://youtu.be/IOxDeJoRrXs) ## 설명 - 도커 컨테이너 기본 엔트리포인트 재지정 - `--entrypoint` 옵션을 사용하여 기본 엔트리포인트를 재지정할 수 있다. - 이렇게 하면 기본 엔트리포인트는 작동하지 않는다. ## 도커 컨테이너 엔트리포인트 재지정 ```bash docker run --entrypoint ls nginx ``` # 10강 - [25 02 24, p 14068, 10강, 엔트리포인트 재지정시 해당 엔트리포인트가 복잡한 명령인 경우](https://youtu.be/9PXmSU-AJ-A) ## 설명 - 도커 컨테이너 엔트리포인트 재지정시 복잡한 명령어를 사용할 수는 없다. - 도커 컨테이너 엔트리포인트에는 단일 명령어만 가능하다. - 즉 `docker run --entrypoint ls -al nginx` 이렇게 실행할 수 없다. ## 도커 컨테이너 엔트리포인트 재지정시 복잡한 명령어 실행하는 방법 ```bash docker run --entrypoint ls nginx -al ``` ## 도커 컨테이너 엔트리포인트 재지정시 복잡한 명령어 실행하는 방법 : bash -c "명렁어" ```bash docker run --entrypoint bash nginx -c "ls -al" ``` # 11강 - [25 02 24, p 14068, 11강, 도커에서는 인터렉션이 필요할 때 `-it` 옵션을 사용하여 인터렉티브 모드로 실행해야 한다.](https://youtu.be/vuGDmw9wTlI) ## 설명 - 도커에서는 인터렉션이 필요할 때 `-it` 옵션을 사용하여 인터렉티브 모드로 실행해야 한다. ## 도커 컨테이너 엔트리포인트로 인터렉션이 필요한 명령어 실행 ```bash docker run -it --entrypoint bash nginx ``` ## bash 에서 나가는 방법 ```bash exit ``` # 12강 - [25 02 24, p 14068, 12강, 도커 이미지의 정보를 확인하는 방법](https://youtu.be/EBY9a_d7N2k) ## 설명 - 도커 컨테이너의 생명주기를 결정하는 **주 프로세스**를 생성하는 명령어를 **최종 실행 명령어** 라고 한다. - **최종 실행 명령어**는 **엔트리포인트** + **명령어**로 이루어진다. - 각 옵션은 도커 이미지 실행시에 재지정이 가능하다. ## 도커 이미지의 정보를 확인 ```bash docker inspect nginx ``` ## 도커 이미지의 기본 엔트리포인트 확인 ```bash docker inspect nginx | grep -A 1 '"Entrypoint"' ``` ## 도커 이미지의 기본 명령어 확인 ```bash docker inspect nginx | grep -A 4 '"Cmd"' ``` # 13강 - [25 02 24, p 14068, 13강, docker-entrypoint.sh 명령어의 역할](https://youtu.be/YS049HnxzLg) ## docker-entrypoint.sh ```bash #!/bin/sh # vim:sw=4:ts=4:et set -e # set -e : 스크립트 실행 중 오류가 발생하면 즉시 종료 # 로그를 출력하는 함수 (환경변수 NGINX_ENTRYPOINT_QUIET_LOGS가 설정되지 않았을 경우에만 출력) entrypoint_log() { if [ -z "${NGINX_ENTRYPOINT_QUIET_LOGS:-}" ]; then echo "$@" fi } # 만약 첫 번째 인자가 `nginx` 또는 `nginx-debug`라면 아래 로직 실행 if [ "$1" = "nginx" ] || [ "$1" = "nginx-debug" ]; then # `/docker-entrypoint.d/` 디렉토리에 최소 하나 이상의 파일이 있는지 확인 if /usr/bin/find "/docker-entrypoint.d/" -mindepth 1 -maxdepth 1 -type f -print -quit 2>/dev/null | read v; then entrypoint_log "$0: /docker-entrypoint.d/ is not empty, will attempt to perform configuration" entrypoint_log "$0: Looking for shell scripts in /docker-entrypoint.d/" # /docker-entrypoint.d/ 디렉토리 내의 모든 파일을 찾고 정렬하여 실행 find "/docker-entrypoint.d/" -follow -type f -print | sort -V | while read -r f; do case "$f" in # 확장자가 `.envsh` 인 파일을 찾음 *.envsh) if [ -x "$f" ]; then # 실행 권한이 있는 경우 entrypoint_log "$0: Sourcing $f" . "$f" # 현재 셸에서 실행 (환경 변수 적용 가능) else entrypoint_log "$0: Ignoring $f, not executable" fi ;; # 확장자가 `.sh` 인 파일을 찾음 *.sh) if [ -x "$f" ]; then # 실행 권한이 있는 경우 entrypoint_log "$0: Launching $f" "$f" # 직접 실행 else entrypoint_log "$0: Ignoring $f, not executable" fi ;; # 기타 확장자는 무시 *) entrypoint_log "$0: Ignoring $f";; esac done entrypoint_log "$0: Configuration complete; ready for start up" else entrypoint_log "$0: No files found in /docker-entrypoint.d/, skipping configuration" fi fi exec "$@" # 입력받은 명령어를 그대로 실행 ``` ### 🔍 **스크립트 분석 (`docker-entrypoint.sh`)** 이 스크립트는 **Nginx 컨테이너의 엔트리포인트** 역할을 하며, 실행 시 추가적인 설정을 적용하고 마지막으로 Nginx를 실행하는 구조야. --- ## 📌 **1. 기본 설정** ```bash #!/bin/sh # vim:sw=4:ts=4:et set -e ``` - `#!/bin/sh` → **POSIX 호환 셸을 사용**하도록 설정. - `# vim:sw=4:ts=4:et` → Vim에서 스페이스 4개 단위 탭을 설정하는 주석. - `set -e` → **오류 발생 시 즉시 종료** (스크립트 내의 명령어 중 하나라도 실패하면 전체 실행을 중단). --- ## 📌 **2. 로그 출력 함수 (`entrypoint_log`)** ```bash entrypoint_log() { if [ -z "${NGINX_ENTRYPOINT_QUIET_LOGS:-}" ]; then echo "$@" fi } ``` - `NGINX_ENTRYPOINT_QUIET_LOGS` 환경 변수가 설정되어 있으면 로그를 출력하지 않음. - 설정되지 않았다면 `echo "$@"`로 로그 출력. --- ## 📌 **3. Nginx 실행 여부 확인** ```bash if [ "$1" = "nginx" ] || [ "$1" = "nginx-debug" ]; then ``` - 첫 번째 인자(`$1`)가 `nginx` 또는 `nginx-debug`이면 추가 설정을 수행. - 즉, **Nginx가 실행될 때만 초기 설정을 실행하도록 함**. --- ## 📌 **4. `/docker-entrypoint.d/` 설정 파일 실행** ```bash if /usr/bin/find "/docker-entrypoint.d/" -mindepth 1 -maxdepth 1 -type f -print -quit 2>/dev/null | read v; then ``` - `/docker-entrypoint.d/` 디렉터리 내부에 하나라도 파일이 있는지 검사. - `-mindepth 1 -maxdepth 1` → **최상위 레벨 파일만 검색**. - `-type f` → **파일만 검색 (디렉터리 제외)**. - `-print -quit` → **첫 번째 파일을 찾으면 즉시 종료** (전체 리스트를 출력하지 않음). ### 🔹 **설정 파일 실행 과정** ```bash find "/docker-entrypoint.d/" -follow -type f -print | sort -V | while read -r f; do ``` - `/docker-entrypoint.d/` 내부의 파일 목록을 찾아 **버전 정렬 (`sort -V`)** 후 반복 실행. ```bash case "$f" in *.envsh) if [ -x "$f" ]; then entrypoint_log "$0: Sourcing $f"; . "$f" else entrypoint_log "$0: Ignoring $f, not executable"; fi ;; ``` - 확장자가 `.envsh`인 파일: - 실행 가능(`-x`)하면 **현재 쉘에서 소싱 (`. "$f"`)**. - 실행 권한이 없으면 무시. ```bash *.sh) if [ -x "$f" ]; then entrypoint_log "$0: Launching $f"; "$f" else entrypoint_log "$0: Ignoring $f, not executable"; fi ;; ``` - 확장자가 `.sh`인 파일: - 실행 권한(`-x`)이 있으면 **새 프로세스로 실행 (`"$f"`)**. - 실행 권한이 없으면 무시. ```bash *) entrypoint_log "$0: Ignoring $f";; ``` - 기타 파일들은 무시. --- ## 📌 **5. 설정 완료 로그** ```bash entrypoint_log "$0: Configuration complete; ready for start up" ``` - 설정 완료 메시지를 출력. --- ## 📌 **6. `exec "$@"`로 실행 위임** ```bash exec "$@" ``` - **현재 프로세스를 새로운 프로세스로 교체**. - `docker run` 명령어에서 전달된 **모든 인자(`"$@"`)를 실행**. - 예를 들어, 실행 명령어가 다음과 같다면: ```bash ./docker-entrypoint.sh "nginx" "-g" "daemon off;" ``` - `"nginx" "-g" "daemon off;"`가 실행됨. - 기존 `docker-entrypoint.sh` 프로세스는 **완전히 종료**되고, 새로운 `nginx` 프로세스가 실행됨. --- ## 🎯 **최종 실행 흐름** 1. `docker run`에서 실행된 명령의 첫 번째 인자가 `nginx` 또는 `nginx-debug`인지 확인. 2. `/docker-entrypoint.d/` 내의 설정 파일을 실행 (환경 변수 설정 또는 사전 스크립트 실행). 3. `exec "$@"`로 전달된 명령을 실행 (`nginx -g "daemon off;"` 등). --- ## ✅ **결론** - 이 스크립트는 **Nginx 컨테이너의 실행 전 환경 설정을 자동으로 수행**함. - `/docker-entrypoint.d/` 내의 `.sh` 또는 `.envsh` 파일을 실행하여 설정을 적용할 수 있음. - `exec "$@"`를 사용하여 최종적으로 `CMD` 또는 `ENTRYPOINT`에서 전달된 명령을 실행함. - 만약 `docker run --entrypoint ./docker-entrypoint.sh nginx`로 실행하면, 원래 `CMD`(기본적으로 `nginx -g "daemon off;"`)가 전달되지 않아 실행되지 않음. 따라서 `exec "$@"`가 없는 경우 컨테이너가 바로 종료될 수 있음. - 만약 `docker run --entrypoint ./docker-entrypoint.sh nginx "nginx" "-g" "daemon off;"` 명령어를 사용하면, 전처리 후에 최종적으로 `nginx -g "daemon off;"` 명령어가 실행됨. 🚀 **즉, 이 스크립트는 설정을 동적으로 적용한 후, 최종적으로 Nginx 실행을 위임하는 역할을 함!** # 14강 - [25 02 24, p 14068, 14강, 각 docker run 명령어의 최종적인 모습](https://youtu.be/Q6ALtA_UuP4) ## 명령어 1 : `docker run nginx` ### docker run 명령어 ```bash docker run nginx ``` ### docker run 명령어 : 기본 명령어가 명시적으로 지정된 버전 ```bash docker run nginx "nginx" "-g" "daemon off;" ``` ### docker run 명령어 : 기본 엔트리포인트까지 명시적으로 지정된 버전 ```bash docker run --entrypoint ./docker-entrypoint.sh nginx "nginx" "-g" "daemon off;" ``` ### 최종 실행 명령어 ```bash ./docker-entrypoint.sh "nginx" "-g" "daemon off;" ``` ### ./docker-entrypoint.sh 에서 마지막에 실행되는 명령어 ```bash ./docker-entrypoint.d/10-listen-on-ipv6-by-default.sh ./docker-entrypoint.d/15-local-resolvers.envsh ./docker-entrypoint.d/20-envsubst-on-templates.sh ./docker-entrypoint.d/30-tune-worker-processes.sh nginx -g "daemon off;" ``` ## 명령어 2 : `docker run nginx ls -al` ### docker run 명령어 ```bash docker run nginx ls -al ``` ### docker run 명령어 : 기본 엔트리포인트까지 명시적으로 지정된 버전 ```bash docker run --entrypoint ./docker-entrypoint.sh nginx ls -al ``` ### 도커 컨테이너 내부에서 실행되는 명령어 ```bash ./docker-entrypoint.sh "ls" "-al" ``` ### 최종적으로 도커 컨테이너 내부에서 실행되는 명령어 ```bash ls -al ``` # 15강 - [25 02 25, p 14068, 15강, --rm 옵션](https://youtu.be/CiRtQ3ag5qI) ## 설명 - **`--rm` 옵션 없이 실행**: 컨테이너가 실행 후 종료되더라도 종료된 컨테이너가 목록에 남아 있어 이후 확인하거나 디버깅할 때 유용합니다. - **`--rm` 옵션 사용 시**: 컨테이너가 실행 후 자동으로 삭제되어 디스크 공간을 절약하고 깔끔한 환경을 유지할 수 있습니다. --- ## 실습 스크립트 ### 1단계: --rm 옵션 없이 실행 ```bash # --rm 옵션 없이 hello-world 컨테이너 실행 docker run hello-world docker ps -a ``` ```bash # 출력 예시: # Unable to find image 'hello-world:latest' locally # latest: Pulling from library/hello-world # (중략) # CONTAINER ID IMAGE COMMAND CREATED STATUS NAMES # abc123456789 hello-world "/hello" 몇 초 전 Exited (0) 몇 초 전 blissful_morse ``` --- ### 2단계: --rm 옵션 사용하여 실행 ```bash docker rm blissful_morse # 기존 도커 컨테이너 제거 docker run --rm hello-world ``` ```bash # 출력 예시: # Unable to find image 'hello-world:latest' locally # latest: Pulling from library/hello-world # (중략) # Hello from Docker! ``` ```bash # 컨테이너 실행 후, 자동으로 삭제되어 목록에 나타나지 않음 docker ps -a # 출력 예시: # (종료된 hello-world 컨테이너가 존재하지 않음) ``` --- ## 정리 - **--rm 옵션 미사용**: - 종료된 컨테이너가 남아 있어 이후 상태 확인이나 로그 분석에 용이함. - 단, 컨테이너가 계속 쌓이면 디스크 공간을 차지할 수 있음. - **--rm 옵션 사용**: - 컨테이너가 종료되면 자동으로 삭제되어 환경이 깔끔해짐. - 단, 디버깅 시 컨테이너 정보를 확인하기 어려울 수 있음. 이처럼 상황에 맞게 **--rm 옵션**의 사용 여부를 결정하여 도커 환경을 관리할 수 있습니다. # 16강 - [25 02 25, p 14068, 16강, Detach 모드(-d 옵션), docker stop](https://youtu.be/tmsBvic1JRs) ## 설명 - `docker stop 컨테이너ID OR 컨테이너이름` : 컨테이너 중지, 주로 백그라운드에서 실행된 컨테이너를 중지할 때 사용 - **`-d` 옵션 사용 시**: 컨테이너를 백그라운드(Detach 모드)에서 실행하여 터미널을 점유하지 않고 지속적으로 실행됩니다. - **`-d` 옵션 미사용 시**: 컨테이너가 포그라운드(Foreground)에서 실행되어 터미널에 출력되며, 종료되지 않는 한 터미널을 계속 점유합니다. --- ## 실습 스크립트 ### 1단계: -d 옵션을 사용하여 nginx 컨테이너를 백그라운드에서 실행 ```bash # -d 옵션을 사용하여 nginx 컨테이너 실행 (백그라운드에서 실행됨) docker run -d nginx ``` ```bash # 출력 예시: # 7c9d0e2f3abcde1234567890abcdef (컨테이너 ID가 출력됨) ``` --- ### 2단계: 실행 중인 컨테이너 목록 확인 ```bash docker ps ``` ```bash # 출력 예시: # CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES # 7c9d0e2f3abc nginx "nginx -g 'daemon of…" 2 seconds ago Up 2 seconds 80/tcp tender_shockley ``` --- ### 3단계: 실행 중인 컨테이너 로그 확인 ```bash docker logs 7c9d0e2f3abc ``` ```bash # 출력 예시: # nginx 관련 로그 내용이 출력됨 ``` --- ### 4단계: 백그라운드 실행 컨테이너 중지 ```bash docker stop 7c9d0e2f3abc ``` ```bash # 출력 예시: # 중지된 컨테이너 ID가 출력됨 ``` --- ### 5단계: 중지된 컨테이너 삭제 (필요 시) ```bash docker rm 7c9d0e2f3abc ``` ```bash # 출력 예시: # 삭제된 컨테이너 ID가 출력됨 ``` --- ## 정리 - **`-d` 옵션 사용**: - 컨테이너를 백그라운드에서 실행하여 터미널을 점유하지 않고 지속적으로 동작합니다. - 데몬(서비스) 형태의 실행에 적합합니다. - **`-d` 옵션 미사용**: - 컨테이너가 포그라운드에서 실행되어 터미널에 직접 출력되며, 로그를 실시간으로 확인할 수 있습니다. 이처럼 상황에 맞게 **`-d` 옵션**의 사용 여부를 결정하여 도커 컨테이너 실행 환경을 관리할 수 있습니다. # 17강 - [25 02 25, p 14068, 17강, docker logs, --name 옵션](https://youtu.be/fBPhYsR0zhg) ## 설명 - `--name` 옵션을 사용하면 컨테이너에 이름을 부여할 수 있다. - 이름은 유니크해야 한다. - `docker logs` 명령어는 컨테이너의 표준 출력(stdout)과 표준 에러(stderr) 로그를 확인할 수 있습니다. - 이 명령어를 통해 백그라운드에서 실행 중인 컨테이너의 로그를 확인하거나, 디버깅 및 문제 해결에 활용할 수 있습니다. - `-f` 옵션을 사용하면 로그를 실시간으로 모니터링할 수 있으며, `--timestamps` 옵션을 사용하면 로그에 타임스탬프를 포함시켜 출력할 수 있습니다. ## 실습 스크립트 ### 1단계: 로그 확인할 컨테이너 실행 ```bash # 'mynginx'라는 이름으로 nginx 컨테이너를 백그라운드(-d 옵션)에서 실행합니다. docker run --rm -d --name mynginx nginx ``` ```bash # 출력 예시: # f9b8d7e6c5a4b3210fedcba987654321 (컨테이너 ID가 출력됨) ``` --- ### 2단계: 컨테이너 로그 확인 ```bash # 'mynginx' 컨테이너의 로그를 출력합니다. docker logs mynginx ``` ```bash # 출력 예시: # nginx 관련 로그 내용이 출력됨 ``` --- ### 3단계: 실시간 로그 모니터링 ```bash # -f 옵션을 사용하여 'mynginx' 컨테이너의 로그를 실시간으로 모니터링합니다. docker logs -f mynginx ``` ```bash # 출력 예시: # 실시간으로 추가되는 로그 내용이 출력됨 (모니터링을 종료하려면 Ctrl+C 입력) ``` --- ### 4단계: 로그에 타임스탬프 포함하여 확인 ```bash # --timestamps 옵션을 사용하여 로그 출력 시 시간 정보를 포함시킵니다. docker logs --timestamps mynginx docker stop mynginx ``` ```bash # 출력 예시: # 로그에 각 줄마다 타임스탬프가 포함되어 출력됨 ``` --- ## 정리 - `docker logs` 명령어는 컨테이너 내부의 로그를 확인할 때 사용합니다. - `-f` 옵션을 통해 실시간 로그 모니터링이 가능하며, `--timestamps` 옵션으로 로그에 시간 정보를 추가할 수 있습니다. - 로그를 확인하여 컨테이너의 동작 상태, 에러 메시지 등을 분석하고 디버깅에 활용할 수 있습니다. # 18강: docker start와 -a 옵션 사용법 - [25 02 25, p 14068, 18강, docker start와 -a 옵션 사용법](https://youtu.be/mJapT-7MkCY) ## 설명 docker start 명령어는 이전에 실행되어 중지된 컨테이너를 다시 시작할 때 사용됩니다. - **기본 동작**: - 중지된 컨테이너를 재시작하지만, 기본적으로 컨테이너의 표준 출력(stdout)에 attach하지 않습니다. - 기본적으로 detach 모드로 start 하게 됩니다. - **-a 옵션 사용**: - 컨테이너를 시작하면서 표준 출력과 에러 스트림에 연결(attach)하여 실행 결과나 메시지를 바로 확인할 수 있습니다. 이번 강의에서는 hello-world 컨테이너와 nginx 컨테이너를 예시로 docker start 명령어와 -a 옵션의 차이를 실습해보겠습니다. --- ## 실습 스크립트 ### 1. hello-world 컨테이너 재실행 예제 ```bash # hello-world 컨테이너를 이름 지정하여 실행 (실행 후 자동 종료됨) docker run --name hello_test hello-world # hello-world 실행 및 종료 # 실행이 종료된 컨테이너 확인 docker ps -a # hello_test 컨테이너 상태 "Exited"로 확인 가능 # -a 옵션 없이 재시작 (표준 출력에 attach하지 않음) docker start hello_test # 아무 출력이 보이지 않을 수 있음 docker logs hello_test # 이렇게 해야 확인이 가능함 # -a 옵션으로 재시작 (실행 시 출력 결과 확인 가능) docker start -a hello_test # "Hello from Docker!" 메시지가 출력됨 docker rm hello_test ``` ### 2. nginx 컨테이너 재실행 예제 ```bash # nginx 컨테이너를 백그라운드 모드(-d)로 이름 지정하여 실행 docker run -d --name mynginx nginx # nginx 서버가 백그라운드에서 실행됨 # 컨테이너 상태 확인 (실행 중) docker ps # mynginx 컨테이너가 Up 상태임 # nginx 컨테이너 중지 (실행 중인 컨테이너를 정지) docker stop mynginx # 컨테이너가 중지됨 # 중지된 컨테이너 재시작 (기본적으로 출력은 없음) docker start mynginx docker logs mynginx # 이렇게 해야 확인이 가능함 # nginx 컨테이너 중지 (실행 중인 컨테이너를 정지) docker stop mynginx # 컨테이너가 중지됨 # -a 옵션 사용 시 (stdout에 attach되지만, nginx는 별도의 로그가 많지 않을 수 있음) docker start -a mynginx # 참고로 mynginx가 이미 실행중이라면 attach 모드로 바꾸는 역할만 한다. docker stop mynginx docker rm mynginx ``` > **참고:** > - hello-world 컨테이너는 실행 시 한 번 메시지를 출력하고 종료되므로, 재시작 시 -a 옵션을 사용하면 그 메시지를 다시 확인할 수 있습니다. > - nginx 컨테이너는 백그라운드로 실행되며 지속적으로 동작하므로, -a 옵션 사용 시 별도의 출력이 없을 수 있습니다. --- ## 정리 - **docker start [컨테이너 이름/ID]**: - 중지된 컨테이너를 재시작합니다. - 기본적으로 표준 출력에 attach하지 않습니다. - **docker start -a [컨테이너 이름/ID]**: - 컨테이너를 재시작하면서 표준 출력에 attach하여 실행 결과를 실시간으로 확인할 수 있습니다. 이와 같이 docker start 명령어와 -a 옵션을 활용하여, 중지된 컨테이너를 재시작하고 필요한 경우 출력 결과를 바로 확인할 수 있습니다. 아래는 **20강: 환경변수**와 **21강: 포트**에 대한 강의 내용입니다. # 19강 - [25 02 25, p 14068, 19강, docker kill와 강제 삭제 옵션 사용법](https://youtu.be/0ZRglwiB3F0) ## 설명 이번 강의에서는 실행 중인 컨테이너를 종료하는 방법에 대해 알아봅니다. - **docker stop**: - 컨테이너에 SIGTERM 신호를 보내 정상 종료할 기회를 제공합니다. - 일정 시간 후에도 종료되지 않으면 SIGKILL이 자동 전송될 수 있습니다. - **docker kill**: - 컨테이너에 즉시 SIGKILL 신호를 보내 강제로 종료합니다. - 정상 종료할 기회를 주지 않으므로, 내부 프로세스가 작업 중이라면 데이터 손실이 발생할 수 있습니다. - **docker rm -f**: - 실행 중인 컨테이너를 강제 삭제합니다. - 내부적으로 `docker kill`을 실행한 후 삭제하는 효과를 가집니다. --- ## 실습 스크립트 ### 1번째 실습: docker stop 후 삭제 ```bash # nginx 컨테이너를 백그라운드에서 실행하고 이름을 mycontainer로 지정 docker run --name mycontainer -d nginx # 컨테이너 실행 (-d: detach 모드) # 컨테이너를 정상 종료 (SIGTERM 사용) docker stop mycontainer # mycontainer 컨테이너를 정상 종료 # 종료된 컨테이너 삭제 docker rm mycontainer # 종료된 컨테이너를 삭제 ``` ### 2번째 실습: docker kill 후 삭제 ```bash # nginx 컨테이너를 백그라운드에서 실행하고 이름을 mycontainer로 지정 docker run --name mycontainer -d nginx # 컨테이너 실행 # 컨테이너를 강제로 종료 (즉시 SIGKILL 전송) docker kill mycontainer # 실행 중인 컨테이너를 강제 종료 # 강제 종료된 컨테이너 삭제 docker rm mycontainer # 컨테이너를 삭제 ``` ### 3번째 실습: 바로 강제 삭제 (rm -f) ```bash # nginx 컨테이너를 실행하고 바로 강제 삭제 docker run --name mycontainer -d nginx # 컨테이너 실행 # -f 옵션 사용으로 컨테이너가 실행 중이어도 강제로 종료 후 삭제 docker rm -f mycontainer # 실행 중인 컨테이너를 강제 종료 후 삭제 ``` --- ## 정리 - **docker stop**: 컨테이너를 정상적으로 종료시킵니다. - **docker kill**: 컨테이너를 즉시 강제 종료시키며, 내부 프로세스가 정상 종료되지 않을 수 있습니다. - **docker rm -f**: 실행 중인 컨테이너를 강제 종료 후 바로 삭제합니다. 이와 같이 상황에 맞게 컨테이너 종료 및 삭제 방법을 선택하여 도커 환경을 효과적으로 관리할 수 있습니다. # 20강 - [25 02 25, p 14068, 20강, 환경변수](https://youtu.be/Y_H74_uK0Ww) ## 설명 Docker 컨테이너는 다양한 설정값이나 구성 데이터를 외부에서 전달받아 사용할 수 있도록 **환경변수**를 지원합니다. - **컨테이너 실행 시 환경변수 지정**: - `-e` 옵션을 사용하여 개별 환경변수를 지정할 수 있습니다. - `--env-file` 옵션을 사용하면 파일 내의 여러 환경변수를 한 번에 로드할 수 있습니다. - **Dockerfile 내에서의 환경변수 설정**: - `ENV` 명령어로 기본값을 지정할 수 있어, 실행 시 변경하지 않으면 기본값으로 동작합니다. ## 준비 스크립트 ```bash rm -rf ~/testDockerProjects/exam19 mkdir -p ~/testDockerProjects/exam19 cd ~/testDockerProjects/exam19 echo MY_VAR=HelloDocker > env.list echo APP_ENV=production >> env.list ``` --- ## 실습 스크립트 ### 1. 개별 환경변수 지정하기 (`-e` 옵션 사용) ```bash # alpine 컨테이너를 실행하면서 MY_VAR 환경변수를 "HelloWorld"로 지정 docker run --rm -e MY_VAR="HelloWorld" alpine env # 컨테이너 내에서 env 명령어 실행하여 환경변수 목록 확인 # docker run --rm -it -e MY_VAR="HelloWorld" alpine sh # 이렇게 하면 컨테이너 내부에 진입할 수 있음 ``` > 위 명령어를 실행하면 컨테이너 내부의 환경변수 목록에 MY_VAR가 포함되어 있는 것을 확인할 수 있습니다. --- ### 2. 환경변수 파일 사용하기 (`--env-file` 옵션 사용) 먼저, 환경변수 파일을 작성합니다.(이미 준비스크립트에 의해서 생성되어 있음) **env.list** ```bash # env.list 파일 예제 MY_VAR=HelloDocker # MY_VAR 환경변수에 "HelloDocker" 값을 할당 APP_ENV=production # APP_ENV 환경변수에 "production" 값을 할당 ``` 이후, 아래 명령어로 파일 내의 모든 환경변수를 로드하여 컨테이너를 실행합니다. ```bash # env.list 파일에 정의된 환경변수를 로드하면서 alpine 컨테이너 실행 docker run --rm --env-file env.list alpine env # 컨테이너 내에서 env 명령어로 확인 ``` > 위 명령어를 통해 env.list 파일에 정의된 환경변수들이 컨테이너에 전달됨을 확인할 수 있습니다. --- ## 정리 - `-e` 옵션을 사용하면 컨테이너 실행 시 개별 환경변수를 지정할 수 있습니다. - `--env-file` 옵션을 사용하면 미리 정의된 파일에서 환경변수를 일괄 로드할 수 있습니다. - Dockerfile 내의 `ENV` 명령어로 기본 환경변수를 설정할 수도 있습니다. --- # 21강 - [25 02 25, p 14068, 21강, 포트](https://youtu.be/_JewMDAdxHw) ## 설명 Docker 컨테이너는 기본적으로 외부 네트워크와 격리되어 실행되지만, **포트 매핑**을 통해 호스트와 컨테이너 간 통신을 가능하게 할 수 있습니다. - **-p 옵션**: - `-p 호스트포트:컨테이너포트` 형식으로 명시적으로 포트를 매핑합니다. - **-P 옵션**: - Docker가 컨테이너 내에서 노출된 모든 포트를 호스트의 임의의 포트로 자동 매핑합니다. - **포트 매핑의 필요성**: - 외부에서 컨테이너의 서비스(예: 웹서버)에 접근하려면 반드시 포트 매핑을 설정해야 합니다. --- ## 실습 스크립트 ### 1. -p 옵션을 사용한 포트 매핑 ```bash # nginx 컨테이너의 기본 포트(80)를 호스트의 8080 포트에 매핑하여 실행 docker run --rm -d -p 8080:80 --name mynginx nginx # 이제 브라우저에서 http://localhost:8080 으로 접근 시 nginx 서비스에 연결됩니다. ``` --- ### 2. -P 옵션을 사용한 자동 포트 매핑 ```bash # -P 옵션을 사용하여 컨테이너의 모든 노출된 포트를 호스트의 임의의 포트로 자동 매핑하여 실행 docker run --rm -d -P --name auto_nginx nginx # 실행 후, docker ps 명령어로 호스트에 매핑된 포트를 확인할 수 있습니다. ``` --- ## 정리 - `-p 호스트포트:컨테이너포트` 옵션을 사용하면 원하는 포트를 직접 매핑할 수 있습니다. - `-P` 옵션을 사용하면 Docker가 컨테이너에서 노출한 모든 포트를 자동으로 호스트의 임의의 포트에 매핑합니다. - 올바른 포트 매핑 설정을 통해 외부 네트워크에서 컨테이너의 서비스를 접근할 수 있습니다. # 22강 - [25 02 25, p 14068, 22강, 도커 컨테이너의 정보를 확인하는 방법](https://youtu.be/NWcVbqcSxJ0) ## 설명 - `docker inspect` 명령어를 사용하면 컨테이너의 다양한 정보를 JSON 형식으로 확인할 수 있습니다: - 컨테이너 ID, 이름 - 네트워크 설정 (IP 주소, 포트 매핑 등) - 바인드 마운트 정보 - 환경 변수 - 실행 명령어 - 상태 정보 - 기타 설정값들 - 특정 정보만 필터링하여 보고 싶을 때는 `--format` 옵션이나 `grep` 명령어를 활용할 수 있습니다. --- ## 실습 스크립트 ```bash docker run --rm -d --name mynginx nginx docker inspect mynginx # 컨테이너의 정보 docker inspect mynginx | grep '"IPAddress"' # IP 주소 확인 ``` # 23강 - [25 02 25, p 14068, 23강, 기본적으로는 도커 컨테이너들이 같은 네트워크에 속합니다. 그들끼리는 제약없이 통신이 가능합니다.](https://youtu.be/exFD86zp2q8) ## 설명 - 기본적으로 모든 도커 컨테이너는 동일한 브릿지 네트워크에 연결됩니다. - 같은 브릿지 네트워크에 속한 컨테이너들은 서로 자유롭게 통신할 수 있습니다. - 각 컨테이너는 고유한 IP 주소를 할당받습니다. - 컨테이너 간 통신은 IP 주소나 컨테이너 이름을 통해 가능합니다. - 보안상 필요한 경우 사용자 정의 네트워크를 생성하여 컨테이너들을 격리할 수 있습니다. --- ## 실습 스크립트 ```bash # 기존의 모든 컨테이너 삭제하는 것을 추천합니다.(그래야 첫번째 컨테이너의 IP가 172.17.0.2 가 될 확률이 높습니다.) # my-nginx-1 컨테이너 띄우기 docker run --rm -d --name my-nginx-1 nginx # my-nginx-1 컨테이너 IP 확인 : 172.17.0.2 일 확률이 높음 docker inspect my-nginx-1 | grep '"IPAddress"' # nginx-2 컨테이너 띄우기 docker run --rm -it --name nginx-2 nginx bash # 배포판 확인 cat /etc/issue # wget 설치 apt update apt install -y wget # 2번 컨테이너에 접속하여 1번 컨테이너에 접속 wget http://172.17.0.2/index.html # 확인 cat index.html ``` # 24강 - [25 02 25, p 14068, 24강, docker exec 로 특정 컨테이너에 추가명령어 실행](https://youtu.be/3w_Nr-o5bSs) ## 설명 - `docker exec` 명령어는 실행 중인 컨테이너에 추가 명령어를 실행할 수 있게 해줍니다. - 컨테이너가 실행 중인 상태에서 컨테이너 내부에 접근하여 작업할 때 사용합니다. - `-it` 옵션을 사용하면 대화형 터미널로 접속할 수 있습니다. - 기본 문법: `docker exec [옵션] 컨테이너명 실행할명령어` - 예시: `docker exec -it mynginx bash` (mynginx 컨테이너에 bash 셸로 접속) --- ## 실습 스크립트 ```bash # my-nginx-1 컨테이너 띄우기 docker run --rm -d --name my-nginx-1 nginx # my-nginx-1 컨테이너에 bash 접속 docker exec -it my-nginx-1 bash # find 명령어로 nginx 웹루트 디렉토리 찾기 find / -name index.html 2>/dev/null # find / -name index.html 2>&1 | grep -v "Permission denied" # locate 명령어로 nginx 웹루트 디렉토리 찾기 cat /etc/issue # 배포판 확인 apt update apt install -y mlocate updatedb locate index.html ``` # 25강 - [25 02 25, p 14068, 25강, nginx 컨테이너의 웹루트 디렉토리를 찾아서 sub.html 추가](https://youtu.be/DUCXebTxMa4) ## 설명 - 웹서버는 웹 클라이언트(브라우저)의 HTTP 요청을 받아 웹 페이지를 제공하는 서버입니다. - 웹루트 디렉토리는 웹서버가 웹 페이지 파일들을 찾는 기본 디렉토리입니다. - nginx의 기본 웹루트 디렉토리는 `/usr/share/nginx/html` 입니다. - 이 디렉토리에 HTML 파일을 추가하면 웹에서 접근할 수 있습니다. - 예를 들어 `/usr/share/nginx/html/sub.html` 파일을 추가하면 `http://서버주소/sub.html`로 접근 가능합니다. --- ## 실습 스크립트 ```bash # my-nginx-1 컨테이너 띄우기 docker run --rm -d -p 8080:80 --name my-nginx-1 nginx # my-nginx-1 컨테이너에 bash 접속 docker exec -it my-nginx-1 bash # find 명령어로 nginx 웹루트 디렉토리 찾기 find / -name index.html 2>/dev/null # find / -name index.html 2>&1 | grep -v "Permission denied" # locate 명령어로 nginx 웹루트 디렉토리 찾기 cat /etc/issue # 배포판 확인 apt update apt install -y mlocate # 패키지 설치 updatedb # 데이터베이스 업데이트 locate index.html # 웹루트 디렉토리 확인 : /usr/share/nginx/html echo "

Hello Devs

" > /usr/share/nginx/html/sub.html # 파일 생성 # 브라우저에서 접속 확인 # - http://localhost:8080/sub.html ``` # 26강 - [25 02 25, p 14068, 26강, nginx 컨테이너의 웹루트 디렉토리를 찾아서 sub.html 추가, docker cp](https://youtu.be/uw18CYkiNAw) ## 설명 - `docker cp` 명령어는 호스트와 컨테이너 간에 파일을 복사할 때 사용합니다. - 컨테이너 내부에 직접 접속하지 않고도 파일을 전송할 수 있습니다. - 문법: - 호스트 -> 컨테이너: `docker cp 호스트경로 컨테이너이름:컨테이너경로` - 컨테이너 -> 호스트: `docker cp 컨테이너이름:컨테이너경로 호스트경로` - 예시: - `docker cp index.html my-nginx-1:/usr/share/nginx/html/` # 단일 파일 복사 - `docker cp my-nginx-1:/usr/share/nginx/html/index.html ./` # 단일 파일 복사 - `docker cp ./html/. my-nginx-1:/usr/share/nginx/html/` # 디렉토리 전체 복사 - `docker cp my-nginx-1:/usr/share/nginx/html/. ./backup/` # 디렉토리 전체 복사 - 주의사항: - 디렉토리를 복사할 때는 경로 끝에 /. 를 붙여야 합니다 - 복사 대상 경로가 없으면 자동으로 생성됩니다 --- ## 실습 스크립트 ```bash # my-nginx-1 컨테이너 띄우기 docker run --rm -d -p 8080:80 --name my-nginx-1 nginx # 호스트에서 파일 생성 echo "

Hello from docker cp

" > sub.html # 호스트에서 컨테이너로 파일 복사 docker cp sub.html my-nginx-1:/usr/share/nginx/html/ # 파일 삭제 rm sub.html # my-nginx-1 컨테이너에 bash 접속 docker exec -it my-nginx-1 bash ls /usr/share/nginx/html # 정말로 파일이 존재하는지 확인 # 브라우저에서 접속 확인 # - http://localhost:8080/sub.html ``` # 27강 - [25 02 25, p 14068, 27강, 바인드 마운트를 이용해서 도커 호스트에서 편하게 html 파일을 관리](https://youtu.be/B5GQqNjzSK8) ## 설명 - 바인드 마운트를 사용하면 호스트의 디렉토리를 컨테이너의 디렉토리와 연결할 수 있습니다 - `-v 호스트경로:컨테이너경로` 옵션으로 마운트를 설정합니다 - 호스트에서 파일을 수정하면 컨테이너에도 즉시 반영됩니다 - 컨테이너를 삭제해도 호스트의 파일은 유지됩니다 - 개발 환경에서 소스 코드를 관리할 때 유용합니다 --- ## 실습 스크립트 ```bash cd ~ # 홈 디렉토리로 이동 # my-nginx-1 컨테이너 띄우기 docker run \ --rm \ -d \ -p 8080:80 \ --name my-nginx-1 \ -v /${PWD}/testDockerProjects/exam27/my-nginx-1/volumes/usr/share/nginx/html:/usr/share/nginx/html \ nginx # 호스트에서 파일 생성 echo "

Hello Devs

" > ${PWD}/testDockerProjects/exam27/my-nginx-1/volumes/usr/share/nginx/html/sub.html # my-nginx-1 컨테이너에 bash 접속 docker exec -it my-nginx-1 bash ls /usr/share/nginx/html # 정말로 파일이 존재하는지 확인 # 브라우저에서 접속 확인 # - http://localhost:8080/sub.html ``` # 28강 - [25 02 25, p 14068, 28강, 기본 네트워크인 브릿지 네트워크가 아닌 사용자 정의 네트워크를 생성](https://youtu.be/iaV1lIlU1sU) ## 설명 - 기본 네트워크(bridge)는 도커가 설치될 때 자동으로 생성되는 네트워크입니다 - 기본 네트워크의 게이트웨이는 172.17.0.1입니다 - 사용자 정의 네트워크(common)는 사용자가 직접 생성한 네트워크입니다 - common 네트워크의 게이트웨이는 172.18.0.1입니다 - 사용자 정의 네트워크는 기본 네트워크와 달리 컨테이너 간에 DNS 이름 해석이 가능합니다 - 즉, IP 주소 뿐만 아니라 컨테이너 이름으로도 통신이 가능합니다 - 보안과 격리를 위해서는 기본 네트워크 대신 사용자 정의 네트워크를 사용하는 것이 좋습니다 --- ## 실습 스크립트 ```bash docker network ls docker network create common # 이름이 `common` 인 네트워크 생성 docker network ls docker network inspect bridge | less # 디폴트 네트워크의 상세정보 보기, 게이트웨이가 172.17.0.1 임을 확인 docker network inspect common | less # 디폴트 네트워크의 상세정보 보기, 게이트웨이가 172.18.0.1 임을 확인 ``` # 29강 - [25 02 25, p 14068, 29강, 도커 컨테이너끼리 컨테이너명으로 통신하기](https://youtu.be/ZGwcD4gXCi0) ## 설명 - 도커 컨테이너끼리 컨테이너명으로 통신하기 - 컨테이너명으로 통신하기 위해서는 사용자 정의 네트워크를 사용해야 합니다 - 사용자 정의 네트워크를 사용하면 컨테이너 간에 DNS 이름 해석이 가능합니다 - 즉, IP 주소 뿐만 아니라 컨테이너 이름으로도 통신이 가능합니다 --- ## 실습 스크립트 ```bash docker network create common # 이름이 `common` 인 네트워크 생성 # my-nginx-1 컨테이너 띄우기 docker run --rm -d --name my-nginx-1 --network common nginx # nginx-2 컨테이너 띄우기 docker run --rm -it --name nginx-2 --network common nginx bash # 배포판 확인 cat /etc/issue # wget 설치 apt update apt install -y wget # 2번 컨테이너에 접속하여 1번 컨테이너에 접속 wget http://my-nginx-1/index.html # 확인 cat index.html ``` ## 통신구조 $$uml participant "nginx-2" as container2 participant "my-nginx-1" as container1 participant "도커 호스트" as host container2 -> container1 : wget http://my-nginx-1/index.html container1 -> container2 : 응답 전달 (index.html) $$ # 30강 - [25 02 25, p 14068, 30강, 도커 컨테이너끼리 HOST OS의 포트를 이용해서 통신](https://youtu.be/UZEcm6BOZZE) ## 설명 - 도커 컨테이너들은 호스트 OS의 포트를 통해서도 통신이 가능합니다 - `-p` 옵션으로 호스트 OS의 포트와 컨테이너의 포트를 연결할 수 있습니다 - 예: `-p 8080:80`은 호스트의 8080 포트를 컨테이너의 80 포트와 연결합니다 - 컨테이너는 호스트 OS의 포트를 통해 다른 컨테이너와 통신할 수 있습니다 - 이 방식은 컨테이너가 다른 네트워크에 있어도 통신이 가능한 장점이 있습니다 --- ## 실습 스크립트 ```bash # my-nginx-1 컨테이너 띄우기 docker run --rm -d -p 8080:80 --name my-nginx-1 nginx # nginx-2 컨테이너 띄우기 docker run --rm -it --name nginx-2 nginx bash # 배포판 확인 cat /etc/issue # wget 설치 apt update apt install -y wget apt install -y iputils-ping # 게이트웨이를 통해서 도커 HOST에 접속가능한지 테스트 ping 172.17.0.1 # 2번 컨테이너에 접속하여 1번 컨테이너에 접속 wget http://172.17.0.1:8080/index.html # 확인 cat index.html ``` ## 통신구조 $$uml participant "nginx-2" as container2 participant "my-nginx-1" as container1 participant "도커 호스트" as host container2 -> host : ping 172.17.0.1 container2 -> host : wget http://172.17.0.1:8080/index.html host -> container1 : 요청 전달 (포트포워딩 8080 => container1:80) container1 -> host : 응답 전달 (index.html) host -> container2 : 응답 전달 (index.html) $$ # 31강 - [25 02 25, p 14068, 31강, 도커 컨테이너끼리 host.docker.internal 도메인을 이용해서 통신](https://youtu.be/wiZWqEngjow) ## 설명 - 도커 컨테이너들은 `host.docker.internal` 도메인을 통해 호스트 OS와 통신할 수 있습니다 - 이 도메인은 도커 호스트의 IP 주소를 자동으로 가리킵니다 - 컨테이너가 어떤 네트워크에 있든 상관없이 호스트 OS에 접근 가능합니다 - 일부 환경에서는 `--add-host host.docker.internal:host-gateway` 옵션이 필요할 수 있습니다 - `docker run --add-host host.docker.internal:host-gateway nginx` - 이 방식은 컨테이너가 호스트 OS의 서비스에 접근할 때 유용합니다 --- ## 실습 스크립트 ```bash # my-nginx-1 컨테이너 띄우기 docker run --rm -d -p 8080:80 --name my-nginx-1 nginx # nginx-2 컨테이너 띄우기 docker run --rm -it --name nginx-2 nginx bash # 배포판 확인 cat /etc/issue # wget 설치 apt update apt install -y wget apt install -y iputils-ping # 게이트웨이를 통해서 도커 HOST에 접속가능한지 테스트 ping host.docker.internal # 2번 컨테이너에 접속하여 1번 컨테이너에 접속 wget http://host.docker.internal:8080/index.html # 확인 cat index.html ``` ## 통신구조 $$uml participant "nginx-2" as container2 participant "my-nginx-1" as container1 participant "도커 호스트" as host container2 -> host : ping host.docker.internal container2 -> host : wget http://host.docker.internal:8080/index.html host -> container1 : 요청 전달 (포트포워딩 8080 => container1:80) container1 -> host : 응답 전달 (index.html) host -> container2 : 응답 전달 (index.html) $$ # 32강 - [25 02 25, p 14068, 32강, 도커 컨테이너 생명주기](https://youtu.be/1_0htweUUWY) ## 도커 컨테이너 생명주기 $$uml [*] --> Running : docker run Running --> Stopped : docker stop, docker kill Running --> Paused : docker pause Paused --> Running : docker unpause Running --> Restarting : docker restart Restarting --> Running Stopped --> Running : docker start Stopped --> Removing : docker rm Removing --> [*] $$ # 33강 - [25 02 25, p 14068, 33강, 하나의 NGINX는 포트를 구분자로 하여 여러 사이트를 동시에 운영할 수 있습니다.](https://youtu.be/1Tkdnv1-VOY) ## 하나의 NGINX로 동시에 여러개의 사이트를 운영 $$uml actor "사용자 1" as user1 actor "사용자 2" as user2 actor "사용자 3" as user3 actor "사용자 4" as user4 rectangle "클라이언트 요청" { collections "웹 요청" as requests } rectangle "Nginx 서버" { component "Nginx" as nginx collections "server 설정" as server } rectangle "웹 애플리케이션" { folder "웹 루트 1\n(/web/site1)" as web1 folder "웹 루트 2\n(/web/site2)" as web2 folder "웹 루트 3\n(/web/site3)" as web3 } user1 --> requests : http://localhost:8080 (site1) user2 --> requests : http://localhost:8080 (site1) user3 --> requests : http://localhost:8081 (site2) user4 --> requests : http://localhost:8082 (site3) requests --> nginx nginx --> server note right of server server 설정에 따라 각각의 웹 루트로 요청 전달 end note server --> web1 server --> web2 server --> web3 $$ # 34강 - [25 02 25, p 14068, 34강, 하나의 NGINX로 여러개의 사이트를 운영](https://youtu.be/l2-2E3PPXI4) ## 도커에서 하나의 NGINX로 동시에 여러개의 사이트를 운영 $$uml actor "사용자 1" as user1 actor "사용자 2" as user2 actor "사용자 3" as user3 actor "사용자 4" as user4 rectangle "클라이언트 요청" { collections "웹 요청" as requests } rectangle "도커" { rectangle "my-nginx-1 컨테이너" { rectangle "Nginx 서버" { component "Nginx" as nginx collections "server 설정" as server } rectangle "웹 애플리케이션" { folder "웹 루트 1\n(/web/site1)" as web1 folder "웹 루트 2\n(/web/site2)" as web2 folder "웹 루트 3\n(/web/site3)" as web3 } } } user1 --> requests : http://localhost:8080 (site1) user2 --> requests : http://localhost:8080 (site1) user3 --> requests : http://localhost:8081 (site2) user4 --> requests : http://localhost:8082 (site3) requests --> nginx nginx --> server note right of server server 설정에 따라 각각의 웹 루트로 요청 전달 end note server --> web1 server --> web2 server --> web3 $$ ## 설명 - 하나의 NGINX로 여러개의 사이트를 운영 - http://localhost:8080/index.html : my-nginx-1/web/site1/index.html - http://localhost:8081/index.html : my-nginx-1/web/site2/index.html - http://localhost:8082/index.html : my-nginx-1/web/site3/index.html --- ## 실습 스크립트 ```bash # my-nginx-1 컨테이너 띄우기 docker run \ --rm \ -d \ -p 8080:8080 \ -p 8081:8081 \ -p 8082:8082 \ --name my-nginx-1 \ nginx docker exec -it my-nginx-1 bash mkdir -p /web/site1 mkdir -p /web/site2 mkdir -p /web/site3 echo "

Site 1

" > /web/site1/index.html echo "

Site 2

" > /web/site2/index.html echo "

Site 3

" > /web/site3/index.html echo -e " server { listen 8080; root /web/site1; } server { listen 8081; root /web/site2; } server { listen 8082; root /web/site3; } " > /etc/nginx/conf.d/vhost.conf nginx -s reload # 브라우저에서 접속 확인 # - http://localhost:8080 # - http://localhost:8081 # - http://localhost:8082 ``` # 35강 - [25 02 26, p 14068, 35강, 도커 이미지는 우리 앱의 실행파일뿐 아니라 그것이 실행되는 데 필요한 인프라까지 담을 수 있는 포장지이다.](https://youtu.be/sHT_o_VEK9A) ## 설명 - 자바로 만든 결과물(jar 파일)은 그 자체로 실행될 수 없습니다. - JVM 이라는 환경에서 실행이 됩니다. - 배포라는 것은 서버(일반 컴퓨터와 같음)에서 우리가 만든 결과물(jar 파일)을 실행하는 것 입니다. - 서버를 세팅한다는 것은 서버에 JVM와 여러가지 프로그램들을 미리 설치해두는 행위를 말합니다. - 즉 서버에서 실행될 프로그램이 필요로하는 것을 미리 설치하는 행위가 바로 서버세팅입니다. - 도커이미지는 제품(자바로 만든 결과물)을 감싸는 포장지라고 볼 수 있습니다. - 그 포장지 안에는 JVM 같이 해당 프로그램이 필요한 환경까지 같이 동봉할 수 있습니다. - 도커를 이용하면 서버에 도커를 설치하는 것 이외에 딱히 미리 설치해둘 프로그램이 없습니다. - 굉장히 편해집니다. - 도커 이미지를 이용해서 배포한다면 운영서버에서 (거의) 무조건 실행됨을 보장할 수 있습니다. - 도커 이미지는 우리 앱의 실행파일뿐 아니라 그것이 실행되는 데 필요한 인프라까지 담을 수 있는 포장지이다. ## 스프링부트 앱, HTML 앱, 떡볶이 밀키트 비교 | | HTML 앱 | 스프링부트 앱 | 떡볶이 밀키트 | | --- | --- | --- | --- | | 소스코드 | index.html | SurlController.java | 떡, 양념 | | 필요의존성 | 웹서버(NGINX) | JVM(21 Version) | 냄비, 가스레인지 | | 포트(최종 사용자가 결과물을 달라고 요청하는 창구) | 80(기본 포트가 80) | 8090(보통은 8080, 우리가 8090으로 설정) | 주방(밀키트를 가지고 요리하는 사람이 주방에 있고 요청이 들어올 때 마다 요리를 하나 만들어서 제공한다고 가정) | # 36강 - [25 02 26, p 14068, 36강, 도커 이미지 만들기](https://youtu.be/YHx7gbjhZ3Q) ## 설명 - 라면요리에 가스레인지가 필요하듯이, HTTP 전송에는 웹서버(NGINX 등)이 필요합니다. - HTML 파일을 원격지의 브라우저에게 전송하려면 웹서버가 필요합니다. - 웹서버중에서 유명한 것이 nginx 입니다. - 우리는 nginx 를 사용할 예정입니다. - nginx 도커 이미지는 이미 도커 허브에 있습니다. - 우리는 도커 이미지를 만드는게 목표 입니다. - 도커 이미지는 Dockerfile 로 부터 생성됩니다. - Dockerfile 작성 - 도커허브의 nginx:latest 를 기반으로 합니다. - 소스코드 생성 - index.html 파일 생성 - 도커 이미지 생성 - docker build -t 이미지_이름 . - 도커 이미지 이름 : `레포지터리_이름:태그` - 기본 태그는 `latest` - 참고로 태그를 `latest` 로 하고 싶다면 생략가능 - EX : `docker build -t my-nginx-1 .` - 위 명령은 `docker build -t my-nginx-1:latest .` 와 같다. - 생성된 도커 이미지 확인 - `docker images` ## index.html ```html

Hello

``` ## Dockerfile ```dockerfile # 기본 이미지 설정 FROM nginx:latest # index.html 파일 복사 COPY index.html /usr/share/nginx/html/ ``` ## 실습 스크립트 ```bash mkdir -p ~/testDockerProjects/exam36/source cd ~/testDockerProjects/exam36 echo "

Hello

" > source/index.html echo -e ' # 기본 이미지 설정 FROM nginx:latest # index.html 파일 복사 COPY source/index.html /usr/share/nginx/html/ ' > Dockerfile docker build -t myname/nginx:1 . docker run --rm -d -p 80:80 --name my-nginx-1 myname/nginx:1 # 웹 사이트 접속 확인 # - http://localhost ``` # 37강 - [25 02 26, p 14068, 37강, 도커 이미지는 여러겹의 레이어러 구성되어 있고 레이어는 immutable 하다. 그래서 캐시가 쉽다.](https://youtu.be/Y_T2oDYD-m0) ## 설명 - 도커 이미지는 여러 레이어로 구성되어 있습니다. - 각 레이어는 불변(immutable)입니다. - 한번 생성된 레이어는 수정할 수 없습니다. - 레이어를 수정하려면 새로운 레이어를 만들어야 합니다. - 이러한 특성 덕분에 캐싱이 용이합니다. - 동일한 레이어는 재사용됩니다. - 빌드 시간이 단축됩니다. - Dockerfile의 각 명령어는 새로운 레이어를 생성합니다. - FROM : 기본 이미지 레이어 - COPY : 파일 복사 레이어 - RUN : 명령어 실행 레이어 # 38강 - [25 02 26, p 14068, 38강, site1, site2, site3 웹 사이트를 포함하는 도커 이미지 만들기](https://youtu.be/loeA7DZyX3I) ## 설명 - site1, site2, site3 웹 사이트를 포함하는 도커 이미지 만들기 ## 실습 스크립트 ```bash mkdir -p ~/testDockerProjects/exam38/source cd ~/testDockerProjects/exam38 mkdir -p source/etc/nginx/conf.d mkdir -p source/web/site1 mkdir -p source/web/site2 mkdir -p source/web/site3 echo "

Site 1

" > source/web/site1/index.html echo "

Site 2

" > source/web/site2/index.html echo "

Site 3

Site 1!!

" > source/web/site1/index.html # 도커 이미지 빌드 docker build -t myname/nginx:2 . # 기존 도커 컨테이너 삭제 docker rm -f my-nginx-1 # 도커 컨테이너 실행 docker run --rm -d -p 8080:8080 -p 8081:8081 -p 8082:8082 --name my-nginx-2 myname/nginx:2 # 웹 사이트 접속 확인 # - http://localhost:8080 ``` # 39강 - [25 02 26, p 14068, 39강, docker history 로 이미지의 레이어를 확인할 수 있다.](https://youtu.be/7NDKXBGi_lo) ## 설명 - docker history 명령어를 사용하면 도커 이미지의 레이어 구조를 확인할 수 있습니다. - 각 레이어는 이미지를 만들 때 실행된 명령어들을 보여줍니다. - 레이어는 순차적으로 쌓이며, 각 레이어는 이전 레이어의 변경사항을 포함합니다. - 이를 통해 이미지가 어떻게 구성되었는지 추적할 수 있습니다. - 레이어 구조를 이해하면 이미지 최적화에 도움이 됩니다. ## 실습 스크립트 ```bash # myname/nginx:1 이미지 생성 mkdir -p ~/testDockerProjects/exam38/source cd ~/testDockerProjects/exam38 mkdir -p source/etc/nginx/conf.d mkdir -p source/web/site1 mkdir -p source/web/site2 mkdir -p source/web/site3 echo "

Site 1

" > source/web/site1/index.html echo "

Site 2

" > source/web/site2/index.html echo "

Site 3

Site 1

" > source/web/site1/index.html echo "

Site 2

" > source/web/site2/index.html echo "

Site 3

" > source/web/site3/index.html echo -e " server { listen 8080; root /web/site1; } server { listen 8081; root /web/site2; } server { listen 8082; root /web/site3; } " > source/etc/nginx/conf.d/vhost.conf # 기존 방식 echo -e ' # 기본 이미지 설정 FROM nginx:latest # index.html 파일 복사 COPY source/web /web COPY source/etc/nginx/conf.d/vhost.conf /etc/nginx/conf.d/vhost.conf ' > Dockerfile # 새 방식 echo -e ' # 기본 이미지 설정 FROM nginx:latest # index.html 파일 복사 COPY source/etc/nginx/conf.d/vhost.conf /etc/nginx/conf.d/vhost.conf COPY source/web /web ' > Dockerfile docker build -t myname/nginx:1 . # myname/nginx:1 이미지의 레이어 확인 docker history myname/nginx:1 ``` # 43강 - [25 02 26, p 14068, 43강, 도커 이미지 빌드시에 --no-cache 옵션을 붙이면 캐시가 작동하지 않습니다.](https://youtu.be/mwD65rBH4MY) ## 설명 - 일반적인 빌드 : `docker build -t myname/nginx:1 .` - 캐시없는 빌드 : `docker build -t myname/nginx:1 --no-cache .` # 44강 - [25 02 26, p 14068, 44강, 오라클 11g 설치](https://youtu.be/Au6rJP2DH1I) ## 설명 - 오라클 11g 설치 - MAC 실리콘 계열에서는 안됩니다.(Colima 를 설치하고 실행하여 가상환경을 만들고 거기서 docker 명령어를 사용해야 합니다.) - [글 - M1 M2 Mac OS에서 Oracle DB 사용하기](https://velog.io/@devsaza/M1-M2-Mac-OS에서-Oracle-DB-사용하기) ## 준비 스크립트 ```bash rm -rf ~/testDockerProjects/exam44 mkdir -p ~/testDockerProjects/exam44/volumes/u01/app/oracle/oradata cd ~/testDockerProjects/exam44 ``` ## 실습 스크립트 ```bash # 볼륨은 바인드 마운드와 마찬가지라 호스트의 특정 폴더를 컨테이너에 마운트 할 수 있습니다. # 바인드 마운트와 달리 볼륨은 호스트 폴더관리를 도커에게 전적으로 위임합니다. # 이 오라클 11g의 경우에 바인드 마운트를 안쓰고 볼륨을 사용한 이유 : 윈도우나 맥에서 바인드 마운트를 하면 파일시스템이 안맞아서 발생하는 문제가 있기 때문입니다. docker volume create exam44-u01-app-oracle # MSYS_NO_PATHCONV=1 는 GIT BASH 에서 -v 옵션이 잘 작동하지 않을 때 명령어 앞에 붙여줍니다. # MSYS_NO_PATHCONV=1 는 윈도우에서 사용하는 변수로 윈도우에서 사용하는 경로를 유닉스 경로로 변환하는 것을 방지 # MSYS_NO_PATHCONV=1 없이도 잘 된다면 사용하지 않아도 됨 MSYS_NO_PATHCONV=1 docker run -d \ --name oracle11g-1 \ --restart unless-stopped \ -p 1521:1521 \ -e ORACLE_ALLOW_REMOTE=true \ -e "TZ=Asia/Seoul" \ -v exam44-u01-app-oracle:/u01/app/oracle \ wnameless/oracle-xe-11g-r2 # 오라클 xe 11g 컨테이너 안으로 bash 접속 docker exec -it oracle11g-1 bash # 오라클 접속 sqlplus # 계정 : system, oracle # 오라클 접속 확인 show user; # 테이블 목록 조회 SELECT table_name FROM user_tables; # 많이 나옴 # shop1 사용자, DB 생성 CREATE USER shop1 IDENTIFIED BY shop1pass; # shop1 사용자에게 권한 부여 GRANT CONNECT, RESOURCE TO shop1; # sqlplus 종료 exit # 다시 sqlplus 접속 sqlplus # 계정 : shop1 / shop1pass # 테이블 목록 조회 SELECT table_name FROM user_tables; # 안나옴 # 컨테이너 종료 exit ``` ## SQL PLUS 접속시에 아래와 같은 오류 메세지가 나오면 잠시 후 다시 시도해주세요. ``` ERROR: ORA-01033: ORACLE initialization or shutdown in progress Process ID: 0 Session ID: 0 Serial number: 0 ``` # 45강 - [25 02 26, p 14068, 45강, 디비버로 오라클 접속](https://youtu.be/ip1ZEDBlPfM) ## DBeaver Connection 생성: oracle11g-1 - system@localhost - Host: localhost - Database SID: xe - Authentication: system - Role: Normal - Password: oracle - 테이블 목록 조회 : `SELECT table_name FROM user_tables;` ## DBeaver Connection 생성: oracle11g-1 - shop1@localhost - Host: localhost - Database SID: xe - Authentication: shop1 - Role: Normal - Password: shop1pass - 테이블 목록 조회 : `SELECT table_name FROM user_tables;` # 46강 - [25 02 26, p 14068, 46강, PostgreSQL 설치](https://youtu.be/VK_3HubnOsw) ## PostgreSQL 서버 띄우기 - PostgreSQL 포트는 기본적으로 `5432` 입니다. - `postgres` 계정의 비밀번호는 `lldj123414` 입니다. ```bash cd ~ docker run \ --name postgres_1 \ --restart unless-stopped \ -e POSTGRES_PASSWORD=lldj123414 \ -v /${PWD}/testDockerProjects/exam48/postgres_1/volumes/var/lib/postgresql/data:/var/lib/postgresql/data \ -p 5432:5432 \ -d postgres ``` ## PostgreSQL 상식 - MySQL과 달리 PostgreSQL 에서는 관리자 계정이 `root` 가 아닌 `postgres` 이다. - `postgres` DB는 기본적으로 존재한다. - `CREATE DATABASE app1;`; 으로 데이터베이스를 만들 수 있다. - `SELECT datname FROM pg_database;` 로 데이터베이스 목록을 볼 수 있다. - `MySQL` 에서의 `use` 와 같은 명령어는 없다. ## DBeaver Connection 생성: postgres_1 - postgres@localhost - Host: localhost - Username: postgres - Password: lldj123414 - 테이블 목록 조회 : `SELECT tablename FROM pg_catalog.pg_tables WHERE schemaname != 'pg_catalog' AND schemaname != 'information_schema';` ## 현재 선택된 데이터베이스안의 모든 사용자 정의 테이블 목록 나열 ```sql SELECT tablename FROM pg_catalog.pg_tables WHERE schemaname != 'pg_catalog' AND schemaname != 'information_schema'; ``` ## post 테이블 생성 ```sql create table post ( id bigserial not null, primary key (id), create_date timestamp(6), modify_date timestamp(6), title varchar(255) ) ``` ## post 테이블에 데이터 삽입 ```sql # V1 insert into post (id, create_date, modify_date, title) values (default, NOW(), NOW(), '제목 1') ``` ```sql # v2 insert into post (create_date, modify_date, title) values (NOW(), NOW(), '제목 1') ``` ## 검색어가 `당근` 이고, 1 페이지에 보여줄 글 가져오기 - 한 페이지에 최대 10개의 글 노출 가능 ### 데이터 쿼리 ```sql select P.* from post AS P where upper(P.title) like upper('%당근%') escape '\' order by P.id desc limit 10 offset 0; ``` ### 카운트 쿼리 ```sql select count(P.id) from post AS P where upper(P.title) like upper('%당근%') escape '\' ``` ## 검색어가 `당근` 이고, 2 페이지에 보여줄 글 가져오기 - 한 페이지에 최대 10개의 글 노출 가능 ### 데이터 쿼리 ```sql select P.* from post AS P where upper(P.title) like upper('%당근%') escape '\' order by P.id desc limit 10 offset 10; ``` ### 카운트 쿼리 ```sql select count(P.id) from post AS P where upper(P.title) like upper('%당근%') escape '\' ``` # 47강 - [25 02 26, p 14068, 47강, redis 설치](https://youtu.be/lYYrkKN9FyQ) ## 설명 - redis는 인메모리 데이터베이스로 빠른 데이터 읽기/쓰기가 가능합니다. - 주로 캐시 서버나 세션 저장소로 사용됩니다. - 데이터를 메모리에 저장하기 때문에 매우 빠른 응답속도를 제공합니다. - key-value 형태로 데이터를 저장합니다. - 영구 저장이 필요한 데이터보다는 임시 데이터 저장에 적합합니다. - 주요 사용 사례: - 세션 관리 - 캐싱 - 실시간 순위표 - 메시지 큐 ## redis 설치 ```bash docker run -d \ --name=redis_1 \ --restart unless-stopped \ -p 6379:6379 \ -e TZ=Asia/Seoul \ redis --requirepass lldj123414 ``` ## redis 접속 by redis-cli over bash ```bash docker exec -it redis_1 bash redis-cli auth lldj123414 keys * exit # redis 종료 exit # bash 종료 ``` ## redis 접속 by redis-cli ```bash docker exec -it redis_1 redis-cli auth lldj123414 keys * exit # redis-cli 종료 ``` ## redis 비밀번호 변경 ```bash docker exec -it redis_1 redis-cli AUTH 기존_비밀번호 # 기존에 설정된 비밀번호가 있다면 입력 CONFIG SET requirepass 새로운_비밀번호 # 새 비번 입력 EXIT ``` # 48강 - [25 02 26, p 14068, 48강, 샘플 스프링부트 프로젝트 생성](https://youtu.be/WHjQ5dTpX_k) - [스프링 이니셜라이저](https://start.spring.io/) - ![img](https://i.postimg.cc/HspcQ2P1/image.png) - [GITHUB REPO - 스프링부트 샘플 프로젝트](https://github.com/jhs512/kopring-2025-02-26-1) - [커밋](https://github.com/jhs512/kopring-2025-02-26-1/commit/7425afb) # 49강 - [25 02 26, p 14068, 49강, javac 로 컴파일 한 후 실행](https://youtu.be/nTkpzU79cE8) ## 설명 - MAC 애플 실리콘 계열에서는 이후 예제가 잘 실행되지 않는다면 `docker run` 할 때 `--platform linux/amd64` 옵션을 붙여보세요. - EX : `docker run --platform linux/amd64 your_image_name` ## 실습 스크립트 ```bash # 로키 리눅스 후 bash docker run -it --rm --name rocky-1 rockylinux/rockylinux:9-ubi bash # /work 폴더 생성 및 이동 mkdir /work cd /work # Main.java 파일 생성 cat > Main.java < Main.java < MANIFEST.MF # JAR 파일 생성 jar cfm app.jar MANIFEST.MF Main.class # JAR 실행 java -jar app.jar ``` # 51강 - [25 02 26, p 14068, 51강, gradle로 jar 파일로 만들고 실행](https://youtu.be/3_gYdhIRgRk) ## 실습 스크립트 ```bash # 로키 리눅스 후 bash docker run -it --rm --name rocky-1 rockylinux/rockylinux:9-ubi bash # /work 폴더 생성 및 이동 mkdir /work cd /work # JDK 21 설치 dnf install -y java-21-openjdk-devel # Gradle 다운로드 및 설치 dnf install -y unzip wget wget https://services.gradle.org/distributions/gradle-8.6-bin.zip unzip gradle-8.6-bin.zip -d /opt ln -s /opt/gradle-8.6/bin/gradle /usr/local/bin/gradle gradle --version # Gradle 프로젝트 생성 (Kotlin DSL) gradle init --type java-application --dsl kotlin --project-name app cd app # test 폴더 삭제 rm -rf src/test # Main.java 파일 생성 cat > src/main/java/Main.java < build.gradle.kts < Dockerfile FROM container-registry.oracle.com/graalvm/jdk:23 COPY app.jar /app/app.jar EXPOSE 8090 ENTRYPOINT ["java", "-jar", "-Dspring.profiles.active=prod", "/app/app.jar"] EOF # 10. 도커 이미지 빌드 docker build -t myname/myapp:1 . # 11. 도커 이미지 실행 docker run -d --name myapp-1 -p 8070:8090 myname/myapp:1 # 11. 웹 브라우저에서 접속 # - http://localhost:8070 ``` # 59강 - [25 02 27, p 14068, 59강, Dockerfile의 멀티 스테이지 빌드를 이용하면 빌드서버에서의 빌드 과정이 쉬워진다.](https://youtu.be/N_ZopJy_w9k) ## 멀티 스테이지 빌드가 적용되기 전 과정 1. 개발자 PC : 소스코드 작업 1. 개발자 PC : GIT ADD, GIT COMMIT, GIT PUSH 1. 빌드서버 : 접속 1. 빌드서버 : 빌드용 컨테이너 생성(JDK와 GRADLE 이 있는 컨테이너 생성) 1. 빌드컨테이너 : 접속 1. 빌드컨테이너 : GIT PULL 1. 빌드컨테이너 : 빌드 수행 1. 빌드서버 : 빌드 컨테이너안쪽의 JAR 파일을 호스트로 복사 1. 빌드서버 : 빌드컨테이너 제거 1. 빌드서버 : 일반 Dockerfile 을 통해서 최종 도커 이미지 생성 1. 빌드서버 : 최종 도커 이미지를 레지스트리에 푸시 1. 운영서버 : 레지스트리에서 새 도커 이미지를 다운로드 1. 운영서버 : 기존 도커 컨테이너, 도커 이미지 삭제 1. 운영서버 : 새 도커 이미지 실행 ## 멀티 스테이지 빌드가 적용되기 후 과정 1. 개발자 PC : 소스코드 작업 1. 개발자 PC : GIT ADD, GIT COMMIT, GIT PUSH 1. 빌드서버 : 접속 1. 빌드서버 : GIT PULL 1. 빌드서버 : 멀티 스테이지 Dockerfile 을 통해서 최종 도커 이미지 생성 1. 빌드서버 : 최종 도커 이미지를 레지스트리에 푸시 1. 운영서버 : 레지스트리에서 새 도커 이미지를 다운로드 1. 운영서버 : 기존 도커 컨테이너, 도커 이미지 삭제 1. 운영서버 : 새 도커 이미지 실행 # 60강 - [25 02 27, p 14068, 60강, 멀티 스테이지 빌드에 사용되는 Dockerfile](https://youtu.be/byL_XcdvMoU) - [커밋](https://github.com/jhs512/kopring-2025-02-26-1/commit/c14341f) ## Dockerfile : 멀티 스테이지 빌드에 사용되는 Dockerfile ```dockerfile # 첫 번째 스테이지: 빌드 스테이지 FROM gradle:jdk-21-and-23-graal-jammy AS builder # 작업 디렉토리 설정 WORKDIR /app # 소스 코드와 Gradle 래퍼 복사 COPY build.gradle.kts . COPY settings.gradle.kts . # Gradle 래퍼에 실행 권한 부여 RUN gradle wrapper # 종속성 설치 RUN ./gradlew dependencies --no-daemon # 소스 코드 복사 COPY src src # 애플리케이션 빌드 RUN ./gradlew build --no-daemon # 이후 명령어가 편하도록 불필요한 파일 삭제 RUN rm -rf /app/build/libs/*-plain.jar # 두 번째 스테이지: 실행 스테이지 FROM container-registry.oracle.com/graalvm/jdk:23 # 작업 디렉토리 설정 WORKDIR /app # 첫 번째 스테이지에서 빌드된 JAR 파일 복사 COPY --from=builder /app/build/libs/*.jar app.jar # 실행할 JAR 파일 지정 ENTRYPOINT ["java", "-jar", "-Dspring.profiles.active=prod", "app.jar"] ``` ## 준비 스크립트 ```bash rm -rf ~/testDockerProjects/exam60 mkdir -p ~/testDockerProjects/exam60 cd ~/testDockerProjects/exam60 ``` ## 실습 스크립트 ```bash # 1. 소스코드 pull git clone https://github.com/jhs512/kopring-2025-02-26-1 . # 2. 빌드서버에서 멀티 스테이지 Dockerfile 을 통해서 최종 도커 이미지 생성 docker build -t myname/myapp:1 . # 3. 빌드서버에서 도커 이미지 실행 docker run -d --name myapp-1 -p 8070:8090 myname/myapp:1 # 4. 웹 브라우저에서 접속 # - http://localhost:8070 ``` # 61강 - [25 02 27, p 14068, 60강, 멀티 스테이지 빌드에 사용되는 DockerfileSingle](https://youtu.be/j7JrAfbT0yI) - [커밋](https://github.com/jhs512/kopring-2025-02-26-1/commit/fbcd14d) ## DockerfileSingle : 멀티 스테이지 빌드에 사용되는 Dockerfile ```dockerfile FROM gradle:jdk-21-and-23-graal-jammy # 작업 디렉토리 설정 WORKDIR /app # 소스 코드와 Gradle 래퍼 복사 COPY build.gradle.kts . COPY settings.gradle.kts . # Gradle 래퍼에 실행 권한 부여 RUN gradle wrapper # 종속성 설치 RUN ./gradlew dependencies --no-daemon # 소스 코드 복사 COPY src src # 애플리케이션 빌드 RUN ./gradlew build --no-daemon # 이후 명령어가 편하도록 불필요한 파일 삭제 RUN rm -rf /app/build/libs/*-plain.jar # 빌드된 JAR 파일 복사 RUN mv /app/build/libs/*.jar app.jar # 실행할 JAR 파일 지정 ENTRYPOINT ["java", "-jar", "-Dspring.profiles.active=prod", "app.jar"] ``` ## 준비 스크립트 ```bash rm -rf ~/testDockerProjects/exam61 mkdir -p ~/testDockerProjects/exam61 cd ~/testDockerProjects/exam61 ``` ## 실습 스크립트 ```bash # 1. 소스코드 pull git clone https://github.com/jhs512/kopring-2025-02-26-1 . # 2. 빌드서버에서 멀티 스테이지 Dockerfile 을 통해서 최종 도커 이미지 생성 docker build -t myname/myapp:2 -f DockerfileSingle . # 3. myname/myapp:1 과 myname/myapp:2 의 비교 : myapp:2 의 용량이 훨씬 크다. 그래서 멀티 스테이지 빌드가 필요하다. docker images ``` ## 설명 - 멀티 스테이지 빌드를 싱글 스테이지 빌드로 바꿔본 실험 - 실제로 용량이 확 늘어났다.(좋지 않음) # 62강 - [25 02 27, p 14068, 62강, 멀티 스테이지 빌드에 사용되는 DockerfileSingle](https://youtu.be/_jOqxGtCvck) - [커밋](https://github.com/jhs512/kopring-2025-02-26-1/commit/) ## 설명 - 마지막 단계에서 app.jar 를 생성하기 위해 필요했지만 더 이상 필요없는 파일들을 삭제 - 삭제의도는 최종 도커이미지의 용량을 줄이기 위해서 - 하지만 실제로 용량이 줄어들지 않고 오히려 늘었다. - 도커 이미지는 Immutable 레이어들로 구성되어 있음 - Dockerfile 의 각 명령어들은 오히려 레이어를 추가함(삭제 명령이라고 하더라도) ## DockerfileSingleV2 : 멀티 스테이지 빌드에 사용되는 Dockerfile ```dockerfile FROM gradle:jdk-21-and-23-graal-jammy # 작업 디렉토리 설정 WORKDIR /app # 소스 코드와 Gradle 래퍼 복사 COPY build.gradle.kts . COPY settings.gradle.kts . # Gradle 래퍼에 실행 권한 부여 RUN gradle wrapper # 종속성 설치 RUN ./gradlew dependencies --no-daemon # 소스 코드 복사 COPY src src # 애플리케이션 빌드 RUN ./gradlew build --no-daemon # 이후 명령어가 편하도록 불필요한 파일 삭제 RUN rm -rf /app/build/libs/*-plain.jar # 빌드된 JAR 파일 복사 RUN mv /app/build/libs/*.jar app.jar # 최종 도커 이미지에 담길 필요없는 것들 삭제 RUN rm -rf /app/build RUN rm -rf /app/src RUN rm -rf /app/*.kts # 실행할 JAR 파일 지정 ENTRYPOINT ["java", "-jar", "-Dspring.profiles.active=prod", "app.jar"] ``` ## 준비 스크립트 ```bash rm -rf ~/testDockerProjects/exam62 mkdir -p ~/testDockerProjects/exam62 cd ~/testDockerProjects/exam62 ``` ## 실습 스크립트 ```bash # 1. 소스코드 pull git clone https://github.com/jhs512/kopring-2025-02-26-1 . # 2. 빌드서버에서 멀티 스테이지 Dockerfile 을 통해서 최종 도커 이미지 생성 docker build -t myname/myapp:3 -f DockerfileSingleV2 . # 3. myname/myapp:2 과 myname/myapp:3 의 비교 : 쓸데없는 파일을 지웠어도 오히려 myapp:3의 용량이 더 크다. docker images ``` # 63강 - [25 02 27, p 14068, 63강, nslookup 명령어로 특정 도메인에 달려있는 A 레코드들을 볼 수 있다.](https://youtu.be/WEOli0-Wqi8) ## 설명 - 글과 댓글과의 관계처럼 도메인과 레코드는 1:N 관계입니다. - 도메인에는 여러 종류의 DNS 레코드가 연결될 수 있습니다. - A 레코드는 도메인 이름을 IPv4 주소로 매핑하는 DNS 레코드입니다. - 예를 들어 example.com 도메인에 A 레코드로 192.168.1.1 IP를 연결하면, 해당 도메인으로 접속 시 그 IP로 연결됩니다. - 하나의 도메인에 여러 개의 A 레코드를 설정할 수 있어 로드밸런싱이 가능합니다. ## 실습 스크립트 ```bash # abc.com 이라는 도메인에 붙은 A 레코드들을 볼 수 있다. nslookup abc.com ``` # 64강 - [25 02 27, p 14068, 64강, A 레코드와 라운드 로빈](https://youtu.be/CUIIVzeAILc) ## 설명 - A 레코드는 도메인 이름을 IP 주소로 연결하는 DNS 레코드입니다. - 하나의 도메인에 여러 개의 A 레코드를 연결할 수 있습니다. - 여러 개의 A 레코드가 연결된 경우, DNS 서버는 라운드 로빈 방식으로 IP를 반환합니다. - 라운드 로빈은 순차적으로 돌아가면서 IP를 반환하는 방식입니다. - 이를 통해 간단한 형태의 로드 밸런싱이 가능합니다. - 예를 들어 example.com 도메인에 아래와 같이 A 레코드를 설정할 수 있습니다. - example.com -> 1.1.1.1 - example.com -> 2.2.2.2 - example.com -> 3.3.3.3 - 이 경우 DNS 서버는 example.com 도메인 질의에 대해 1.1.1.1, 2.2.2.2, 3.3.3.3을 번갈아가며 응답합니다. ## 실습 스크립트 ```bash # naver.com 이라는 도메인에 붙은 A 레코드들을 볼 수 있다. nslookup naver.com ``` # 65강 - [25 02 27, p 14068, 65강, 도메인이 네임서버로 임명한 서버가 해당 도메인의 A 레코드들을 편집할 수 있다.](https://youtu.be/DlNWK5ypSBg) ## 설명 - 도메인은 네임서버(NS)를 지정할 수 있습니다. - 네임서버는 해당 도메인의 DNS 레코드를 관리하는 서버입니다. - 도메인이 네임서버로 지정한 서버만이 해당 도메인의 DNS 레코드를 편집할 수 있습니다. - 도메인(Domain): 웹사이트의 주소 (예: example.com) - 네임서버(NS): 도메인의 DNS 레코드를 관리하는 서버 - DNS 레코드: 도메인과 관련된 설정 정보 (A 레코드, CNAME 등) - A 레코드: 도메인을 IP 주소로 연결하는 DNS 레코드 # 66강 - [25 02 27, p 14068, 66강, nip.io 의 서브 도메인을 통해서 특정 IP를 가리키는 도메인을 동적으로 만들 수 있다.](https://youtu.be/iXCrE_dfECY) - [글 : nip.io 사용법](https://nip.io/) # 67강 - [25 02 28, p 14068, 67강, nginx 에서는 포트가 아니라 도메인으로도 요청을 구분 할 수 있다.](https://youtu.be/iacYZKRF-x0) ## 설명 - nginx에서는 포트가 아니라 도메인으로도 요청을 구분할 수 있습니다. - 하나의 포트(80)로 들어오는 요청이라도 도메인에 따라 다른 웹사이트를 보여줄 수 있습니다. - server_name 지시어를 사용하여 도메인별로 다른 설정을 할 수 있습니다. - 예를 들어: - app1-127-0-0-1.nip.io -> site1 웹사이트 - app2-127-0-0-1.nip.io -> site2 웹사이트 - app3-127-0-0-1.nip.io -> site3 웹사이트 - 이를 통해 하나의 nginx 서버에서 여러 웹사이트를 호스팅할 수 있습니다. - 이러한 기능을 가상 호스트(Virtual Host)라고 합니다. ## 준비 스크립트 ```bash # myname/nginx:1 이미지 생성 rm -rf ~/testDockerProjects/exam67 mkdir -p ~/testDockerProjects/exam67/source cd ~/testDockerProjects/exam67 ``` ## 실습 스크립트 ```bash # myname/nginx:1 이미지 생성 mkdir -p source/etc/nginx/conf.d mkdir -p source/web/site1 mkdir -p source/web/site2 mkdir -p source/web/site3 echo "

Site 1

" > source/web/site1/index.html echo "

Site 2

" > source/web/site2/index.html echo "

Site 3

" > source/web/site3/index.html echo -e " server { listen 80; server_name app1-127-0-0-1.nip.io; root /web/site1; } server { listen 80; server_name app2-127-0-0-1.nip.io; root /web/site2; } server { listen 80; server_name app3-127-0-0-1.nip.io; root /web/site3; } " > source/etc/nginx/conf.d/vhost.conf echo -e ' # 기본 이미지 설정 FROM nginx:latest # index.html 파일 복사 COPY source/web /web COPY source/etc/nginx/conf.d/vhost.conf /etc/nginx/conf.d/vhost.conf ' > Dockerfile docker build -t myname/nginx:1 . docker run --rm -d -p 80:80 --name my-nginx-1 myname/nginx:1 # 웹 사이트 접속 확인 # - http://app1-127-0-0-1.nip.io # - http://app2-127-0-0-1.nip.io # - http://app3-127-0-0-1.nip.io ``` # 68강 - [25 02 28, p 14068, 68강, nginx가 받은 요청을 스프링부트에게 토스한다.](https://youtu.be/aaOc5yq4714) ## 설명 - nginx가 받은 요청을 스프링부트에게 토스한다. - 실무에서 가장 먼저 nginx 가 정적파일캐시, SSL관련처리를 한 후 요청을 앱서버에게 토스하는 방식을 많이 사용한다. - 이런 방식을 리버스 프록시 방식이라고 한다. - 꼭 스프링부트(app-1)를 먼저 띄우고 그 이후에 nginx(my-nginx-1)를 띄워야 한다. - nginx가 시작할 때 http://app-1:8090 이 없다면 오류가 발생한다. ## nginx가 받은 요청을 스프링부트에게 토스(리버스 프록시) $$uml actor 사용자 participant "브라우저" as browser box "Docker Network" #LightBlue participant "my-nginx-1\n(nginx 컨테이너)" as nginx participant "app-1\n(스프링부트 컨테이너)" as app end box 사용자 -> browser: http://app1-127-0-0-1.nip.io 입력 browser -> nginx: HTTP 요청 note right: 요청 단계 1 nginx -> app: proxy_pass note right: 요청 단계 2 app -> nginx: 응답 nginx -> browser: HTTP 응답 browser -> 사용자: 페이지 표시 $$ ## 준비 스크립트 ```bash rm -rf ~/testDockerProjects/exam68 mkdir -p ~/testDockerProjects/exam68/source cd ~/testDockerProjects/exam68 ``` ## 실습 스크립트 ```bash # 네트워크 생성 docker network create --driver bridge common # app-1 이미지 생성 git clone https://github.com/jhs512/kopring-2025-02-26-1 cd kopring-2025-02-26-1 docker build -t myname/app-1 . docker run --rm -d --network common --name app-1 myname/app-1 cd .. # myname/nginx:1 이미지 생성 mkdir -p source/etc/nginx/conf.d echo -e " server { listen 80; server_name app1-127-0-0-1.nip.io; location / { proxy_pass http://app-1:8090; } } " > source/etc/nginx/conf.d/vhost.conf echo -e ' # 기본 이미지 설정 FROM nginx:latest # index.html 파일 복사 COPY source/etc/nginx/conf.d/vhost.conf /etc/nginx/conf.d/vhost.conf ' > Dockerfile docker build -t myname/nginx:1 . docker run -d -p 80:80 --network common --name my-nginx-1 myname/nginx:1 # 웹 사이트 접속 확인 # - http://app1-127-0-0-1.nip.io ``` # 69강 - [25 02 28, p 14068, 69강, 도커 컴포즈를 사용해서 빌드 및 실행](https://youtu.be/t16HK3FY8A8) ## 설명 - 도커 컴포즈는 여러 컨테이너를 한번에 관리할 수 있게 해주는 도구입니다. - docker-compose.yml 파일에 컨테이너 구성을 정의하면 한 번에 빌드하고 실행할 수 있습니다. - 기본적으로 도커 컴포즈로 묶인 컨테이너들은 같은 네트워크에 속해있습니다. - 각 컨테이너의 의존성, 네트워크, 볼륨 등을 선언적으로 관리할 수 있습니다. - 개발 환경에서 여러 서비스를 쉽게 구성하고 관리하는데 유용합니다. - 주요 명령어: - docker-compose up : 컨테이너들을 생성하고 시작 - docker-compose up -d : 컨테이너들을 백그라운드에서 생성하고 시작 - docker-compose up --build : 이미지를 다시 빌드하고 컨테이너 시작 - docker-compose up -d --build : 이미지를 다시 빌드하고 백그라운드에서 컨테이너 시작 - docker-compose down : 컨테이너들을 중지하고 제거 - docker-compose down -v : 컨테이너와 볼륨을 모두 제거 - docker-compose down --rmi all : 컨테이너와 모든 이미지 제거 - docker-compose down --rmi local : 컨테이너와 로컬 이미지만 제거 - docker-compose down --volumes --remove-orphans : 컨테이너, 볼륨, 고아 컨테이너 모두 제거 - docker-compose build : 이미지들을 빌드 - docker-compose build --no-cache : 캐시를 사용하지 않고 이미지 새로 빌드 - docker-compose ps : 실행 중인 컨테이너들의 상태 확인 - docker-compose logs : 컨테이너들의 로그를 확인 - docker-compose logs -f : 컨테이너들의 로그를 실시간으로 확인 - docker-compose restart : 모든 컨테이너를 재시작 - docker-compose stop : 컨테이너들을 중지(삭제하지 않음) - docker-compose start : 중지된 컨테이너들을 시작 - docker-compose rm : 중지된 컨테이너들을 삭제 - docker-compose rm -f : 실행 중인 컨테이너도 강제로 삭제 - docker-compose rm -v : 컨테이너와 연결된 볼륨도 함께 삭제 ## nginx가 받은 요청을 스프링부트에게 토스(리버스 프록시) $$uml actor 사용자 participant "브라우저" as browser box "Docker Network" #LightBlue participant "my-nginx-1\n(nginx 컨테이너)" as nginx participant "app-1\n(스프링부트 컨테이너)" as app end box 사용자 -> browser: http://app1-127-0-0-1.nip.io 입력 browser -> nginx: HTTP 요청 note right: 요청 단계 1 nginx -> app: proxy_pass note right: 요청 단계 2 app -> nginx: 응답 nginx -> browser: HTTP 응답 browser -> 사용자: 페이지 표시 $$ ## 준비 스크립트 ```bash rm -rf ~/testDockerProjects/exam69 mkdir -p ~/testDockerProjects/exam69/my-nginx-1 mkdir -p ~/testDockerProjects/exam69/app-1 cd ~/testDockerProjects/exam69 ``` ## 실습 스크립트 ```bash # app-1 소스 코드 클론 git clone https://github.com/jhs512/kopring-2025-02-26-1 app-1 # Nginx 설정 파일 생성 mkdir -p my-nginx-1/etc/nginx/conf.d echo " server { listen 80; server_name app1-127-0-0-1.nip.io; location / { proxy_pass http://app-1:8090; } } " > my-nginx-1/etc/nginx/conf.d/vhost.conf # Dockerfile 생성 echo ' FROM nginx:latest COPY etc/nginx/conf.d/vhost.conf /etc/nginx/conf.d/vhost.conf ' > my-nginx-1/Dockerfile # docker-compose.yml 생성 echo ' version: "3.8" services: my-nginx-1: image: myname/nginx:1 build: context: ./my-nginx-1 ports: - "80:80" depends_on: - app-1 app-1: image: myname/app-1 build: context: ./app-1 ' > docker-compose.yml # Docker Compose 실행 (모든 빌드 한 번에 처리) docker-compose up -d # 웹 사이트 접속 확인 # - http://app1-127-0-0-1.nip.io ``` # 70강 - [25 02 28, p 14068, 70강, 도커 컴포즈를 사용해서 2개 이상의 서비스를 NGINX로 서빙](https://youtu.be/5ViMtJBhBZ0) ## 요구사항 1 : nginx가 받은 요청을 스프링부트에게 토스(리버스 프록시) - http://app1-127-0-0-1.nip.io $$uml actor 사용자 participant "브라우저" as browser box "Docker Network" #LightBlue participant "my-nginx-1\n(nginx 컨테이너)" as nginx participant "app-1\n(스프링부트 컨테이너)" as app end box 사용자 -> browser: 요청 browser -> nginx: HTTP 요청 note right: 요청 단계 1 nginx -> app: proxy_pass note right: 요청 단계 2 app -> nginx: 응답 nginx -> browser: HTTP 응답 browser -> 사용자: 페이지 표시 $$ ## 요구사항 2 : nginx가 받은 요청을 처리 - http://app2-127-0-0-1.nip.io $$uml actor 사용자 participant "브라우저" as browser box "Docker Network" #LightBlue participant "my-nginx-1\n(nginx 컨테이너)" as nginx participant "app-1\n(스프링부트 컨테이너)" as app end box 사용자 -> browser: 요청 browser -> nginx: HTTP 요청, /web/site2/index.html 요청 nginx -> browser: HTTP 응답, /web/site2/index.html 응답 browser -> 사용자: 페이지 표시 $$ ## 준비 스크립트 ```bash rm -rf ~/testDockerProjects/exam70 mkdir -p ~/testDockerProjects/exam70/my-nginx-1 mkdir -p ~/testDockerProjects/exam70/app-1 cd ~/testDockerProjects/exam70 ``` ## 실습 스크립트 ```bash # app-1 소스 코드 클론 git clone https://github.com/jhs512/kopring-2025-02-26-1 app-1 # site2 소스 코드 생성 mkdir -p my-nginx-1/web/site2 echo "

Site 2

" > my-nginx-1/web/site2/index.html # Nginx 설정 파일 생성 mkdir -p my-nginx-1/etc/nginx/conf.d echo " server { listen 80; server_name app1-127-0-0-1.nip.io; location / { proxy_pass http://app-1:8090; } } server { listen 80; server_name app2-127-0-0-1.nip.io; root /web/site2; } " > my-nginx-1/etc/nginx/conf.d/vhost.conf # Dockerfile 생성 echo ' FROM nginx:latest COPY etc/nginx/conf.d/vhost.conf /etc/nginx/conf.d/vhost.conf COPY web /web ' > my-nginx-1/Dockerfile # docker-compose.yml 생성 echo ' version: "3.8" services: my-nginx-1: image: myname/nginx:1 build: context: ./my-nginx-1 ports: - "80:80" depends_on: - app-1 app-1: image: myname/app-1 build: context: ./app-1 ' > docker-compose.yml # Docker Compose 실행 (모든 빌드 한 번에 처리) docker-compose up -d # 웹 사이트 접속 확인 # - http://app1-127-0-0-1.nip.io # - http://app2-127-0-0-1.nip.io ``` # 71강 - [25 02 28, p 14068, 71강, 도커 컴포즈를 사용해서 4개 이상의 서비스를 NGINX로 서빙](https://youtu.be/_H2pxNG7Og4) ## 요구사항 1 : nginx가 받은 요청을 스프링부트에게 토스(리버스 프록시) - http://app1-127-0-0-1.nip.io or http://app1new-127-0-0-1.nip.io $$uml actor 사용자 participant "브라우저" as browser box "Docker Network" #LightBlue participant "my-nginx-1\n(nginx 컨테이너)" as nginx participant "app-1\n(스프링부트 컨테이너)" as app1 participant "app-2\n(스프링부트 컨테이너)" as app2 end box 사용자 -> browser: 요청 browser -> nginx: HTTP 요청 note right: 요청 단계 1 nginx -> app1: proxy_pass note right: 요청 단계 2 app1 -> nginx: 응답 nginx -> browser: HTTP 응답 browser -> 사용자: 페이지 표시 $$ ## 요구사항 2 : nginx가 받은 요청을 스프링부트에게 토스(리버스 프록시) - http://app2-127-0-0-1.nip.io or http://app2new-127-0-0-1.nip.io $$uml actor 사용자 participant "브라우저" as browser box "Docker Network" #LightBlue participant "my-nginx-1\n(nginx 컨테이너)" as nginx participant "app-1\n(스프링부트 컨테이너)" as app1 participant "app-2\n(스프링부트 컨테이너)" as app2 end box 사용자 -> browser: 요청 browser -> nginx: HTTP 요청 note right: 요청 단계 1 nginx -> app2: proxy_pass note right: 요청 단계 2 app2 -> nginx: 응답 nginx -> browser: HTTP 응답 browser -> 사용자: 페이지 표시 $$ ## 요구사항 3 : nginx가 받은 요청을 처리 - http://app3-127-0-0-1.nip.io $$uml actor 사용자 participant "브라우저" as browser box "Docker Network" #LightBlue participant "my-nginx-1\n(nginx 컨테이너)" as nginx participant "app-1\n(스프링부트 컨테이너)" as app1 participant "app-2\n(스프링부트 컨테이너)" as app2 end box 사용자 -> browser: 요청 browser -> nginx: HTTP 요청, /web/site3/index.html 요청 nginx -> browser: HTTP 응답, /web/site3/index.html 응답 browser -> 사용자: 페이지 표시 $$ ## 준비 스크립트 ```bash rm -rf ~/testDockerProjects/exam71 mkdir -p ~/testDockerProjects/exam71/my-nginx-1 mkdir -p ~/testDockerProjects/exam71/app-1 mkdir -p ~/testDockerProjects/exam71/app-2 cd ~/testDockerProjects/exam71 ``` ## 실습 스크립트 ```bash # app-1 소스 코드 클론 git clone https://github.com/jhs512/kopring-2025-02-26-1 app-1 # app-2 소스 코드 클론 git clone https://github.com/jhs512/kopring-2025-02-26-1 app-2 # site3 소스 코드 생성 mkdir -p my-nginx-1/web/site3 echo "

Site 3

" > my-nginx-1/web/site3/index.html # Nginx 설정 파일 생성 mkdir -p my-nginx-1/etc/nginx/conf.d echo " server { listen 80; server_name app1-127-0-0-1.nip.io app1new-127-0-0-1.nip.io; location / { proxy_pass http://app-1:8090; } } server { listen 80; server_name app2-127-0-0-1.nip.io app2new-127-0-0-1.nip.io; location / { proxy_pass http://app-2:8090; } } server { listen 80; server_name app3-127-0-0-1.nip.io; root /web/site3; } " > my-nginx-1/etc/nginx/conf.d/vhost.conf # Dockerfile 생성 echo ' FROM nginx:latest COPY etc/nginx/conf.d/vhost.conf /etc/nginx/conf.d/vhost.conf COPY web /web ' > my-nginx-1/Dockerfile # docker-compose.yml 생성 echo ' version: "3.8" services: my-nginx-1: image: myname/nginx:1 build: context: ./my-nginx-1 ports: - "80:80" depends_on: - app-1 app-1: image: myname/app-1 build: context: ./app-1 app-2: image: myname/app-2 build: context: ./app-2 ' > docker-compose.yml # Docker Compose 실행 (모든 빌드 한 번에 처리) docker-compose up -d # 웹 사이트 접속 확인 # - http://app1-127-0-0-1.nip.io # - http://app1new-127-0-0-1.nip.io # - http://app2-127-0-0-1.nip.io # - http://app2new-127-0-0-1.nip.io # - http://app3-127-0-0-1.nip.io ``` # 72강 - [25 02 28, p 14068, 72강, 도커 허브 가입](https://youtu.be/8rULw5zeEYk) ## 설명 - 도커허브 가입 후 이미지 업로드 - [도커허브](https://hub.docker.com/) ## 순서 - 도커 허브 가입, 로그인 - 터미널에서 도커허브 로그인 - nginx 이미지 기반으로 새 이미지 생성 - 이미지 이름 : jangka512/nginx:1 - jangka512 부분은 여러분의 도커허브 아이디로 치환 - 이미지 푸시 - 도커허브 이미지 확인 ## 준비 스크립트 ```bash rm -rf ~/testDockerProjects/exam72 mkdir -p ~/testDockerProjects/exam72 cd ~/testDockerProjects/exam72 ``` ## 실습 스크립트 ```bash # index.html 생성 echo "

Hello, Docker Hub.

" > index.html # Dockerfile 생성 echo -e ' FROM nginx:latest COPY index.html /usr/share/nginx/html/index.html ' > Dockerfile # nginx 이미지 기반으로 새 이미지 생성 # jangka512 이 부분은 여러분의 도커허브 아이디로 치환 docker build -t jangka512/nginx:1 . # 도커 로그인 # 도커 허브의 아이디와 패스워드를 입력 docker login # 이미지 푸시 docker push jangka512/nginx:1 # 도커허브 이미지 확인 docker images # 확인 - https://hub.docker.com/r/jangka512/nginx ``` # 73강 - [25 02 28, p 14068, 73강, jangka512/nginx:2 푸시, latest 태그 추가하기](https://youtu.be/tAm6X1EEMvo) ## 준비 스크립트 ```bash rm -rf ~/testDockerProjects/exam73 mkdir -p ~/testDockerProjects/exam73 cd ~/testDockerProjects/exam73 ``` ## 실습 스크립트 ```bash # index.html 생성 echo "

Hello, Docker Hub..

" > index.html # Dockerfile 생성 echo -e ' FROM nginx:latest COPY index.html /usr/share/nginx/html/index.html ' > Dockerfile # nginx 이미지 기반으로 새 이미지 생성 # jangka512 이 부분은 여러분의 도커허브 아이디로 치환 docker build -t jangka512/nginx:2 . # tag 명령어로 똑같은 이미지에 이미지 이름 추가하기 docker tag jangka512/nginx:2 jangka512/nginx:latest # 도커 로그인 # 도커 허브의 아이디와 패스워드를 입력 docker login # 이미지 푸시 docker push jangka512/nginx:2 docker push jangka512/nginx:latest # 도커 허브에 이미 latest 태그가 있어도 가능(가리키는 대상이 수정 된다.) # 도커허브 이미지 확인 docker images # 확인 - https://hub.docker.com/r/jangka512/nginx ``` $$hide # ??강 - [25 02 ??, p 14068, ??강, ](https://goto.slog.gg/youtube/PLE0hRBClSk5KVDpj23REY6XxvXh6nX1Ys/??) $$