편집 요약 없음 |
|||
| 1번째 줄: | 1번째 줄: | ||
{{소프트웨어 정보 | {{소프트웨어 정보 | ||
| 이름 = | | 이름 = 도커<br />Docker | ||
| 로고 = Docker (container engine) logo.svg | | 로고 = Docker (container engine) logo.svg | ||
| | | 원작자 = 솔로몬 하익스 (Solomon Hykes) | ||
| 개발자 = [[도커 (기업)|도커(Docker Inc.)]] | | 개발자 = [[도커 (기업)|도커(Docker Inc.)]] | ||
| 발표일 = | | 발표일 = | ||
| 최신 버전 출시일 = | |||
| | |||
| 프로그래밍 언어 = [[Go (프로그래밍 언어)|Go]]<ref>{{웹 인용|url=https://github.com/docker/distribution |title=Docker source code |work=docs.docker.com |publisher=Docker, Inc. |date=2015-10-12 |accessdate=2015-10-24}}</ref> | | 프로그래밍 언어 = [[Go (프로그래밍 언어)|Go]]<ref>{{웹 인용|url=https://github.com/docker/distribution |title=Docker source code |work=docs.docker.com |publisher=Docker, Inc. |date=2015-10-12 |accessdate=2015-10-24}}</ref> | ||
| 운영체제 = [[리눅스]] | | 운영체제 = [[리눅스]], [[마이크로소프트 윈도우|윈도우]], [[macOS]] | ||
| | | 플랫폼 = 현대의 리눅스 커널이 포함된 [[x86-64]], [[ARM 아키텍처|ARM]] (실험적), 하이퍼-V 기능이 포함된 [[x86-64]] 윈도우 | ||
| 종류 = [[운영 체제 수준 가상화]] | | 종류 = [[운영 체제 수준 가상화]] | ||
| 라이선스 = [[아파치 라이선스]] 2.0 | | 라이선스 = [[아파치 라이선스]] 2.0 | ||
| 웹사이트 = {{URL|https://www.docker.com/}} | | 웹사이트 = {{URL|https://www.docker.com/}} | ||
}} | }} | ||
'''도커'''(Docker)는 [[리눅스]]의 [[응용 소프트웨어|응용 프로그램]]들을 프로세스 격리 기술들을 사용해 컨테이너로 실행하고 관리하는 [[오픈 소스]] 프로젝트이다. | '''도커'''(Docker)는 [[리눅스]]의 [[응용 소프트웨어|응용 프로그램]]들을 프로세스 격리 기술들을 사용해 컨테이너로 실행하고 관리하는 [[오픈 소스]] 프로젝트이다. | ||
| 48번째 줄: | 38번째 줄: | ||
}}</ref> | }}</ref> | ||
리눅스 커널의 이름공간 지원은 대체적으로<ref>{{웹 인용|url=http://www.projectatomic.io/blog/2014/09/yet-another-reason-containers-don-t-contain-kernel-keyrings/|title=Yet Another Reason Containers Don't Contain: Kernel Keyrings|author=Dan Walsh|work=projectatomic.io|accessdate=13 April 2015|archive-date=2015-04-13|archive-url=https://web.archive.org/web/20150413062633/http://www.projectatomic.io/blog/2014/09/yet-another-reason-containers-don-t-contain-kernel-keyrings/}}</ref> 프로세스 트리, 네트워크 사용자 ID, 마운트된 파일 시스템을 포함한 운영 환경에 대한 응용 프로그램의 관점을 격리시키지만, 커널의 cgroup들은 CPU, 메모리, 블록 입출력, 네트워크를 포함한 리소스 제한을 제공한다. 버전 0.9부터 도커는 [[libvirt]], [[LXC]] (리눅스 컨테이너), [[systemd-nspawn]]을 통한 추상화된 가상화 인터페이스를 사용하는 것 뿐 아니라 리눅스 커널이 제공하는 가상화 기능을 직접 사용하기 위한 유일한 수단으로 | 리눅스 커널의 이름공간 지원은 대체적으로<ref>{{웹 인용|url=http://www.projectatomic.io/blog/2014/09/yet-another-reason-containers-don-t-contain-kernel-keyrings/|title=Yet Another Reason Containers Don't Contain: Kernel Keyrings|author=Dan Walsh|work=projectatomic.io|accessdate=13 April 2015|archive-date=2015-04-13|archive-url=https://web.archive.org/web/20150413062633/http://www.projectatomic.io/blog/2014/09/yet-another-reason-containers-don-t-contain-kernel-keyrings/}}</ref> 프로세스 트리, 네트워크 사용자 ID, 마운트된 파일 시스템을 포함한 운영 환경에 대한 응용 프로그램의 관점을 격리시키지만, 커널의 cgroup들은 CPU, 메모리, 블록 입출력, 네트워크를 포함한 리소스 제한을 제공한다. 버전 0.9부터 도커는 [[libvirt]], [[LXC]] (리눅스 컨테이너), [[systemd-nspawn]]을 통한 추상화된 가상화 인터페이스를 사용하는 것 뿐 아니라 리눅스 커널이 제공하는 가상화 기능을 직접 사용하기 위한 유일한 수단으로 libcontainer [[라이브러리 (컴퓨팅)|라이브러리]]를 포함하고 있다.<ref name="zdnet-7000030397">{{웹 인용 | ||
| url = http://www.zdnet.com/docker-libcontainer-unifies-linux-container-powers-7000030397/ | | url = http://www.zdnet.com/docker-libcontainer-unifies-linux-container-powers-7000030397/ | ||
| title = Docker libcontainer unifies Linux container powers | | title = Docker libcontainer unifies Linux container powers | ||