답변:
우선 Rancher는 실제로 Kubernetes 와 Mesos의 구현을 자체에 포함합니다. 그러나 그들은 Docker 's Swarm에 크게 기반을 둔 Cattle이라는 자체 시스템을 만들었습니다. 랜처 섹션에서이 부분을 다루겠습니다.
둘째, 각 기능은 유사한 기본 기능 (로드 밸런싱, 리소스 격리 등)을 제공하므로 중요하지 않은 한 공통 기능 간의 차이점에 중점을두기보다는 다른 기능에 대해 더 자세히 살펴 보겠습니다.
클라우드 스토리지 오케스트레이션 (플러그인이있을 수도 있지만 Mesos에서 누락 된 기능)을 특징으로하는 고성능에 중점을 둡니다. 개별 컨테이너에서 필요에 따라 리소스 사용량을 자동으로 스케일링 할 수있는 API 옵션이 있습니다 (다른 컨테이너가있는 동안 컨테이너가 세게 치지 않으면 그 반대).
Kubernetes의 중요한 점은 다른 컨테이너 오케스트레이션 소프트웨어와 달리 포괄적 인 구성이나 모든 종류의자가 치유 기능을 제공하지 않는다는 것입니다. 대신, 앱 수준에서 손쉬운 롤백 시스템으로 여러 앱을 지속적으로 배포하는 데 중점을 둡니다 (결과적으로 마이크로 서비스를 사용하려고 할 때).
각 앱은 작은 크기이며 개별적으로 배포 / 구성 할 수 있습니다. 그들은 문서에서 Kubernetes는 가상 하드웨어 또는 데이터베이스를위한 미들웨어가없고 앱 자체를 빌드하지 않기 때문에 전통적인 PaaS (서비스로서의 플랫폼) 시스템이 아니라고 말합니다. 수동 컨테이너 오케스트레이션의 필요성을 없애기 위해 대신 대상 앱 상태를 향해 지속적으로 눌러 프로세스를 자동화하도록 설계되었습니다.
Kubernetes와 비교하여 모 놀리 식. 여전히 개별 서비스를 관리 할 수는 있지만 개별 서비스보다 큰 그림에 중점을 둡니다. Spark, Hadoop 등을위한 내장 미들웨어를 제공합니다. Mesos를 가장 잘 사용하려면 쉽게 확장되도록 설계된 많은 플러그인이 필요합니다.
애플리케이션 관리에 대한 세분화 된 제어가 필요한 경우 (원하는 작업에 플러그인이 있거나 팀 구성원이없는 경우이를 기꺼이 만들려는 경우) Mesos를 사용하는 것이 좋습니다.
잠재적으로 가장 좋은 옵션은 그 자체가 이전 두 가지의 상위 세트이며 두 가지를 모두 구현한다는 것입니다. 관리 소프트웨어의 복잡성이 많을수록 좋은 일이 아니며 예상치 못한 문제가 발생할 수 있으므로 이는 단점으로 보일 수도 있습니다.
Rancher는 한 번의 클릭으로 배포 할 수 있는 응용 프로그램 카탈로그 를 제공합니다. Kubernetes는 디자인 철학으로 인해 가지고 있지 않은 것입니다. 그러나 Rancher에 Kubernetes가 구현되어 있으므로 이러한 기능이 Kubernetes에서 누락되었다고 생각되면 Rancher를 사용할 수 있습니다.
소는 관련 서비스를 그룹화하는 스택 시스템을 기반으로합니다. 또한 동일한 이름의 Docker 서비스와 유사한 기능인 Rancher Compose도 포함합니다. 이것은 아마도 가축의 가장 흥미로운 부분 일 것입니다. 나머지는 상당히 표준 적입니다 (비밀 관리는 아직 베타 버전이지만). Docker Compose에 대한 경험이 있다면 여기 에서 읽어야합니다 (그렇지 않아서 아마 그것에 대해 글을 쓰는 가장 좋은 사람은 아닙니다).
자료 : " Kubernetes는 무엇입니까? ", " Rancher 개요 ", " mesos.apache.org : 'Mesos는 무엇입니까?' "