Kapan tepat menggunakan manajer konfigurasi (mis. Wayang / Koki / Mungkin)?

Di tempat kerja saya saat ini, saya merawat dua mesin host VMware, mesin fisik OpenBSD, tiga VM Debian, dan enam Windows Server VM (2008/2012).

Saya sedang mempertimbangkan untuk mengimplementasikan alat manajemen konfigurasi seperti Wayang atau Koki. Apakah ini masuk akal, atau akankah overhead pembelajaran alat lebih besar daripada manfaatnya? Di mana titik kritis antara biaya pengelolaan & implementasi?

IMHO, ada baiknya belajar meskipun Anda hanya mengelola satu server,

Ya, akan ada kurva belajar. Ya, Anda akan frustrasi. Namun, untuk biaya tersebut, Anda akan dibayar kembali dalam beberapa kali melalui penerapan yang andal, konsisten, satu klik, konfigurasi server yang dikontrol versi, kemudahan pengaturan lingkungan uji / pengembangan, dll.

Selain manfaat untuk pekerjaan Anda saat ini, dapat menambahkan sistem CM ke resume Anda adalah kemenangan besar. Sysadmin modern sekarang diharapkan memiliki setidaknya paparan sistem manajemen konfigurasi, jika bukan kemampuan.

(Sidenote: pertimbangkan Ansible juga. Ini adalah CM pilihan saya, dan sangat mudah untuk bangun dan berjalan - jauh lebih mudah daripada Wayang atau Koki. Selain itu, dukungan windows di Ansible juga berjalan dengan baik.)

Saya sedang mempertimbangkan untuk mengimplementasikan alat manajemen konfigurasi seperti Wayang atau Koki. Apakah ini masuk akal, atau akankah overhead pembelajaran alat lebih besar daripada manfaatnya?

Masuk akal tergantung pada berapa banyak waktu dan uang yang harus Anda bakar, dan apakah uang Anda yang Anda bakar atau tidak.

Alat manajemen konfigurasi (salah satunya) menjadi keterampilan yang berharga di pasar saat ini.

Menghabiskan waktu untuk belajar dan menerapkan alat CM mungkin bukan hal yang paling efisien untuk dilakukan dari perspektif bisnis atau lingkungan Anda, tetapi dari keahlian Anda mungkin bermanfaat.

Di mana titik kritis antara biaya pengelolaan & implementasi?

Sebagian besar alat manajemen konfigurasi tersedia secara gratis dengan peringatan bahwa mereka lebih sulit untuk diinstal dan digunakan.

Pertanyaan ini agak sulit dijawab karena sangat tergantung pada apa yang Anda lakukan setiap hari untuk mengelola server ini. Jika Anda tidak perlu melakukan banyak hal sama sekali, maka alat manajemen konfigurasi mungkin total berlebihan.

Jika Anda hanya benar-benar perlu untuk menegakkan infrastruktur Anda menjadi keadaan yang dapat diprediksi dan dasar, maka tidak ada salahnya untuk mengambil dasar-dasar dari sesuatu seperti SaltStack atau Ansible.

Dalam pengalaman pribadi saya, Salt sangat mudah untuk memulai dan mem-bootstrap ke server, dan dapat digunakan untuk eksekusi dan pelaporan jarak jauh yang sangat mendasar, yang mungkin berguna jika Anda belum menerapkannya di lingkungan Anda.

Perlu diingat, saya bias. Anda harus mengevaluasi setiap alat CM sendiri.

Seperti yang dikatakan @EEAA - jumlah server tidak relevan. Anda dapat memperoleh manfaat dari menggunakan manajemen konfigurasi dengan satu mesin:

• pengaturan yang didokumentasikan (didokumentasikan melalui skrip CM)
• penyebaran yang andal (Anda dapat [kembali] memasang pengaturan Anda berulang-ulang
• ketahanan setup (server serak saat ini - putar yang baru)
• digunakan kembali (ketika Anda sampai pada titik memiliki server kedua - Anda sudah memiliki skrip CM yang dapat Anda daur ulang dari yang pertama)
• upgrade (ini seperti pengaturan baru, hanya di atas platform yang berbeda)

Saya dapat mengatakan bahwa saya harus mengimplementasikan CM untuk semua server pribadi saya karena saya jarang bekerja di sana dan melupakan semua detail kecil. Memiliki skrip CM sementara tampaknya memakan waktu (memang) pengembaliannya sepadan. Jangka panjang Anda akan menghemat lebih banyak waktu yang Anda habiskan untuk mengatur segalanya.

Saya memiliki pengalaman dengan Wayang dan Ansible. Kemungkinan adalah IMO lebih sederhana, karena proseduralnya, sementara Wayang adalah deklaratif. Ada pro dan kontra untuk keduanya, tetapi saya telah menarik cukup rambut karena kesalahan samar Puppet.

Keduanya membutuhkan banyak pekerjaan jika Anda ingin membuat konfigurasi yang bersih dan dapat digunakan kembali. Biaya mulai benar-benar terbayar jika Anda memiliki setidaknya dua server yang sangat mirip, misalnya cloud atau cluster.

Namun, ia memiliki beberapa kegunaan bahkan untuk server mandiri - Anda dapat mengatur pengguna admin, konfigurasi standar (dengan variasi lokal) sshd, postfix atau snmpd dan juga menggunakannya untuk pengumpulan informasi yang sederhana, seperti kepatuhan terhadap kebijakan atau pengujian untuk kerentanan shellshock.

Juga, seperti yang disebutkan oleh EEAA, ia memiliki nilai untuk mendokumentasikan pengaturan jika Anda memverifikasi bahwa itu benar-benar membawa server dari kondisi dasar ke kondisi aktif. Baik untuk menggabungkannya dengan sistem kontrol versi (git), sehingga perubahan yang Anda buat diversi dan didokumentasikan. Itu sangat berharga jika Anda memiliki tim admin.

Wayang atau sistem manajemen lainnya membawa manfaat besar yang semuanya telah disorot oleh jawaban lain di sini, tetapi tidak ada peluru perak ketika datang ke manajemen.

Misalnya membuat kelas boneka untuk sistem yang kompleks menghabiskan banyak waktu dan tenaga dan kadang-kadang air mata karena ada banyak jebakan, dan pesan kesalahan tidak selalu 100% jelas, dan ketika perangkat lunak ditingkatkan Anda harus menginvestasikan waktu untuk menyesuaikan kelas boneka Anda agar sesuai dengan spesifikasi baru atau prosedur dan cari tahu pendekatan mana yang paling cocok untuk ini (boneka misalnya deklaratif dan peningkatan biasanya prosedural)

Anda juga perlu mencari tahu bagaimana Anda berencana untuk meluncurkan perubahan yang dibuat untuk kelas Anda secara terkontrol, dan bagaimana mempertahankan versi manifes Anda yang berbeda.

Anda juga harus mempertimbangkan cara meningkatkan solusi manajemen Anda ketika tiba saatnya untuk itu.

Jika Anda menghabiskan banyak waktu untuk menulis misalnya kelas boneka maka Anda harus melakukan banyak instalasi satu klik untuk mendapatkan manfaat nyata.

Saya sarankan menjelajahi masih dan di mana sesuai, yaitu distribusi file konfigurasi dapat menjadi tempat yang baik untuk memulai, dan mengambilnya dari sana.