02. 네트워크·ZT 운영 기초 | Day 7 내 서버 직접 띄우기 — Ubuntu Server·Docker 컨테이너 실행과 복구 (2/2)

Об этом предложении

260917 SKT ALEPH K-뉴딜 아카데미 Ubuntu Server와 Docker를 활용해 직접 서버를 실행하고, nginx 웹 서버와 Python 계약서 서버의 실행·장애·변경 과정을 확인했다. 🖥️실습 목표 Docker에서 nginx와 Python 계약서 서버를 실행하고, 서버 상태와 변경사항이 실제 실행 환경에 어떻게 반영되는지 확인한다. ⌨️실습 1. nginx 웹 서버 실행과 장애 확인 📌 1. -p 와 -v -p : Windows 포트와 컨테이너 포트를 연결 -v : Windows 폴더와 컨테이너 폴더를 연결 📌 2. 연결 실패와 404·403 연결 실패 : 요청이 서버까지 도달하지 못함 404 : 서버까지 도달했지만 요청한 파일이 없음 403 : 서버까지 도달했지만 요청을 허용하지 않음 nginx에서 / 를 요청했을 때 index.html 이 없고 폴더 목록도 허용되지 않으면 403이 발생할 수 있다. 📌 3. Created 와 컨테이너 이름 중복 Created 는 컨테이너가 생성됐지만 실행되지 못한 상태이고, Exited 는 실행된 뒤 종료된 상태다. 실행에 실패해도 컨테이너가 남아 있다면 이름도 계속 사용 중이므로, 같은 이름으로 다시 실행하기 전에 기존 컨테이너를 rm 해야 한다. ⌨️실습 2. Python 계약서 서버를 Docker로 실행 📌 4. build 와 서버 실행 docker build 는 Dockerfile을 읽어 이미지를 만드는 작업 이다. 빌드만으로 서버가 켜지지는 않는다. 이미지를 docker run 하여 컨테이너를 실행하고 그 안에서 server.py 가 실행되어야 서버가 켜진다. 📌 5. Dockerfile과 curl Dockerfile : 이미지를 만드는 지시사항을 적은 파일 curl : 지정한 주소로 HTTP 요청을 보내 응답을 확인하는 도구 빌드 명령의 . : 현재 폴더를 빌드에 사용할 위치로 지정 📌 6. 파일을 수정했는데 서버가 바뀌지 않은 이유 nginx 실습의 -v 는 Windows 폴더와 컨테이너 폴더를 연결 했지만, 계약서 서버에서는 COPY 를 사용해 파일을 이미지에 복사 했다. 따라서 원본 코드를 수정한 뒤에는 다음 과정이 필요하다. 파일 수정 → build → stop → rm → run rm 으로 기존 컨테이너를 삭제했기 때문에 마지막은 start 가 아니라 새 이미지로 run 한다.

Детали предложения

Провайдер

velog

Источник

velog-rss

Балл

54.38

Уверенность

49%