Di belakang jawaban saya untuk pertanyaan: Bagaimana DevOps dapat membantu meningkatkan prosedur Escrow Perangkat Lunak? Tensibai memiliki pertanyaan:
Apa yang mengharuskan Capistrano di atas boneka atau koki?
Tanggapan saya adalah memasang tautan ke artikel Noah Gibbs, "Apakah Kita Membutuhkan Capistrano dan Koki?" . Secara pribadi, saya masih menganut pandangan Nuh bahwa paling tepat untuk:
- menggunakan alat penyebaran spesialis seperti Capistrano untuk penyebaran.
- menggunakan alat manajemen konfigurasi khusus seperti Chef untuk manajemen konfigurasi.
Pendekatan mendasar yang digunakan setiap jenis alat untuk menyelesaikan tugasnya sangat berbeda:
Alat Manajemen Konfigurasi - adalah tentang membuat dan memelihara keadaan sistem yang diinginkan, mereka pada dasarnya bersifat idempoten. Contoh alat manajemen konfigurasi adalah Chef , Puppet , Ansible , PowerShell DSC , Salt Stack .
Alat Penempatan - adalah tentang memberikan versi perangkat lunak ke dalam lingkungan hosting, mereka menyediakan fungsionalitas untuk mempertahankan beberapa versi perangkat lunak pada beberapa mesin dan mengelola versi mana yang "saat ini", mereka pada dasarnya bersifat imperatif. Contoh alat penyebaran adalah Capistrano , Octopus Deploy , Deployer dan Command.io .
Saya percaya bahwa Alat Manajemen Konfigurasi dapat melakukan pekerjaan alat penyebaran dan dalam kasus Infrastruktur yang Tidak Berubah mereka adalah alat yang paling tepat untuk pekerjaan itu karena versi perangkat lunak pada target tidak perlu dipertahankan.
Pertanyaan: Apakah alat manajemen konfigurasi seperti Chef, Ansible, dan Wayang telah matang hingga mereka mampu memenuhi model idempoten dan imperatif?
sumber
Jawaban:
Dalam konteks seperti itu saran tipikal harus segera diterapkan: gunakan alat yang tepat untuk pekerjaan itu.
Tetapi kemudian Anda juga tidak dapat mengabaikan kecenderungan alat perangkat lunak yang hampir mematikan untuk memperluas fungsionalitas ke bidang yang kurang lebih terkait dan benar-benar menjadi toolset karena berbagai alasan: fitur keren untuk dimiliki, memperluas basis pelanggan, mengumpulkan lebih banyak pendapatan, dll.
Misalnya banyak alat manajemen file menyertakan fitur tampilan gambar dan banyak alat pemrosesan gambar menyertakan fitur manajemen file. Anda dapat memindahkan file dan Anda dapat melihat gambar dengan salah satu alat, seringkali sama baiknya.
Karena ini sangat mungkin untuk memiliki seluruh bagian dari proses pengembangan perangkat lunak tertutup / tumpang tindih oleh beberapa alat (set) bahkan jika fitur / kemampuan utama mereka berbeda.
Jadi itu benar-benar bermuara pada fungsionalitas tepat yang ingin Anda capai dalam proses khusus Anda dan seberapa baik satu alat atau yang lain melakukan pekerjaan dalam konteks Anda . Subjektivitas / preferensi / kenyamanan disertakan.
Menjadikan pertanyaan ini terutama berdasarkan opini;)
sumber
Alat manajemen konfigurasi digunakan untuk membuat sistem menjadi kondisi yang dikenal. Alat penyebaran menyebarkan file program dan data program baru ke suatu sistem. Pada akhirnya, kedua jenis alat melakukan kombinasi antara:
Alat manajemen konfigurasi memiliki bahasa deklaratif yang menentukan kondisi sistem. Alat penyebaran memiliki bahasa yang sangat penting yang memberi tahu sistem untuk melakukan sesuatu. Seseorang DevOps perlu melakukan keduanya.
Menggunakan alat penyebaran Capistrano, sangat canggung untuk menggunakan bahasanya untuk memberi tahu sistem untuk memastikan bahwa server web aktif. Anda harus mengeluarkan perintah untuk me-restart server web, dan yang lain untuk memeriksa untuk melihat apakah server web sudah habis. Ini adalah kludge untuk menjadikan server web ke status yang dikenal.
Menggunakan alat manajemen konfigurasi Ansible, canggung untuk memulai kembali server web. Bahasa ini memungkinkan Anda memberi tahu server web untuk "naik", tetapi jika Anda secara khusus ingin memulai kembali, Anda harus mengatur statusnya menjadi "dimulai kembali". Tetapi tidak ada cara mudah untuk memeriksa apakah server web telah dimulai ulang. Ini adalah kludge di Ansible untuk mengaktifkan operasi sekali saja.
Beberapa orang lebih suka melakukan kedua jenis pekerjaan dengan satu alat, dan bekerja dengan kasar. Orang lain lebih suka memiliki dua alat untuk melakukan hal yang hampir sama, tetapi tanpa tepi kasar. Untuk menjawab pertanyaan, "kesesuaian" adalah masalah selera. Jawaban ini menjelaskan alasannya.
sumber
no easy way to check if the web server has been restartedyang dapat diperiksa dengan mendaftarkan variabel?TL; DR : Hanya digunakan Ansbile, itu adalah baik konfigurasi dan alat penyebaran :)
Ada beberapa jenis penempatan:
Berbasis aplikasi (file, paket arsip)
Berbasis kontainer (termasuk VM, Habitat, LXC, Docker)
Berbasis fungsi (layanan Mikro / Lambdas / Fungsi)
Saya berasumsi dalam hal ini kita hanya berbicara tentang pembaruan aplikasi di server.
Untuk penyebaran Anda harus memiliki dua hal terjadi:
Sekarang untuk (1) Anda dapat menggunakan beberapa strategi:
Untuk (2) Anda dapat menggunakan:
Jadi, meskipun Alat Penempatan adalah cara untuk melakukan penempatan sekaligus, mereka tidak selalu merupakan strategi terbaik. Terkadang Anda ingin menggunakan kombinasi cara ini untuk penerapan. Kemungkinan besar Anda sudah menggunakan manajer paket setidaknya di server Anda. Anda kemungkinan besar menjalankan alat konfigurasi. Masalah dengan beberapa alat konfigurasi adalah orkestrasi yang tepat di antara beberapa server, tetapi sekarang bahkan Chef dan Wayang dapat melakukannya dengan cukup baik. Kemungkinan selalu bagus dalam hal ini.
Dari pengalaman pribadi , saya telah menggunakan semua kombinasi, tetapi saat ini kami menggunakan Capistrano untuk penerapan dan sinkronisasi yang mungkin untuk manajemen konfigurasi, dan VCS dan paket repositori untuk transfer file, tetapi ada masalah dengan Capistrano dan kami berencana untuk pindah dari itu ke unify on Ansible untuk penerapan, pemeliharaan, dan manajemen konfigurasi.
sumber
Penerapan aplikasi adalah hal yang sulit untuk dijabarkan karena memiliki banyak sub-masalah. Sistem manajemen konfigurasi sangat baik dalam tugas pemodelan yang konvergen dan bekerja dengan "apa yang diinginkan dari sistem". Dalam konteks penyebaran aplikasi, ini bagus untuk hal-hal seperti mengerahkan bit ke mesin, mengelola file konfigurasi, dan mengatur layanan sistem. Yang sangat buruk adalah hal-hal yang secara inheren prosedural, terutama migrasi basis data dan layanan restart. Saya biasanya mencoba untuk menempatkan logika konvergen di Chef dan membiarkan alat prosedural eksternal (biasanya Fabric dalam kasus saya) menangani beberapa bit yang tersisa serta mengurutkan konvergensi yang sebenarnya.
Jadi, pada dasarnya, Anda harus menggunakan keduanya untuk potongan-potongan terbaik mereka.
sumber
Untuk perangkat lunak dan menyebarkan kode ke server yang ada atau di dalam wadah Docker, jawabannya relatif sederhana - Tidak, Anda tidak perlu keduanya, tetapi Anda mungkin menginginkan keduanya jika alat atau utilitas lain menambah nilai dan merupakan alat yang tepat untuk pekerjaan itu Namun, segala sesuatunya menjadi lebih rumit ketika Anda menggunakan server dan sistem operasi.
Salah satu nilai tambah dari mentalitas DevOps adalah memperlakukan infrastruktur sebagai kode dan sering mengerahkan atau menghancurkan mesin virtual atau bahkan logam telanjang di lingkungan yang sangat elastis. Sistem manajemen konfigurasi Anda tidak dapat dengan mudah melakukan netboot dan memulai server Anda untuk Anda dan tidak dapat mengelola repositori, paket, dan pembaruan / perbaikan untuk Anda selama dan setelah penyebaran atau dalam beberapa kasus, lisensi dan hak.
Untuk Amazon Web Services, ini agaknya mudah dikelola oleh API untuk sebagian besar, tetapi bagi kita yang harus mengelola pusat data kita sendiri, ini bukan pilihan. Untuk alasan ini, proyek Foreman (dan Red Hat yang merek-ulang ini ) merasa perlu untuk menggabungkan Katello , Candlepin dan manajer konfigurasi seperti Ansible, Foreman atau Wayang bersama ketika menggunakan Skenario Katello .
Jadi sementara Anda mungkin bisa lolos dengan menggunakan alat manajemen konfigurasi untuk penyebaran kode perangkat lunak di sisi Dev rumah, di sisi Ops, ada beberapa kasus di mana jawabannya adalah "tidak, alat manajemen konfigurasi tidak layak untuk digunakan sebagai alat penyebaran "Melakukan hal itu akan membutuhkan penemuan kembali roda yang serius dan tidak praktis. Sebagai gantinya, Anda harus menggunakan alat manajemen konfigurasi untuk memulai penyebaran di alat lain.
sumber