Połącz Docker Swarm i Kubernetes

Moja firma próbuje trochę nadrobić zaległości w przestrzeni DevOps. Przeprowadziłem wiele badań dotyczących konteneryzacji aplikacji i towarzyszących temu systemów aranżacyjnych. Natknąłem się na artykuł (który chciałbym zapisać), w którym rozmawiali o połączeniu Roju z Kubernetesem, aby uzyskać lepszą funkcjonalność. W tym artykule nie zdefiniowali, co osiągnęli, robiąc to.

Zastanawiałem się, jakie korzyści to zapewni? Czy dodanie dodatkowej warstwy złożoności naprawdę da Ci duży zwrot?

EDYCJA: Szukam technicznych plusów / minusów. KISS to dobre motto, ale nie trwa w debacie z dyrektorem generalnym lub zarządem.

Jestem prawie pewien, że wybieramy Docker na nasze kontenery i Swarm na orkiestrację. Chciałbym jednak zobaczyć Kubernetes w naszej przestrzeni, dlatego intryguje mnie propozycja połączenia technologii w celu stworzenia solidniejszego rozwiązania. Dzięki za wgląd.

— EvanM
źródło

Słowa operacyjne brzmią „intryguje mnie”. Jesteś częścią firmy. Powinien to być uzasadniony biznesowy powód. Nie twoje zainteresowanie, nie techniczne czarodziejstwo, solidny powód biznesowy do połączenia tych dwóch. Jeśli nie ma takiego biznesowego powodu na początek, wynalezienie go jest po prostu nieetyczne. To, co proponujesz, prowadzi do marnowania zasobów biznesowych z powodów osobistych i etycznie jest to podobne do defraudacji.

— Jiri Klouda

Zastanawiałem się, czy odpowiedzieć na to pytanie, czy nie, bo szczerze mówiąc, czuję, że ta rozmowa to strata czasu. Tak, jestem częścią biznesu, tak, to mnie intryguje, nie, niczego nie wymyślam, a postawa, którą miałeś od samego początku, jest nieuzasadniona. Intryga jest motorem rozwoju technologii, szukając powodów, dla których / dlaczego nie jest częścią pracy, i po prostu zadawanie pytań tym, którzy odeszli przed Tobą, jest najlepszą praktyką. To pytanie miało na celu uzyskanie informacji zwrotnych od osób, które faktycznie wykonały prace na tych platformach i mają ważne opinie na ten temat.

— EvanM

Nie szukam filozoficznej debaty na temat bzyczących słów lub uroczych akronimów. Poszukuję korzyści technicznych lub niedociągnięć i gdzie można uzupełnić luki w razie potrzeby. Wszystko opublikowane było opinią bez argumentów faktycznych. Byłbym wdzięczny, gdybyś mógł wyjaśnić, jakiej technologii używasz do rozwiązania konteneryzacji i aranżacji, a także niedociągnięć, które z nią spotkałeś. W tym momencie dla mnie i mojej firmy należy zdecydować, jaka jest najlepsza droga dla nas. Badania nie są defraudacjami ani kradzieżami, nazywane są duediligence i to w jaki sposób dobra technologia zamienia się w świetne rozwiązania.

— EvanM

Być może pytasz na niewłaściwym forum. DevOps to dyscyplina o tym, jak uczynić biznes bardziej wydajnym poprzez kulturę, procesy i środki techniczne. Prowadzimy ożywioną dyskusję na temat technologii, ale dzieje się tak z tej perspektywy. Jeśli szukasz odpowiedzi ze ściśle technicznego punktu widzenia, jestem pewien, że istnieje wiele technicznych grup roboczych dla Kubernetes, które mogą udzielić odpowiedzi, której szukasz.

— Jiri Klouda

Odpowiedzi:

Aktualizacja: Docker właśnie wydał wsparcie dla Kubernetes jako harmonogramu, co zmienia sytuację i czyni Kubernetes tylko alternatywnym harmonogramem dla Docker Swarm.

TL; DR: NIE ZRÓB TO. Inżynierowie zawsze próbują stworzyć te psie świnie. Każda niepotrzebna technologia, którą przyniesiesz, przyniesie kolejny cały zestaw wad. Jeśli możesz wybrać jeden, wybierz jeden i ciesz się, że nie musisz robić obu. Jeśli lubisz grać z Kubernetes, po prostu załóż prywatne konto w Google Cloud i graj z nim tak, jak chcesz. Ale nie pozwól, aby wszyscy w Twojej firmie cierpieli z powodu niepotrzebnych komplikacji.

Są to dwie równoległe i w większości równoważne technologie . Jeśli Twoja firma miała uzasadniony powód biznesowy, aby wdrożyć na przykład u wielu dostawców usług w chmurze ze względu na niezawodność i chciała wdrożyć zarówno w AWS ECS (elastyczna usługa kontenerów - oparta na Docker), jak i Google GKE (silnik kontenerowy - oparta na Kubernetes) i pytasz, jak to zrobić czy budujesz potok, który zbudowałby twoje oprogramowanie i pakiet w kontenerach do wdrożenia w obu , to byłoby coś innego, ale robienie tego tylko dlatego, że chcesz grać z nową technologią, jest bardzo nieodpowiedzialne.

— Jiri Klouda
źródło

Nie powiedziałbym, że chcę „bawić się” w Kubernetes. Są powody biznesowe, dla których wolę to niż rój. Jednym z nich jest społeczność, a twoje założenie, że po prostu chcę coś zrobić, jest złe. Nie zgadzam się z twoim komentarzem psiej świni, pochodzącym ze stanowiska inżyniera systemowego, którego widziałem / im zapobiegałem wiele razy, a przynajmniej próbowałem. Nie podałeś żadnych wskazówek, czy pracowałeś z wyciągniętymi wnioskami, ani żadnych technicznych szczegółów, dlaczego; Nie sądzę, że to odpowiada na moje pytanie.

— EvanM

Używam „baw się z” zamiast „pracuj z” czasami częściowo w sensie pracy lub zabawy, a częściowo w oparciu o ulubioną mamę: „Po prostu bawisz się komputerami przez cały dzień i nigdy nie wykonuj żadnej prawdziwej pracy”. :)

— Jiri Klouda

Gotcha, robię to samo. Chciałem tylko wyjaśnić, że to nie była jakaś pół-ryzykowna próba zmuszenia Kubernetesa do gardła mojej firmy. Stąd pytanie. Mam przeczucie, że nie ma „dobrego” powodu, ale nie mogłem po prostu zignorować tego artykułu.

— EvanM

Słuchaj, wszyscy tam byliśmy. Biznes planuje iść z jedną technologią, gdy myślisz, że druga jest lepsza i chcesz jakoś nadal pracować z drugą lub przynajmniej z obydwoma i pokazać im, jak twój wybór był o wiele lepszy. To jest klasyk. Bez względu na to, co myślisz, nie łącz tych dwóch, aby to zrobić lub udowodnić, że masz rację. Nawet jeśli możesz to uzasadnić, Twoim zadaniem jest zaprojektować rozwiązanie, aby tego uniknąć. POCAŁUNEK. Spraw, aby działał z Swarmem, przekonaj wszystkich do korzystania z Kubernetes lub wyjdź i pracuj w miejscu, w którym będą korzystać z Kubernetes.

— Jiri Klouda

Jednym z powodów, dla których Kubernetes jest programem planującym, jeśli używasz platformy Azure jako dostawcy usług w chmurze, to stosunkowo nowa usługa AKS (zarządzane kubernetes). W tym przypadku jednak nie połączysz kubernetes z dokiem roju.

Jest to dla mnie wyraźne wskazanie, dokąd zmierza społeczność. Nie chciałbym się uczyć czegoś, co później musiałbym wrzucić do kosza.

— Kot w butach
źródło