프로젝트에서 모델 서빙 프레임워크로 BentoML을 사용하고 있고, boto3를 사용해서 AWS S3에 객체를 업로드 하고자 했다. 프라이빗 버킷에 접근하기 위해서 AWS credentials을 Bento에 전달해야 했고, 아래와 같이 BentoML에 나와있는 방식으로 코드를 작성했지만, 도커 컨테이너를 실행할 때 아래와 같은 에러가 발생했다. 이를 해결하고자, BentoML 공식 Slack에 들어가서 여러 개발자분과 질의응답 시간을 가졌지만 쉽게 해결되지 않았다.. 물론 엄청 친절하게 같이 에러를 해결하기 위해 도와주셨다. ![](https://velog.velcdn.com/images/jooyeon/post/afad9f4f-291c-477a-9a77-0cd840a9ffe9/image.

1. 가상머신 vs 도커 컨테이너 (1) 가상머신 기존 가상화기술은 하이퍼바이저를 이용해 여러개의 운영체제(os)를 하나의 호스트에서 사용하는 방식이었다. 여기서 여러개의 운영체제는 가상 머신이라는 단위로 구분된다. 이렇게 각종 시스템 자원을 가상화하고 독립된 공간을 생성하는 작업은 하이퍼바이저를 거치기 때문에 일반 호스트에 비해 성능의 손실이 발생한다. 또한 가상머신은 게스트 OS를 만들기 위해 라이브러리 커널등을 전부 포함하기 때문에 이미지의 규모가 크다. (2) 도커 컨테이너 도커는 프로세스 단위의 격리 환경을 반들기 때문에 성능손실이 거의 없다. 컨테이너에 필요한 커널은 호스트의 커널을 공유해서 사용하고, 애플리케이션 구동에 필요한 라이브러리와 실행파일만 존재하기 때문에 이미지 용량이 가상 머신에 비해 대폭 줄어들고, 따라서 이미지 생성 및 배포 시간이 훨씬 빠르다. 2. 도커가 필요한 이유 애플리케이션 개발과 배포가 편해

1. 도커 구조 커널에서 도커의 위치를 찾아보면 /usr/bin/docker에 위치한다. 하지만 도커엔진의 프로세스는 /usr/bin/dockerd 파일로 실행된다. 도커는 도커 클라이언트와 도커 서버로 나뉜다. (1) 도커 서버 실제로 컨테이너를 실행하고 이미지를 관리하는 것은 도커 서버이다. 도커 엔진은 외부로부터 API 입력을 받아서 기능을 수행하는데, 도커 프로세스가 실행되고 서버로서 입력을 받을 준비가 된 상태를 도커 데몬이라고 한다. (2) 도커 클라이언트 도커 데몬이 API를 사용할 수 있도록 CLI를 제공하는 것이 도커 클라이언트이다. 여태까지 사용했던 docker 명령어는 실제 도커 엔진이 아니라 클라이언트로서의 도커이다. (3) 도커 데몬과 클라이언트 도커 클라이언트는 사용자가 입력한 명령어를 도커 데몬에게 API로서 전달하는데, 이때 도커 클라이언트는 /var/run/docker.sock에 위치한 유닉스 소켓을 통

1. 도커 네트워크 구조 위에서 컨테이너 내부에 들어가서 ifconfig 명령어를 통해 컨테이너의 네트워크를 확인한 적이 있다. 도커는 컨테이너 내부 IP를 순차적으로 할당하고, 이 IP는 컨테이너를 재시작할 때마다 변경될 수 있다. 이러한 내부 IP들은 도커가 설치된 호스트만 접근할 수 있으므로, 외부와 연결될 필요가 있다. 도커는 컨테이너마다 가상 네트워크 인터페이스를 호스트에 생성하여 외부와의 네트워크를 제공한다. 이 인터페이스의 이름은 veth(virtual eth)로 시작하고 사용자가 생성할 필요 없이 컨테이너가 생성될 때 도커엔진이 자동으로 생성해준다. 호스트에서 ifconfig 명령어로 확인한 네트워크 인터페이스이다. 도커 네트워크 구조를 구글링해보면 쉽게 이해할 수 있을 것이다.

도커 이미지로 컨테이너를 생성하면 이미지는 읽기전용이 된다. 오직 컨테이너의 변경사항만 별도로 저장해서 각 컨테이너의 정보를 보존하는 것이다. 한번 생성된 이미지는 어떤 상황에서라도 변경되지 않는다. 실습을 진행하면서 느낄 수 있듯이, 컨테이너는 생성과 삭제가 매우 쉬운데 한번 삭제되면 복구할 수 없다는 단점이 있다. 예를 들어 위의 mysql컨테이너가 삭제되면 데이터베이스의 정보가 삭제되는 심각한 문제가 발생한다. 이를 방지하기 위해 컨테이너의 데이터를 영구적인 데이터로 활용하기 위한 방법이 있는데, 이것이 바로 볼륨을 활용하는 방법이다. 볼륨을 활용하는 방법은 대표적으로 3가지가 있다. 1. 호스트와 볼륨을 공유 실습으로 mysql데이터베이스 컨테이너와 워드프레스 웹 서버 컨테이너를 생성한다. > //DB컨테이너 생성 $ docker run -d --name wordpressdbhostvolume -e MYSQLROOT_PASSWORD=pass

도커의 생태계에 있는 여러 프로그트들은 도커 엔진을 좀 더 효율적으로 사용하기 위한것이므로 핵심은 도커 엔진이다. 도커엔진에서 사용하는 기본 단위는 이미지와 컨테이너이다. 1. 이미지 (1) 개념 이미지는 컨테이너를 생성할때 필요한 요소이다. 이미지는 여러 계층으로 된 바이너리 파일로 존재하고, 컨테이너를 생성하고 실행할 때 읽기 전용으로 사용된다. (2) 이름 구성 이미지는 도커 명령어로 내려받을 수 있는데, 보통 도커에서는 이미지의 이름을 아래와 같이 구분하여 구성한다. >👉🏻저장소 이름/이미지 이름:태그 ex) ubuntu:14.04 ## 저장소 이름 : 이미지가 저장된 장소이다. 저장소 이름이 명시되지 않았다면, 해당 이미지는 도커에서 기본적으로 제공하는 이미지 저장소인 도커 허브의 공식이미지를 뜻한다. 저장소 이름은 생략하는 경우도 있다. ## 이미지 이름 : 이미지의 역할을 나타낸다. 이미지의

1. Docker란? 도커는 서버를 돌리기 위한 환경을 구축하는것을 도와준다. 서버를 운영하다 보면 더 성능 좋은 서버로 바꾸거나, 서비스 접속량이 늘어날수록 서버를 추가해야 되는 일이 발생한다. 예를 들어 현재 서비스를 파이썬2에서 돌리고 있는데, 새로운 서비스는 파이썬3에서 돌리고자 하면 환경을 맞춰주는 것도 복잡해진다. 이러한 문제들을 도커가 해결해준다! (1) 이미지 프로그램에서 각 요소가 설치된 모습을 도커는 이미지라는 형태로 박제해서 저장한다. 쓰이는 프로그램마다 기본적으로 제공되는 이미지가 있을 수 있고, 개발자가 원하는대로 만들 수도 있다. 만들어진 이미지들은 DockerHub이라는 곳에 업로드된다. 마치 git으로 관리한 내용을 github에 올리고 사람들과 공유하는것처럼, 도커 이미지들도 dockerhub에 업로드 되어 공유된다. 이미지로 박제된 요소들이 함께 연결돼서 동작할 수 있게 하는 명령어나 코드를 언제 어디서나 다른 컴퓨터에서도