Kết hợp Docker Swarm và Kubernetes

Công ty của tôi đang cố gắng chơi một chút bắt kịp trong không gian DevOps. Tôi đã thực hiện rất nhiều nghiên cứu về việc chứa các ứng dụng và hệ thống điều phối đi kèm với nó. Tôi đã xem qua một bài viết (một bài mà tôi ước mình đã lưu) nơi họ đang nói về việc kết hợp Swarm với Kubernetes để có được chức năng tốt hơn. Trong bài viết này, họ không định nghĩa những gì họ đạt được bằng cách làm điều đó.

Tôi tự hỏi những lợi ích này sẽ cung cấp những gì? Là thêm lớp phức tạp thêm thực sự sẽ mang lại cho bạn nhiều lợi nhuận?

EDIT: Tôi đang tìm kiếm pro / con kỹ thuật. KISS là một phương châm tốt nhưng không tranh luận với CEO hoặc Hội đồng quản trị của bạn.

Tôi gần như tích cực rằng chúng tôi sẽ chọn Docker cho các container và Swarm của chúng tôi cho một dàn nhạc. Tuy nhiên, tôi muốn thấy Kubernetes trong không gian của chúng tôi để đề xuất rằng bạn có thể hợp nhất các công nghệ lại với nhau để có giải pháp mạnh mẽ hơn hấp dẫn tôi. Cảm ơn mọi hiểu biết sâu sắc.

— EvanM
nguồn

Các từ hoạt động ở đây là 'hấp dẫn tôi'. Bạn là một phần của một doanh nghiệp. Cần có một lý do kinh doanh hợp lệ để làm điều này. Không phải sở thích của bạn, không phải thuật sĩ kỹ thuật, một lý do kinh doanh vững chắc để kết hợp cả hai. Nếu không có lý do kinh doanh như vậy để bắt đầu, phát minh ra nó chỉ đơn giản là phi đạo đức. Những gì bạn đang đề xuất là dẫn đến lãng phí tài nguyên kinh doanh vì lý do cá nhân và về mặt đạo đức, nó giống như tham ô.

— Jiri Klouda

Tôi đã tranh luận về việc có nên đáp lại điều này hay không bởi vì thật lòng mà nói, tôi cảm thấy như thể cuộc trò chuyện này là một sự lãng phí thời gian. Vâng, tôi là một phần của kinh doanh, vâng nó hấp dẫn tôi, không tôi không phát minh ra bất cứ điều gì và thái độ bạn có được từ việc đi là không có cơ sở. Âm mưu là thứ thúc đẩy công nghệ tiến lên, tìm kiếm lý do tại sao / tại sao không phải là một phần của công việc và chỉ cần đặt câu hỏi của những người đã đi trước bạn là một cách thực hành tốt nhất. Câu hỏi này có nghĩa là để có được phản hồi từ những người thực sự đã làm việc trên các nền tảng này và có ý kiến hợp lệ về chủ đề này.

— EvanM

Iam không tìm kiếm một cuộc tranh luận triết học hay những từ viết tắt dễ thương Iam đang tìm kiếm lợi ích kỹ thuật hoặc những lần đến ngắn và nơi có thể lấp đầy những khoảng trống nếu cần thiết. Tất cả mọi thứ được đăng là một ý kiến không có lập luận thực tế. Tôi sẽ đánh giá cao nếu bạn có thể giải thích công nghệ nào bạn sử dụng để giải quyết việc đóng gói và điều phối và những lần đến ngắn mà bạn đã tìm thấy với nó. Tại thời điểm đó, tôi và doanh nghiệp của tôi quyết định đây là con đường tốt nhất để chúng tôi đi. Nghiên cứu không phải là tham ô hay ăn cắp, nó được gọi là duediligence và đó là cách công nghệ tốt biến thành giải pháp tuyệt vời.

— EvanM

Bạn có thể hỏi trong một diễn đàn sai. DevOps là một bộ môn về cách làm cho doanh nghiệp hiệu quả hơn thông qua văn hóa, quy trình và phương tiện kỹ thuật. Chúng tôi có một cuộc thảo luận sôi nổi về công nghệ, nhưng đó là từ quan điểm này. Nếu bạn đang tìm kiếm câu trả lời từ quan điểm kỹ thuật nghiêm ngặt, tôi chắc chắn có rất nhiều nhóm làm việc kỹ thuật cho Kubernetes có thể cung cấp cho bạn câu trả lời mà bạn tìm kiếm.

— Jiri Klouda

Câu trả lời:

Cập nhật: Docker vừa phát hành hỗ trợ cho Kubernetes dưới dạng trình lập lịch biểu, điều này thay đổi tình hình và làm cho Kubernetes chỉ là một trình lập lịch thay thế cho Docker Swarm.

TL; DR: ĐỪNG LÀM NÓ. Các kỹ sư luôn cố gắng tạo ra những con chó-lợn này. Mỗi công nghệ không cần thiết bạn mang theo sẽ mang lại một bộ lỗi khác. Nếu bạn có thể chọn một, sau đó chọn một và vui vì bạn không phải làm cả hai. Nếu bạn thích chơi với Kubernetes, chỉ cần có một tài khoản riêng trên Google Cloud và chơi với nó bao nhiêu tùy thích. Nhưng đừng làm cho tất cả mọi người trong công ty của bạn phải chịu đựng những biến chứng không cần thiết.

Đó là hai công nghệ song song và chủ yếu tương đương . Ví dụ, nếu doanh nghiệp của bạn có lý do kinh doanh hợp pháp để triển khai trong nhiều nhà cung cấp Đám mây để có độ tin cậy và muốn triển khai vào cả AWS ECS (Dịch vụ Container đàn hồi - dựa trên Docker) và Google GKE (Công cụ Container - dựa trên Kubernetes) và bạn đã hỏi cách Bạn có xây dựng một đường ống dẫn, sẽ xây dựng phần mềm và gói của bạn trong các thùng chứa để triển khai ở cả hai , đó sẽ là một thứ khác, nhưng làm điều đó chỉ vì bạn muốn chơi với một công nghệ mới là rất vô trách nhiệm.

— Jiri Klouda
nguồn

Tôi sẽ không nói rằng tôi muốn 'chơi' với Kubernetes. Có những lý do kinh doanh tại sao tôi thích nó hơn Swarm. Một người là cộng đồng và giả định của bạn rằng tôi chỉ muốn làm điều gì đó là sai. Tôi không đồng ý với nhận xét về con chó-lợn của bạn, đến từ vị trí kỹ sư hệ thống mà tôi đã thấy / ngăn chặn những điều này nhiều lần, hoặc ít nhất là đã thử. Bạn đã không cung cấp bất kỳ dấu hiệu nào cho thấy bạn đã làm việc với cả những bài học kinh nghiệm, cũng như bất kỳ chi tiết kỹ thuật nào về lý do tại sao; Tôi không cảm thấy điều này giải quyết câu hỏi của tôi.

— EvanM

Tôi sử dụng 'chơi với' thay vì 'làm việc với' đôi khi một phần theo nghĩa công việc rất vui và một phần dựa trên sở thích của mẹ tôi: "Bạn chỉ chơi với máy tính cả ngày và không bao giờ làm việc thực sự." :)

— Jiri Klouda

Gotcha, tôi cũng làm như vậy. Chỉ muốn làm rõ rằng đây không phải là một nửa nỗ lực nguy hiểm để buộc Kubernetes xuống cổ họng của công ty tôi. Do đó câu hỏi. Cảm giác ruột thịt là không có lý do 'tốt' nhưng tôi cũng không thể bỏ qua bài báo đó.

— EvanM

Hãy nhìn xem, tất cả chúng ta đã ở đó. Công việc kinh doanh có kế hoạch đi kèm với một công nghệ, khi bạn nghĩ rằng công nghệ kia tốt hơn và bạn muốn bằng cách nào đó vẫn làm việc với công nghệ kia hoặc ít nhất là cả hai và chỉ cho họ thấy sự lựa chọn của bạn tốt hơn nhiều như thế nào. Đó là một cổ điển. Cho dù bạn nghĩ gì, đừng kết hợp cả hai vì mục đích thực hiện hoặc để chứng minh bạn đúng. Ngay cả khi bạn có thể biện minh cho nó, công việc của bạn là thiết kế giải pháp để tránh làm như vậy. HÔN. Làm cho nó hoạt động với Swarm, thuyết phục mọi người sử dụng Kubernetes hoặc thoát ra và làm việc tại nơi họ sẽ sử dụng Kubernetes.

— Jiri Klouda

Một lý do để với Kubernetes làm công cụ lên lịch nếu bạn sử dụng hoặc sẽ xem Azure là nhà cung cấp đám mây là dịch vụ AKS tương đối mới của họ (kubernetes được quản lý). Trong trường hợp này, bạn sẽ không kết hợp kubernetes với bầy docker.

Điều này với tôi là dấu hiệu rõ ràng về việc cộng đồng sẽ đi đâu. Tôi sẽ không muốn học một cái gì đó mà sau này tôi cần phải ném vào thùng rác.

— PussInBoots
nguồn