Kukla ve Ansible arasındaki farkları, özellikle Ansible'a kıyasla ne tür Kukla sınırlamalarının olduğunu anlamak istiyorum.
Kukla'da yapamayacağınız bir şey var mı, ama Ansible'da yapabilirsiniz? Başka bir deyişle, neden bazı insanlar Kukla'dan Ansible'a taşınıyor?
Yanıtlar:
Tabii ki Kukla, Ansible, Şef her biri için birkaç profesyonel ve eksileri vardır ve burada da en sevdiğiniz aracı ekleyin . Bu yüzden görüşten uzak durmaya çalışacağım ve Ansible'da harika olanı paylaşmaya çalışacağım.
Ansible'ı diğerlerinin üzerine koyan ana yetenek, hedef düğümlerde çalışan bazı özel / ek ajanlara güvenmek zorunda değil, sadece ssh bağlantılarına dayanmaktır. Evet, yine de bir ssh sunucusu, Python ve bir grup Python kütüphanesi gerektiriyor ve seçim dağıtımınız (veya iyi şanslar, bazı pencereler düğümleri var) onlarla birlikte gelmiyorsa, biraz olacak bootstrap için acı verici. Ancak bu olası değildir ve dağıtımınız hakkında tekrar düşünmenizi bile sağlayabilir.
Bu, izlemeyi basitleştirecek, ek kaynaklar yemeyecek, sistemi her zaman kök olarak bir daemon yürütmeye zorlamayacak ve genel olarak UNIX felsefesinde daha iyi hissettirecek. Şef chef-solo, Kukla ustası olmadan çalıştırılabilir, ancak ikisi de klonlama ve kancalar aracılığıyla "diğer yöne" çalışır. Ansible ile birlikte, kaynak deposundaki bir birleşme, Jenkins'de, git master'da veya örneğin Rundeck gibi başka bir araçta, herkesle rahat bir şekilde konuşlandırmayı tetikleyebilir.
templatemodülü bunu oldukça kolaylaştırır.
Hayır, Kukla'dan Ansible'a (ya da tam tersi) hareket eden insanların her iki araçla da gerçekleştirilebilecek ya da yapılamayacak şeyleri yoktur. Kukla / Şef / Ansible - çoğunlukla bir tat meselesi.
Örneğin, Ansible Python'a dayanır ve Python geliştiricileri genellikle onunla evde daha fazla hissederler (DSL öğrenmeye gerek yoktur) veya Ruby (Şef için)). Python geliştiricilerinin Ansible'ı da genişletmesi daha kolay.
Ama özünde, başarabilecekleriniz açısından hepsi çok benzer. Bazılarının bazı alanlarda göreceli güçlü, bazılarında zayıf yönleri vardır, ancak tipik olarak aralarındaki seçim, takımın stili / kültürü / tercihi ile yapılır.
Kukla 4.0'a kadar , bir tasarım tercihi olan Kukla'da özellikle eylem siparişi vermek zor olduğundan, birden fazla sunucu veya hizmete yayılmış uygulama düzenlemenin kolay bir yolu yoktu . Ansible, özellikle birden çok sunucu arasında adımları düzenleme ve sipariş verme konusunda daha iyiydi. Bu özellikle, yanlış adım sırasının, nihai bir tutarlılığa ulaşılıncaya kadar bu adımların tekrarlanmasıyla kurtarılamayan hatalara yol açabileceği uygulamalarda önemlidir.
Bu artık bir mesele değildir ve bu nedenle ayrımlar büyük ölçüde tercihe dayalıdır.