Docker Swarm ve Kubernetes'i birleştirin

Şirketim DevOps alanında küçük bir telafi oynamaya çalışıyor. Uygulamaların konteynerizasyonu ve onunla birlikte gelen düzenleme sistemleri hakkında çok fazla araştırma yapıyorum. Daha iyi işlevsellik elde etmek için Swarm'ı Kubernetes ile birleştirmekten söz ettikleri bir makaleye (kurtarmamı dilerdim) rastladım. Bu makalede bunu yaparak ne kazandıklarını tanımlamadılar.

Bunun ne gibi faydalar sağlayacağını merak ettim. Ekstra karmaşıklık katmanı eklemek size gerçekten geri dönüş sağlayacak mı?

EDIT: Teknik uzmanları / con's arıyorum. KISS iyi bir slogandır, ancak CEO'nuz veya Kurulunuzla bir tartışmaya girmez.

Konteynerlerimiz için Docker'ı ve bir düzenleme için Swarm'ı seçeceğimizden neredeyse eminim. Bununla birlikte, Kubernetes'i alanımızda görmek istiyorum, böylece daha sağlam bir çözüm için teknolojileri bir araya getirebilmeniz önerisi beni ilgilendiriyor.

— EvanM
kaynak

Buradaki ameliyat kelimeleri 'beni ilgilendiriyor'. Bir işin parçasısınız. Bunu yapmak için geçerli bir iş nedeni olmalıdır. İlginizi değil, teknik sihirbazı değil, bu ikisini birleştirmek için sağlam bir iş nedeni. Başlamak için böyle bir iş nedeni yoksa, icat etmek etik değildir. Teklif ettiğiniz şey, kişisel nedenlerle iş kaynaklarının boşa harcanmasına yol açıyor ve etik olarak zimmetine para geçirmeye benzer.

— Jiri Klouda

Buna cevap verip vermemeyi tartıştım çünkü açıkçası bu konuşma zaman kaybı gibi hissediyorum. Evet, ben işin bir parçasıyım, evet beni ilgilendiriyor, hayır hiçbir şey icat etmiyorum ve başlangıçtan beri sahip olduğunuz tavır haksız. Entrika, teknolojiyi ileriye götüren şeydir, neden / neden işin bir parçası olmadığının nedenlerini araştırmak ve sadece sizden önce gidenlere soru sormak en iyi uygulamadır. Bu soru, aslında bu platformlarda çalışmış ve konuyla ilgili geçerli görüşlere sahip kişilerden geri bildirim almayı amaçlamıştır.

— EvanM

Felsefi tartışmalar vızıltı kelimeler ya da sevimli kısaltmalar aramıyorum Teknik avantajlar ya da kısa gelenler arıyorum ve gerekirse boşlukları doldurabiliyorum. Gönderilen her şey olgusal argümanları olmayan bir fikirdi. Konteynerizasyonu ve orkestrasyonu çözmek için hangi teknolojiyi kullandığınızı ve onunla bulduğunuz kısa gelişmeleri açıklayabilirseniz sevinirim. Bu noktada benim ve işim, benim için en iyi yolun ne olduğuna karar vermek. Araştırma zimmete para geçirme ya da çalma değil, buna duediligence denir ve iyi teknolojinin harika çözümlere dönüşümü budur.

— EvanM

O zaman yanlış bir forum soruyor olabilirsiniz. DevOps, kültür, süreç ve teknik yollarla işlerin nasıl daha verimli hale getirileceğiyle ilgili bir disiplindir. Canlı bir teknoloji tartışmamız var, ama bu bakış açısından. Kesinlikle teknik açıdan cevap arıyorsanız, Kubernetes için aradığınız cevabı verebilecek çok sayıda teknik çalışma grubu olduğundan eminim.

— Jiri Klouda

Yanıtlar:

Güncelleme: Docker , Kubernetes'i zamanlayıcı olarak destekledi , bu da durumu değiştirdi ve Kubernetes'i Docker Swarm'a alternatif bir zamanlayıcı yapıyor.

TL; DR: YAPMAYIN. Mühendisler her zaman bu köpek domuzlarını yaratmaya çalışırlar . Getirdiğiniz her gereksiz teknoloji, başka bir dizi arızayı da getirecektir. Birini seçebilirseniz, birini seçin ve mutlu olun, her ikisini de yapmak zorunda değilsiniz. Kubernetes ile oynamak istiyorsanız, Google Cloud'da özel bir hesap edinin ve istediğiniz kadar oynayın. Ancak şirketinizdeki herkesin gereksiz komplikasyonlar yaşamasına neden olmayın.

Bunlar iki paralel ve çoğunlukla eşdeğer teknolojidir . İş için yasal iş nedeni olsaydı dağıtmak içinde birden Bulut sağlayıcıları güvenilirlik için örneğin hem AWS içine dağıtmak istedik ECS (Elastik Konteyner Servisi - Docker dayalı) ve Google GKE (Konteyner Motor - Kubernetes dayanarak) ve soran nasıl her ikisinde de dağıtım için yazılımınızı ve paketinizi kaplarda inşa edecek bir boru hattı oluşturuyor musunuz , bu başka bir şey olurdu, ancak bunu sadece yeni bir teknoloji ile oynamak istediğiniz için yapmak çok sorumsuz.

— Jiri Klouda
kaynak

Kubernetes ile 'oynamak' istediğimi söyleyemem. Swarm'a tercih etmemin ticari nedenleri var. Biri topluluk ve sadece bir şey yapmak istediğim varsayımı yanlış. Ben, birçok kez gördüğüm / engellediğim veya en azından denediğim bir sistem mühendisi pozisyonundan gelen köpek domuz yorumunuza katılmıyorum. Ne öğrendiğiniz derslerle ne de neden olduğunuzla ilgili teknik ayrıntılarla çalıştığınıza dair herhangi bir gösterge sunmadınız; Bunun sorumu ele aldığını hissetmiyorum.

— EvanM

Bazen 'çalışma ile çalışmak' yerine 'oyunla' kullanıyorum, bazen kısmen çalışma eğlencesi anlamında ve kısmen annemin favorisine dayanıyorum: "Sadece bütün gün bilgisayarlarla oynuyorsunuz ve asla gerçek bir iş yapmıyorsunuz." :)

— Jiri Klouda

Yakaladım, ben de aynısını yaparım. Sadece bunun Kubernetes'i şirketimin boğazına zorlamak için yarı tehlike girişimi olmadığını açıklamak istedim. Dolayısıyla soru. Bağırsak hissi 'iyi' bir sebep olmadığıdır, ancak bu makaleyi de görmezden gelemedim.

— EvanM

Bak, hepimiz oradaydık. İş, bir teknolojiyle gitmeyi planlıyor, diğerinin daha iyi olduğunu düşündüğünüzde ve bir şekilde hala diğeriyle veya en azından her ikisiyle birlikte çalışmak ve seçiminizi ne kadar daha iyi olduğunu onlara göstermek istiyorsunuz. Bu bir klasik. Ne düşünürseniz düşünün, ikisini yapmak ya da haklı olduğunuzu kanıtlamak için birleştirmeyin. Bunu haklı çıkarsanız bile, işiniz bunu önlemek için çözüm tasarlamaktır. ÖPMEK. Swarm ile çalışmasını sağlayın, herkesi Kubernetes'i kullanmaya ikna edin veya Kubernetes'i kullanacakları yerde çıkın ve çalışın.

— Jiri Klouda

Azure'u bir bulut sağlayıcı olarak kullanırsanız veya düşünürseniz Kubernetes ile bir zamanlayıcı olarak görmenin bir nedeni, nispeten yeni AKS hizmetidir (yönetilen kubernetes). Bu durumda kubernet'leri docker sürüsü ile birleştiremezsiniz.

Bu benim için toplumun nereye gittiğine dair açık bir göstergedir. Daha sonra çöp kutusuna atmak için ihtiyaç duyacağım bir şey öğrenmek istemem.

— Çizmeli Kedi
kaynak