2014-12-02 6 views
10

누구나 Docker와 Rocket의 근본적인 차이점을 이해하고 설명 할 수 있습니까?CoreOS의 Docker와 Rocket의 차이점은 무엇입니까?

나는 그것을 얻지 않는 것처럼 보입니다.

어쩌면 너무 새로운 방향 일 수 있습니다.

누군가가 Docker 대 Rocket의 근본적인 장단점을 설명 할 수 있기를 바랍니다.

감사

https://coreos.com/blog/rocket/ https://github.com/coreos/rocket

+0

이 https://gigaom.com/2014/12/01/coreos-unveils-rocket-a-possible-competitor-to-docker/을 읽어보십시오. 그것은 약간의 통찰력을 제공합니다 – Seth

답변

1

명확하지 지금, 그들은 단지 포크, 그러나 로켓은 순수 유닉스 철학에 충실하려는 경우)

유닉스 철학 : 도구는 독립적으로 유용합니다

어느 impli Docker가이 주제에 대해 관심을 덜 기울이고 있습니다. 내 의견으로는 그 순간까지는 아니었지만, Docker는 앞으로 오케스트레이션 툴을 발표했습니다 ... CoreOS는 Docker 중 하나가 필요하지 않도록 자체 오케스트레이션 스택을 구축하고 있습니다.

요약 : 현재는 Docker를 사용하십시오. 그리고 1 년 후에 다시이 질문을하십시오.

+0

기술적으로 "포크"가 아니라 처음부터 "다시 쓰는"것입니다. –

+0

사실, 기술적으로뿐만 아니라 실제로 포크로 보이지 않습니다. –

+0

예. 포크가 아닙니다 ... 사실 .. – aholbreich

12

로켓은 몇 달 전 Docker와 마찬가지로 "초기 단계"컨테이너 관리자입니다. 새로운 "컨테이너 런타임"은 며칠 전에 CoreOS에 의해 점령되었지만, intresting thing은 왜입니까?

기본적으로 CoreOS뿐만 아니라 others 오픈 소스 개발자와 신생, 부두 노동자는 "표준 용기", 단순함과 조합 성의 생각을 깨고 말한다, 그들은 사실에 의해 입증, started from을 어디 removed original shipping containers 'manifesto' 그.

내 측면에서 볼 때, Docker 브랜드의 "법적 권한 부여"에서부터 Docker 기저에있는 Linux 오픈 소스 기술인 LXC containers으로 시작하여 많은 신호를 보았습니다. 바로 시작. 나는 CoreOS 발표에 솔로몬 Hykes (설립자 & Docker 프로젝트의 창시자)의 "역습"에 대한 반응으로 첫 번째 뜨거운 반응 here을 쏜다.

나는 매우 호기심 (유쾌) 솔로몬 Hykes의 최근 선언을 찾을 이유입니다 : 보안 및 조합 성 관점에서

의 : "We're standing on the shoulders of giants"

을 또한 보안 및 조합 성 관점에 의문을 제기 Docker 프로세스 - 모든 것이 중앙 데몬을 통해 실행되는 모델 - 근본적으로 결함이있는 입니다. Docker를 "고치려면"기존 구현의 모든 수하물을 상속하면서 프로젝트의 을 다시 작성해야합니다.

결국 로켓은 무엇입니까?

로켓은 가장 엄격한 보안 및 생산 요구 사항 환경 서버에 대한 디자인 도커 런타임에 대한 대안입니다. 로켓은 휴대용 컨테이너 형식의 새로운 간단하고 개방 된 사양 인 App 컨테이너 사양을 중심으로합니다.

Docker와의 차이점은 무엇입니까?

DNS, HTTP, IMAP, SMTP, TCP/IP, ISO/OSI 스택과 같은 promise foundation of freedom and industrial open standards ... 인터넷? 아니면 구체적인 보안 및 구성 가능성 관점.

절충주의의 스피커를보고 놀랍습니다. developer Kelsey Hightower Rocket Tutorial & Demo.

진행 UPDATE (사양 - 오픈 소스 - VISION) :

[MUST READ] Amazing nitty-gritty details about the matter of Docker flawed

universal toolkit for emulating Heroku, regardless of stack or container engine

Rocket & App Container Spec Overview

+0

마지막 링크는 사양 검토가 아니라 일부 사람의 트위터 피드입니다. – Bratchley

1

로켓 - systemd-nspawn를 사용한다 (그들은 또한 KVM의 간부 인 작업을 수행 할 수 있습니다) 로켓을 모든 가상화 된 환경을 관리하기위한 일반적인 프레임 워크로 만들려는 의도도 있습니다. coreOS와 함께 제공됩니다.

Docker - lxc를 사용합니다 (inturn은 복제 (네임 스페이스) & pivot_root를 복제합니다). 읽기 전용 기본 이미지로 시작하여 더 많은 이미지를 추가합니다. union 마운트를 사용하여 읽기 전용 파일 시스템을 기본 루트 fs에 추가합니다. 또한 copy on write를 구현합니다. 빈 읽기 - 쓰기 레이어로 시작하고 파일에 무언가를 쓰면 파일이 먼저 읽기 - 쓰기 레이어에 복사됩니다. 체크 아웃.

그물 효과는 매우 비슷하지만 (둘 다 컨테이너를 사용하도록 구성되어있는 경우) 앱을 패키징하고 배포하는 방식이 다릅니다.
로켓은 app 사양을 제공하여 더 나은 유연성을 제공한다고 주장합니다. Docker는 쉽고 빠르게 휴대용 포장 및 배치를 제공합니다.