도커는 기본적으로 컨테이너를 실행할 때 사용할 네트워크를 지정할 수 있다. 디폴트값은 docker:0이라는 브릿지 네트워크를 사용한다. 위 표를 한 번 해석해 보도록 하자. 먼저 eth0은 호스트에서 사용하고 있는 기본 네트워크이다. docker0은 기본값으로 만들어진 브릿지 네트워크이며 이 값을 통해 컨테이너 내부에서 로컬네트워크가 설치된 것을 확인할 수 있다. 이 사이에 가상(v)eht가 하나씩 생성되는데 컨테이너 1대당 1개씩 생성된다. 이제 이 네트워크 구조를 명령어를 통해서 직접 눈으로 확인해 보도록 하자. docker run -p [HOST IP:PORT]:[CONTAINER PORT] [container] -p옵션은 hostip의 포트를 컨테이너 포트와 매핑시키는 역할을 한다. docker ..

이전시간에 이어 도커에 대한 기본적인 개념을 조금 더 자세히 알아보도록 하겠다. Entrypoint(엔트리 포인트) 생략을 할 수 있으며 생략될 경우 지정된 커멘드의 명령어로 수행할 수 있다. 이 지점을 지정하게 되면 도커 컨테이너가 실행할 때 고정적으로 실행되는 스크립트 혹은 명령어를 지정할 수 있게 된다. command(커멘드) 단독적으로 실행할 때는 컨테이너가 실행될 명령어가 되며 그렇지 않을 경우 엔트리포인트에 지정된 명령에 대한 인자값이 된다. 도커 명령어에서도 전달할 수 있는데 이미지에 지정된 엔트리포인트와 커멘드를 오버라이드 할 수 있다. 기본적으로 우분투 이미지를 실행할 때는 bash, sh, echo 명령어 등으로 실행할 수 있다. docker run --entrypoint sh ubun..

docker container의 life cycle 전체를 이해하는것은 굉장히 어렵기 때문에 최대한 간략화 해서 표기한 내용이다. 도커의 경우 실행상태(running)으로 갈 수 있는 방법은 2가지로 run 명령어와 created명령어를 통해 컨테이너를 생성한 후 start명령어를 통해 실행하는 방법이 있다. 실행중인 컨테이너는 일시 중지(pause)로 갔다가 다시 실행되거나, 멈춘(stopped) 후 rm명령어를 통해 deleted를 하거나 start를 통해 다시 실행할 수 있다. 컨테이너 시작 명령어 docker run [image] : 컨테이너 생성 및 시작 명령어이며 가장 많이 사용한다. docker create [image] : 컨테이너를 생성한다 docker start [container] :..

먼저 Docker의 구성요소에 대해 알아보도록 하자. 3파트로 나누어서 설명할 수 있는데 이전 파트에서 생성했던 docker에 관한것은 Client라고 볼 수 있다. 그리고 이것이 설치된 도커 엔진(deamon)은 host에 설치가 되어 있는데 이것을 바탕으로 컨테이너와 이미지를 관리한다. images를 관리하기 위해서는 Registry(이미지저장소)를 활용하여 build를 해서 직접 관리하거나 pull을 하여 리모드에서 가져오는 방법이 있다. 이런 이미지를(타인에게 공유받은것, 혹은 자신이 만든것)을 가져와서 실행을 하게 되면 컨테이너가 된다. 도커 이미지와 컨테이너는 도커에서 가장 기본적인 단위이며 중요한 개념이다. 이미지는 컨테이너를 실행할때 필요한 요소로 컨테이너의 목적에 맞는 바이너리와 의존성 ..

이번 시간에는 우분투에서 docker과 그와 관련된 프로그렘들을 설치해 보도록 하겠다. 세팅환경은 다음과 같다. vmwere15.5 RAM: 2GB HD: 20GB CUP: 2core 먼저 우분투를 설치해 보도록 하자. 아래의 링크를 클릭한 후 Download메뉴를 클릭하여 우분투를 다운받도록 하자. https://ubuntu.com/download/desktop#download Download Ubuntu Desktop | Download | Ubuntu Ubuntu is an open source software operating system that runs from the desktop, to the cloud, to all your internet connected things. ubuntu.c..

컨테이너 기술을 왜 기업들이 주목하게 되었는가?를 알아보기 위해서는 먼저 기존 생태계가 어떻게 형성되어 있고 진화하고 있는지를 알아봐야한다. 서비스 배포에 있어서는 총 4가지의 방법이 있는데 아래의 그림을 먼저 살펴보도록 하자. 전통적인 3가지의 방법에 대한 그림이다. Traditional Deployment 일반적으로 서버 어플리케이션을 운용하는 방법으로는 서버 어플리케이션을 운용하는 방법으로 생각한다. 한개의 서버(HD/OS)에 의존성(Libs & Framworks)을 설치하고 그 위에 App이나 cord 등을 실행함으로 동작하곤 했다. 하지만 서비스가 점점 커지고, 종류가 다양화 되었다고 가정해 보자. 이때 각각 app이 가지는 의존성이 전부다 같을 수 도 있지만 대부분의 경우 그렇지 않을 것 이다..