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
Jawaban:
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.
sumber
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.
sumber
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.
sumber
Ini pendapatnya: Kami sudah mencoba semuanya di perusahaan kami dan kami lebih suka boneka. Hanya karena mudah digunakan.
sumber
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
sumber
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).
sumber