Selama penerapan kode ada risiko kegagalan layanan / sistem. Pusat Operasi Jaringan memonitor peringatan dari server. Jika peringatan datang sebagai hasil dari penyebaran kode maka mungkin tidak ada yang perlu dikhawatirkan. Namun, jika tidak ada yang bekerja di server, maka jelas peringatan tersebut menjadi alasan untuk khawatir.
Kami saat ini memberi tahu NOC ketika kami sedang bekerja di server. Saya bertanya-tanya apakah sudah ada skrip / program yang dapat mendengarkan input pada server yang diberikan dan ketika input tertentu diterima untuk menyiarkan input yang diterima bersama dengan server itu diterima pada ke server yang ditentukan.
Katakanlah saya sedang bekerja di server 'x' dan menjalankan agen boneka
Bisakah proses yang berjalan di latar belakang dikonfigurasi untuk mendengarkan input pengguna di terminal dengan 'agen boneka' dan kemudian menyiarkan pesan ke server yang diberikan ketika input itu ada?
Idenya adalah untuk menambahkan daftar perintah umum yang digunakan oleh tim penempatan bahwa proses ini akan mendengarkan dan mengirim siaran untuk semuanya.
Ini juga akan berguna jika ia dapat mencari lokasi yang telah ditentukan seperti log untuk perintah itu (dalam hal ini agen boneka) untuk pesan keluar seperti 'boneka berhasil diselesaikan ..' dan dalam hal ditemukan, kirim sebuah siaran tambahan ke server yang diberikan.
Saya yakin itu bisa dibuat dengan usaha yang cukup, hanya ingin tahu jika sesuatu seperti ini sudah ada yang dapat dikonfigurasi untuk kebutuhan kita.
Terima kasih
Just asked if someone knew of a script or tool that already performs this function.
- Materi pembelajaran seperti meminta skrip bukan topik. Secara pribadi, saya akan mencoba mesin pencari, atau, membaca buku dan mempelajari keterampilan yang dibutuhkan untuk menyelesaikan tugas sendiriJawaban:
Mungkin tidak ada alat nyata yang ada yang melakukan apa yang Anda cari, karena paradigma memiliki kepingan salju khusus yang Anda ssh / rdp memudar karena tidak berskala. Anda harus menganggap server Anda sebagai sapi, bukan hewan peliharaan.
Alih-alih ssh-ing ke mesin Anda, dan berjalan
puppet apply
; lebih baik menggunakan server boneka, dan memanfaatkan kelas parameter untuk menentukan bangunan mana yang harus dirilis.Puppet Master
External Node Classifier
Idealnya, Anda harus memiliki dua hingga empat server yang hampir identik, masing-masing dengan konfigurasi yang identik. (produksi + tahap + qa + dev). Dengan begitu Anda dapat menguji bahwa penyebaran Anda berfungsi dengan benar pada mesin sebelum Anda mendorong penyebaran Anda ke produksi.
Jika penyebaran Anda memerlukan beberapa langkah yang tidak dapat dienkapsulasi dalam modul Anda (seperti menghapus dari penyeimbang beban, ubah basis data, dll ...). Maka Anda akan ingin menambah boneka Anda berjalan dengan alat yang dapat melakukan langkah-langkah ini secara berurutan.
CloudSlang Orchestration Management
Capistrano Deployment Automation
RunDeck Gui yang mendefinisikan pekerjaan / Tugas
Alat lain yang dapat membantu dengan prosedur penyebaran.
Penemuan Layanan Konsul + Pelaporan
Terakhir, sepertinya Anda menginginkan loop umpan balik yang memberi tahu Anda jika penyebaran berhasil. Majikan boneka, dan mandor bisa melakukan itu. Anda juga dapat melaporkan status ke basis data REST.
InflxDB
Iron.io
Kemudian gunakan alat gaya dasbor untuk menunjukkan x jumlah hasil terakhir.
tipboard gagah
Atau, Anda bisa mendorong langsung ke ruang obrolan seperti malas .
Anda menyebutkan menonton log untuk menemukan output dari perintah. Anda dapat mengatur pemantauan log, yang dapat menampilkan pesan di dasbor, atau bahkan mengirim peringatan jika baris tertentu dicatat.
Berikut ini adalah dokumentasi tentang pengaturan ELK Stack (Elasticsearch, Logstash, Kibana)
Sumber Daya Lainnya
https://sysadmincasts.com/episodes/47-zero-downtime-deployments-with-ansible-part-4-4
http://aws.amazon.com/codedeploy/
sumber