Có sự khác biệt về chức năng nào giữa kubernetes, rancher và mesos?


16

Các tính năng chính khác nhau của các công cụ điều phối container phổ biến kubernetes, rancher và mesos là gì?

Điều gì sẽ dẫn bạn chọn cái này hơn cái kia?


Hmm, cái này có thể quá rộng. Nếu bạn xóa "vv" và thay đổi tiêu đề thành chỉ hỏi về kuber / rancher / mesos, thì đó có thể sẽ là một câu hỏi hay
Peter G

2
Tôi đã chỉnh sửa câu hỏi theo đề xuất của bạn để hữu hạn hơn một chút.
tayworm

Mặc dù tôi rất muốn nghe về bất kỳ công cụ điều phối thay đổi trò chơi nào khác.
tayworm

Câu trả lời:


16

Trước hết, Rancher thực sự chứa các triển khai của cả Kubernetes Mesos trong chính nó. Tuy nhiên, họ đã tạo ra hệ thống riêng của họ được gọi là Gia súc, chủ yếu dựa trên Docker Swarm. Tôi sẽ đề cập đến điều này trong phần dành cho Nông dân.

Thứ hai, vì mỗi cái cung cấp các tính năng cơ bản tương tự (cân bằng tải, cách ly tài nguyên, v.v.) tôi sẽ cố gắng đi sâu hơn vào những gì làm cho chúng khác biệt hơn là tập trung vào sự khác biệt giữa các tính năng phổ biến đó trừ khi chúng đáng kể.

Kubernetes

Hiệu suất cao tập trung, cũng có tính năng phối hợp lưu trữ đám mây (một tính năng bị thiếu từ Mesos, mặc dù có thể có một plugin cho nó). Có các tùy chọn API để cho phép tự động mở rộng quy mô sử dụng tài nguyên khi cần cho các container riêng lẻ (và ngược lại nếu một container không bị ảnh hưởng nặng nề trong khi các container khác).

Một điều quan trọng về Kubernetes là không giống như các phần mềm điều phối container khác, nó không cung cấp một cấu hình toàn diện hoặc bất kỳ loại tự phục hồi toàn diện nào. Thay vào đó, nó tập trung vào việc triển khai liên tục nhiều ứng dụng với hệ thống rollback dễ dàng ở cấp ứng dụng (kết quả là bạn có thể muốn xem xét các dịch vụ vi mô khi sử dụng nó).

Mỗi ứng dụng là một phần nhỏ và có thể được triển khai / cấu hình riêng lẻ. Họ đưa ra quan điểm trong các tài liệu của mình để nói rằng Kubernetes không phải là một hệ thống PaaS (nền tảng như một dịch vụ) truyền thống vì nó thiếu phần mềm trung gian cho phần cứng hoặc cơ sở dữ liệu ảo và nó không tự xây dựng ứng dụng của bạn. Nó được thiết kế để (như họ tự nói) loại bỏ nhu cầu phối hợp container thủ công, thay vào đó tự động hóa quy trình bằng cách liên tục nhấn vào trạng thái ứng dụng đích.

Mesos

Nguyên khối so với Kubernetes. Tập trung vào các bức tranh lớn hơn các dịch vụ riêng lẻ, mặc dù nó vẫn cho phép quản lý các dịch vụ riêng lẻ. Cung cấp phần mềm trung gian tích hợp cho những thứ như Spark, Hadoop, v.v ... Việc sử dụng Mesos tốt nhất sẽ liên quan đến nhiều plugin vì nó được thiết kế để dễ dàng mở rộng.

Nếu bạn cần kiểm soát chi tiết trong việc quản lý ứng dụng của mình (trong trường hợp có một plugin có sẵn cho những gì bạn muốn làm hoặc bạn có một thành viên trong nhóm sẵn sàng xây dựng một ứng dụng nếu không có), bạn sẽ muốn sử dụng Mesos.

Nông dân (và gia súc)

Có khả năng là lựa chọn tốt nhất ở chỗ nó là một superset của hai phần trước, có triển khai cả hai. Điều này cũng có thể được coi là một nhược điểm vì sự phức tạp hơn trong phần mềm quản lý của bạn hiếm khi là một điều tốt và có thể dẫn đến các vấn đề không lường trước được.

Rancher có một danh mục ứng dụng cho phép triển khai bằng một cú nhấp chuột, thứ gì đó Kubernetes không có do triết lý thiết kế của nó. Tuy nhiên, khi thấy Rancher có triển khai Kubernetes, bạn có thể sử dụng Rancher nếu bạn cảm thấy các tính năng này bị thiếu từ Kubernetes.

Gia súc dựa trên hệ thống ngăn xếp, nơi bạn nhóm các dịch vụ liên quan lại với nhau. Nó cũng chứa Rancher Compose, một tính năng tương tự như dịch vụ Docker cùng tên. Đây có lẽ là phần thú vị nhất của Gia súc, phần còn lại của nó khá chuẩn (mặc dù quản lý Bí mật vẫn đang trong giai đoạn thử nghiệm). Nếu bạn có kinh nghiệm với Docker Compose, bạn nên đọc nó ở đây (Tôi không, vì vậy tôi có lẽ không phải là người tốt nhất để viết về nó).

Tài nguyên: " Kubernetes là gì? ", " Tổng quan về người nông dân ", " mesos.apache.org: 'Mesos là gì?' "

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.