Page History
DOCKER 란?
Docker 는 Go 언어로 작성된, 리눅스 기반 컨테이너 런타임 가상화 오픈 플랫폼이다.
리눅스 컨테이너 기술을 자동화하여 관리 및 유지보수를 용이하게 한다.즉 즉, 리눅스 컨테이너 기술은 가상화 기술과 동일한 기술이다.
가상화 기술은 하이퍼바이저 위에 가상화 기술을 통해 갖춰진 가상화 환경은 호스트를 공유하여 그 위로 각종 각 OS를 운영하게 해주는 기술이다기술중의 하나이다.
Docker는 하이퍼바이저와 달리 별도 OS를 두지 않고 호스트의 커널을 공유하여 바로 사용한다사용 한다.
리눅스 커널이 작동되는 곳은 어디든지 작동하며, 하이퍼바이저 대신 도커 엔진이 올라가는 호스트 와 여러 어플리케이션을 애플리케이션을 연결해주는 역할을 하게 된다.
즉, Docker를 사용하면 가상화보다는 가상화 보다는 내부에서 더 작은 일을 처리하고 어플리케이션을 애플리케이션을 빠르게 효율적으로 실행할 수 있다.다음은 도커
도커의 추가적인 학습에 필요한 사이트
이다. ■ LXC 와 DockerDOCKER 장점
애플리케이션을 서로 다른 환경으로 한번의 설정으로 어디서든 실행할 수 있는 환경을 구성 할 수 있는 이식성이 가능하다.
리눅스, 윈도운, IOS 등 기본 OS에 관계없이 어느 환경에서나 구현이 가능하다. 또한 어떤 환경에서든 동일한 방법으로 실행이 가능하다.
온프레미스 환경에서 클라우드로 이동하기도 편리하며 ‘클라우드 네이티브’, 처음부터 클라우드에 최적화된 시스템 및 환경 구현에 적합하다.
즉, 어떠한 개발 환경에 구애받지 않고 빠른 개발과 배포도 가능하다.
하드웨어 레벨에서 물리적인 컴퓨터 자원을 나누어 싸용하는 일반적인 가상화 기술과는 차이가 있다.
컨테이너는 운영체제 위에 설치되어 그 위에 여러개의 격리된 공간을 생성하는 개념이다.
애플리케이션과 이를 실행하는 라이브러리, 바이너리등 하나로 묶어 개발, 테스트, 운영 환경으로 쉽게 구현 및 이식성이 가능하다.
DOCKER 의 차이점
도커는 이미지 형식, 컨테이너 관리를 위한 API, 소프트웨어 배포 매커니즘은 개발팀 과 운영팀 모두에게 인기있는 플랫폼이 된 이유다.
- 최소한의 선언적 시스템 : 단일 목적 애플리케이션일때 가장 좋다. 크기를 최소화한 컨테이너가 주를 이루고 이는 다시 빠른 빌드와 배포 배치를 용이하게 한다.
- 예측 가능한 운영 : 도커는 더 작은 규모의 관리하기 용이하도록 업데이트가 가능하고 드리프트를 최소화 하기 위하여 메커니즘을 제공한다.
- 소프트웨어 재사용 : 도커 컨테이너는 다른 이미지의 계층을 재사용 하므로 자연스럽게 소프트웨어 재사용이 촉진된다.
- 멀티클라우드 이식성 : 도커는 컨테이너가 서로 다른 클라우드 플랫폼, 온프레미스 인프라 및 개발 워크스테이션 사이를 자유롭게 마이그레이션이 가능한 독립적 플랫폼이다.
Docker 아키텍처
| draw.io Diagram | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
LXC 와 DOCKER
최초의 리눅스 컨테이너 기술은 리눅스 컨테이너 LXC(Linux Container) 다이다.
LXC는 하나의 호스트에서 여러 개의 격리된 리눅스 시스템을 실행하기 위한 리눅스 운영체제 시스템 수준의 가상화 방법이다.
컨테이너는 운영체제에서 애플리케이션을 분리한다.
따라서 클라이언트는 깨끗한, 최소한의 리눅스 운영체제만을 운영체제 만을 두고 다른 모든 것은 하나 이상의 격리된 컨테이너에서 실행한다.
도커 컨테이너를 사용하면 가상머신을 사용할 때보다 더 쉽고 빠르게 워크로드를 배포, 복제, 이동, 백업할 수 있다.
기본적으로 도커는 컨테이너를 실행할 수 있는 모든 인프라에 클라우드 수준의 유연성을 제공한다.
■ Docker 의 아키텍처
도커 레지스트리는 이미지들을 저장하고 배포한다.
레지스트리에서 이미지를 다운로드함으로서 발생되는 오버헤드를 줄이지 위한 목적으로 사용된다.
■ Docker 의DOCKER 기반기술
도커는 특수한 LXC를 빌드하기 위한 오픈소스 프로젝트로 시작됐지만, 이후 자체 컨테이너 런타임 환경으로 발전했다.
높은 수준에서 보면 도커는 효율적으로 컨테이너를 생성, 이동, 실행할 수 있는 리눅스 유틸리티다유틸리티이다.
기본적으로 도커와 LXC 컨테이너 모두 cgroup과 namespace를 구현해서 리소스 격리를 관리하는 사용자 공간 경량 가상화 메커니즘이다.
하지만 도커 컨테이너와 LXC 간에의 몇 가지 핵심적인 차이가 있다.
도커는 컨테이너가 단일 프로세스로 실행되도록 제한한다.
즉, 애플리케이션 환경이 X개의 동시 프로세스로 구성된다면, 도커에서는 각각 별도의 프로세스를 갖는 X개의 컨테이너를 실행해야 한다.
반면 LXC 컨테이너는 일반적인 init 프로세스가 있으므로 여러 프로세스를 실행할 수 있다.
도커에서 단순한 다계층 웹 애플리케이션 하나를 실행하려면 PHP 컨테이너, Nginx 컨테이너(웹 서버), MySQL 컨테이너(데이터베이스 프로세스용),
그리고 Database 테이블 및 기타 애플리케이션 데이터를 저장하기 위한 몇 가지 데이터 컨테이너가 필요하다.
이런 단일 프로세스 컨테이너의 장점은 많다.
업데이트가 더 쉽고 세분화된다는 것도 그 중 하나다. 웹 서버만 업데이트하면 되는데 데이터베이스 프로세스를 종료할 필요가 있는가?
또한 단일 프로세스 컨테이너는 마이크로서비스 기반 애플리케이션을 구축하기 위한 효율적인 아키텍처이기도 하다.
물론 단일 프로세스 컨테이너에는 제약도 있다. 예를 들어 컨테이너 내에서 에이전트, 로깅 스크립트 또는 SSH 데몬을 실행할 수 없다.
또한 작은, 애플리케이션 수준의 변경 사항을 단일 프로세스 컨테이너로 커밋하기는 쉽지 않다.
사실상 업데이트된 새 컨테이너를 시작해야 한다.
무상태 대 상태.
도커 컨테이너는 LXC에 비해 무상태(Stateless)에 맞게 만들어졌다.
첫째, 도커는 영구 스토리지를 지원하지 않는다. 도커에서 이를 처리하는 방법은 컨테이너에서 호스트 스토리지를 “도커 볼륨”으로 마운트하는 것이다. 볼륨은 마운트되므로 컨테이너 환경에 속하지 않는다.
둘째, 도커 컨테이너는 읽기 전용 계층으로 구성된다. 일단 컨테이너 이미지가 생성되면 변경되지 않는다. 런타임 중에 컨테이너의 프로세스가 내부 상태에 변경을 가할 경우 내부 상태와 컨테이너가 생성된 이미지 사이에 “diff”가 만들어진다. docker commit 명령을 실행하면 이 diff는 원래의 이미지가 아니라 새 이미지의 일부가 된다. 이 새 이미지에서 새 컨테이너를 만들 수 있다. 컨테이너를 삭제하면 diff가 사라진다.
무상태 컨테이너는 흥미로운 개체다. 컨테이너를 업데이트할 수 있지만 연속적으로 업데이트하면 그에 따라 연속적으로 새 컨테이너 이미지가 생성되므로 시스템을 롤백하기가 쉽다.
이식성. LXC에 비해 도커가 앞선 가장 중요한 부분 중 하나다. 도커는 LXC에 비해 더 많은 네트워킹, 스토리지, OS 세부 요소를 애플리케이션에서 추상화한다. 도커에서 애플리케이션은 이러한 저수준 리소스 구성으로부터 진정 독립적이다. 어느 한 도커 호스트에서 다른 도커 지원 시스템으로 도커 컨테이너를 옮기더라도 도커는 애플리케이션의 환경이 동일하게 유지되도록 보장한다.
여기서 얻는 직접적인 이점은 도커를 통해 개발자가 프로덕션 서버와 완전히 동일한 로컬 개발 환경을 구축할 수 있다는 것이다. 개발자는 코드 작성과 테스트를 완료하면 이를 컨테이너에 래핑해서 바로 AWS 서버 또는 프라이빗 클라우드로 게시할 수 있다. 환경이 동일하므로 애플리케이션은 즉각 작동한다.
LXC의 경우 개발자 시스템에서 정상 실행되더라도 서버에 배포된 후에는 제대로 실행되지 않을 수 있다. 서버 환경이 다르기 때문이다. 개발자는 그 차이를 디버깅하고 문제를 수정하기 위해 막대한 시간을 소비해야 한다.
도커는 바로 이런 복잡성을 없애준다. 도커 컨테이너가 다양한 클라우드 및 가상화 환경에서 이식성이 뛰어나고 사용하기 쉬운 이유다.