✅ 의미 FROM은 베이스 이미지를 생성하는 역할을 한다. Docker 컨테이너를 특정 초기 이미지를 기반으로 추가적인 셋팅을 할 수 있다. 여기서 얘기한 ‘특정 초기 이미지’가 곧 베이스 이미지이다. 조금 더 쉽게 설명해보겠다. 우리가 윈도우 컴퓨터
✅ 의미 COPY는 호스트 컴퓨터에 있는 파일을 복사해서 컨테이너로 전달한다. ✅ 사용법 # 문법 COPY [호스트 컴퓨터에 있는 복사할 파일의 경로] [컨테이너에서 파일이 위치할 경로] # 예시 COPY app.txt /app.txt 🎯 파일 복
docker-compose로 시작하는 명령어는 더 이상 업데이트를 지원하지 않는 Docker Compose의 v1 명령어이므로 되도록이면 사용하지 말자. v2부터는 docker compose로 시작하는 명령어를 사용한다. 아래 명령어들은 compose
✅ Docker CLI로 컨테이너를 실행시킬 때 $ docker run -d -p 6379:6379 redis ✅ Docker Compose로 컨테이너를 실행시킬 때 compose.yml 파일 작성하기 compose 파일 실행시키기 compose 실행
✅ Docker로 PostgreSQL 실행시켜보기 PostgreSQL 이미지를 바탕으로 컨테이너 실행시키기 컨테이너가 잘 실행되고 있는 지 체크 컨테이너 실행시킬 때 에러 없이 잘 실행됐는 지 로그 체크 PostgreSQL 컨테이너에 접속 Postgr
✅ 컨테이너 개념 다시 짚어보기 위 설명에서 컨테이너는 미니 컴퓨터라고 표현했다. 즉, 호스트 컴퓨터 안에 다른 새로운 컴퓨터가 여러개 있는 것과 같다. 따라서 각각의 컨테이너는 자기만의 컴퓨터 공간(OS, 저장 공간, 프로그램 등)을 가지고 있다.
✅ Docker CLI로 컨테이너를 실행시킬 때 $ docker run -e MYSQL_ROOT_PASSWORD=pwd1234 -p 3306:3306 -v /Users/jaeseong/Documents/Develop/docker-mysql/mysql_
컨테이너를 실행시키고나서 실행시킨 컨테이너가 잘 실행되고 있는 지, 에러가 발생한 건 아닌 지 로그를 확인할 수 있어야 한다. 디버깅할 때 필수로 확인해야 하는 게 로그다. 지금부터 컨테이너에서 발생한 로그는 어떻게 확인하는 지 알아보자. ✅ 컨테이너
프로그래밍을 할 때 중간중간 잘 작동하는 지 확인하는 습관은 굉장히 중요하다. 어떤 명령어를 입력하고 난 뒤에 명령어가 정상적으로 수행됐는 지 어떻게 확인할 수 있는 지 방법을 찾아봐야 한다. 이 습관이 몸에 익으면 어떤 명령어를 수행하더라도 그
✅ 컨테이너 생성 이미지를 바탕으로 컨테이너를 생성한다. 이 때, 컨테이너를 실행시키지는 않는다. (컨테이너를 실행하지 않고 생성만 하는 경우가 잘 없어서, 이 명령어는 잘 사용하지 않는다.) # docker create 이미지명[:태그명] $ do