Koki vs Koki, pro dan kontra dari pengguna dan kasus penggunaan [ditutup]


56

Saya sudah mencari di Google dan membaca artikel "to-puppet-or-to-chef-that-is-the-question" .

Saya tertarik pada kasus penggunaan, implementasi dunia nyata di mana orang telah memilih satu atau yang lain berdasarkan masalah nyata.

Saya terutama tertarik pada integrasi dengan masalah tukang sepatu (saya tahu wayang adalah pendekatan standar dalam arah ini); sebagai orang yang punya pengalaman dalam integrasi tukang roti-koki ?

Terima kasih sebelumnya



1
@warren: garis besar postingan Anda tidak berhubungan. Saya meminta perbandingan langsung antara alat-alat ini, bukan hanya menyebutkan koki seperti yang dilakukan di pos.
drAlberT

Untuk menjawab pertanyaan tukang sepatu + koki, saya memiliki cabang di kasir tukang sepatu saya untuk mengembalikan JSON untuk digunakan Chef, tetapi saya tidak memiliki sistem untuk mengujinya. Beri tahu saya jika Anda tertarik dalam pengujian.
jtimberman

Tentu saja, tetapi saya tidak bisa sekarang ... Saya akan melanjutkan tes saya dalam beberapa bulan, sesuatu yang lain mendapat prioritas sekarang
drAlberT

Mengenai penutupan pertanyaan .. Saya meminta "masalah nyata", integrasi tukang sepatu, kasus penggunaan ... tidak hanya "pendapat", tetapi pilihan termotivasi. Saya menentang penutupan, karena Anda dapat berdebat :)
drAlberT

Jawaban:


63

Sejujurnya, saya pikir ini datang ke sudut pandang sederhana: Chef tampaknya lebih dari solusi, program terprogram, penggunaan ruby ​​sebagai bahasa langsung membuat saya berharap seseorang porting ke python, seperti cara dunia dengan semua ide ruby.

Tapi bukan itu yang Anda inginkan untuk hal semacam ini. Anda ingin berbicara dengan kekosongan di mana sistem akan berada dan menyatakan:

"Setelah port 80 memanggil dari utara daemon bernama nginx. Tugasnya adalah untuk melayani."

"Seorang pengguna harus ada, namanya harus chiggs dan dia harus menjadi salah satu yang perkasa di kelompok roda,"

"Angkat tembok api, kurus di tempat-tempat 80.443.8080"

Begitu seterusnya, meski mungkin dalam bahasa kurang berbunga.

Wayang mendukung paradigma itu dengan IMO yang lebih baik. Saya akan menggunakan salah satunya, saya tidak punya preferensi tetapi ketika sampai pada itu, deklaratif lebih cocok untuk saya.

Wayang.


2
Anda bahkan dapat melangkah lebih jauh di masa depan dan menggunakan distribusi Linux yang menggunakan konfigurasi deklaratif: nixos.org/nixos
iElectric

19

Saya telah menulis perbandingan rinci tentang Chef vs Wayang di sini: Wayang vs Koki: 10 alasan mengapa Wayang menang . Meskipun tidak termasuk kasus penggunaan, saya harap ini memberikan beberapa titik awal yang berguna bagi orang-orang yang bertanya-tanya alat mana yang harus dipilih untuk otomatisasi infrastruktur mereka.


3
Kerja yang sangat bagus. Bahkan jika banyak poin yang Anda tulis terikat dengan fakta sederhana bahwa boneka adalah "lebih tua", dan lebih banyak lagi "didukung". Ok, itu fakta ... tapi saya pikir tidak akan pernah menggunakan postfix karena sendmail sudah menjadi publik yang hebat ... Saya ulangi, kerja bagus, saya akan memperhitungkannya
drAlberT

AlberT - ya, Wayang telah ada lebih lama dari Chef dan begitu juga banyak keuntungan penggerak pertama: kematangan kode, basis pengembang, basis terpasang, mindshare - ini secara eksplisit diakui dalam artikel. Apakah Wayang secara teknis lebih unggul daripada Chef untuk tugas otomatisasi Linux? Mungkin tidak. Saya masih merekomendasikan Puppet versus Chef karena merupakan alat manajemen konfigurasi terdepan di pasar.
John Arundel

2
Artikel blog sudah sangat ketinggalan zaman, sejak 2011 boneka sekarang mendukung modul ruby ​​murni, dan juga memiliki lebih banyak 'kata kerja' daripada versi yang dievaluasi penulis.
robbyt

14

Maaf soal verbositasnya. Gunakan alat yang memudahkan pekerjaan Anda. Itulah poin otomasi, bukan?

Sejarah: Saya telah menggunakan boneka di pertunjukan terakhir dan bulan lalu saya menghabiskan sekitar seminggu mencoba membiasakan diri dengan koki untuk melihat apakah saya akan beralih ke pertunjukan baru saya.

Saya tidak melompat.

Jargon: Satu masalah yang tidak menguntungkan dengan kedua sistem ini adalah kelebihan jargon. (resep, templat, simpul, peran, atribut, penyedia) Terus dan terus. Saya menemukan Chef mengambil langkah lebih jauh. (Pisau, Shef, dll.)

Kode Kematangan: Cukup untuk mengatakan bahwa saya menemukan Chef sedikit terlalu mentah. Rasanya seperti boneka rasanya dalam rentang waktu .21 / .22 3-4 tahun yang lalu. Ada banyak perubahan yang terjadi.

Belum lagi itu tidak terjadi pada boneka juga. (Saya menemukan kembali banyak fitur hebat dalam wayang yang baru muncul beberapa tahun terakhir - pencocokan regex!)

Ruby: Saya tidak suka semua kelebihan ruby ​​di Chef. (Anda perlu permata dan menyapu sebelum Anda bahkan dapat memulai) Anda dapat menggunakan ruby ​​untuk memecahkan masalah kompleks dalam wayang a'la wayang, tetapi Anda tidak harus melakukannya jika Anda tidak mau.

Kompleksitas: Saya tidak suka fokus GUI pada chef. Saya menyadari itu cantik dan boneka memiliki antarmuka web dalam karya-karya sebagai tambahan, tetapi saya merasa itu harus lebih dipisahkan.

Koki memiliki arsitektur yang jauh lebih kompleks. Mungkin skala lebih baik, tetapi ada banyak titik kegagalan potensial.
http://wiki.opscode.com/display/chef/Architecture

Chef membutuhkan couchdb, rabbitmq, dan solr selain server API dan antarmuka web.

Saya hanya ingin antarmuka klien / server sederhana yang tidak memerlukan kerangka kerja MVC di atasnya dan penyimpanan data yang rumit di belakangnya.

Wayang jauh lebih sederhana di departemen itu. (bukan untuk mengatakan tidak ada banyak add-ons untuk membuatnya berantakan)

Menyelesaikan pekerjaan: Pada akhirnya, saya mengikuti apa yang saya ketahui. Setelah menghabiskan seminggu meretas sisi dan hampir tidak bisa menyelesaikan dasar-dasar dengan Chef, saya bisa kembali ke boneka dan menghabiskan kebutuhan dasar saya dalam beberapa jam. (manajemen paket, manajemen pengguna, templat file konfigurasi)

Peringatan tentang Modul: Wayang baru-baru ini beralih ke menggunakan "modul" yang disumbangkan oleh pihak ketiga. Saya tidak akhirnya menggunakan ini dan saya menemukan berbagai kualitas mereka. Pastikan untuk mengintip di balik selimut dan melihat apa dan bagaimana mereka bekerja sebelum Anda menggali ini.


5

Ini pendapatnya: Kami sudah mencoba semuanya di perusahaan kami dan kami lebih suka boneka. Hanya karena mudah digunakan.


Sudahkah Anda menggunakan front-end untuk memantau eksekusi Wayang?
SyRenity

1
@syrenity kami menggunakan pemeriksaan nagios khusus yang memeriksa waktu $ puppetvardir / state / state.yaml yang hanya akan diperbarui pada proses yang berhasil.
rodjek

2
Apakah koki begitu sulit? Mengapa? Apa kesulitan praktis yang dihadapi saat mendekati koki yang memotong boneka itu?
drAlberT


@Tidak Sekarang: bagus, saya akan mengadopsi dengan pasti apakah itu akan mendukung integrasi tukang sepatu sebagai alternatif dari sistem penyediaannya sendiri ...
drAlberT

1

Saya sendiri pernah melihat kasus di mana mengelola 1000 host dengan konfigurasi berbeda, jauh lebih mudah dengan boneka. Perusahaan Infact seperti Google menggunakan boneka untuk penyebaran mereka.

Arsitektur desain utama boneka adalah sedemikian rupa sehingga berfungsi jauh lebih baik daripada yang lain jika Anda mengonfigurasinya dengan benar. Misalnya menambahkan fakta khusus untuk konfigurasi khusus Anda, dll. Tautan di bawah ini mungkin memberikan beberapa info http://slashroot.in/puppet-tutorial-installing-puppet-master-and-puppet-agent

http://slashroot.in/puppet-tutorial-how-does-puppet-work


0

Ini mungkin telah berubah sejak terakhir kali saya mencobanya, tetapi ketika saya mencoba chef di RHEL tidak ada cara yang jelas untuk menginstalnya. Seseorang telah membuat repo yum yang memiliki semua paket yang dibutuhkan, tetapi akhirnya menginstal 200 paket aneh. Boneka di sisi lain memiliki satu rpm (dan beberapa dependensi).

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.