Temu bual dengan Zabbix: 12 jawapan jujur

Terdapat kepercayaan karut dalam IT: "Jika ia berkesan, jangan sentuh." Ini boleh dikatakan mengenai sistem pemantauan kami. Di Southbridge kami menggunakan Zabbix - apabila kami memilihnya, ia sangat keren. Dan, sebenarnya, dia tidak mempunyai alternatif.

Dari masa ke masa, ekosistem kami telah memperoleh arahan, pengikatan tambahan dan penyepaduan dengan redmine telah muncul. Zabbix mempunyai pesaing kuat yang unggul dalam banyak aspek: kelajuan, HA hampir di luar kotak, visualisasi yang cantik, pengoptimuman kerja dalam persekitaran kubernethes.

Tetapi kami tidak tergesa-gesa untuk meneruskan. Kami memutuskan untuk melihat Zabbix dan bertanya apakah ciri yang mereka rancang untuk buat dalam keluaran akan datang. Kami tidak berdiri di majlis dan bertanya soalan yang tidak selesa kepada Sergey Sorokin, pengarah pembangunan Zabbix, dan Vitaly Zhuravlev, arkitek Penyelesaian. Baca terus untuk mengetahui apa yang datang daripadanya.

Temu bual dengan Zabbix: 12 jawapan jujur

1. Beritahu kami tentang sejarah syarikat. Bagaimanakah idea untuk produk itu terhasil?

Sejarah syarikat itu bermula pada tahun 1997, apabila pengasas dan pemilik syarikat, Alexey Vladyshev, bekerja sebagai pentadbir pangkalan data di salah satu bank. Alexey nampaknya tidak berkesan untuk menguruskan pangkalan data tanpa mempunyai data tentang nilai sejarah pelbagai parameter, tanpa memahami keadaan semasa dan sejarah persekitaran.

Pada masa yang sama, penyelesaian pemantauan pada masa ini di pasaran adalah sangat mahal, menyusahkan, dan memerlukan sumber yang besar. Oleh itu, Alexey mula menulis pelbagai skrip yang membolehkannya memantau dengan berkesan bahagian infrastruktur yang diamanahkan kepadanya. Ia bertukar menjadi hobi. Alexey menukar pekerjaan, tetapi minat dalam projek itu kekal. Pada 2000-2001, projek itu telah ditulis semula dari awal - dan Alexey berfikir tentang memberi peluang kepada pentadbir lain untuk menggunakan perkembangan tersebut. Pada masa yang sama, persoalan timbul di bawah lesen apa untuk mengeluarkan kod sedia ada. Alexey memutuskan untuk melepaskannya di bawah lesen GPLv2. Alat itu segera diperhatikan dalam persekitaran profesional. Lama kelamaan, Alexey mula menerima permintaan untuk sokongan, latihan, dan mengembangkan keupayaan perisian. Bilangan pesanan sedemikian terus meningkat. Jadi, secara semula jadi, keputusan untuk mencipta syarikat datang. Syarikat ini diasaskan pada 12 April 2005

Temu bual dengan Zabbix: 12 jawapan jujur

2. Apakah perkara penting yang boleh anda ketengahkan dalam sejarah pembangunan Zabbix?

Pada masa ini terdapat beberapa perkara sedemikian:
A. Alexey mula bekerja pada skrip pada tahun 1997.
b. Penerbitan kod di bawah lesen GPLv2 - 2001.
V. Zabbix telah diasaskan pada tahun 2005.
d. Kesimpulan perjanjian perkongsian pertama, penciptaan program gabungan - 2007.
d. Pengasas Zabbix Japan LLC - 2012.
e. Pengasas Zabbix LLC (USA) - 2015
dan. Pengasas Zabbix LLC - 2018

3. Berapa ramai orang yang anda ambil bekerja?

Pada masa ini, kumpulan syarikat Zabbix menggaji lebih sedikit daripada 70 pekerja: pembangun, penguji, pengurus projek, jurutera sokongan, perunding, kakitangan jualan dan pekerja pemasaran.

4. Bagaimanakah anda menulis peta jalan, adakah anda mengumpul maklum balas daripada pengguna? Bagaimana anda menentukan tempat untuk bergerak seterusnya?

Apabila membuat Peta Jalan untuk versi Zabbix yang seterusnya, kami menumpukan pada faktor penting berikut, lebih tepat lagi, kami mengumpulkan Peta Jalan mengikut kategori berikut:

A. Penambahbaikan strategik Zabbix. Sesuatu yang Zabbix sendiri anggap sangat penting. Contohnya, ejen Zabbix yang ditulis dalam Go.
b. Perkara yang pelanggan dan rakan kongsi Zabbix ingin lihat dalam Zabbix. Dan yang mereka sanggup bayar.
V. Harapan/cadangan daripada komuniti Zabbix.
d. Hutang teknikal. πŸ™‚ Perkara yang kami keluarkan dalam versi terdahulu, tetapi tidak menyediakan fungsi penuh, tidak menjadikannya cukup fleksibel, tidak menawarkan semua pilihan.

Temu bual dengan Zabbix: 12 jawapan jujur

5. Bolehkah anda membandingkan Zabbix dan prometheus? Apa yang lebih baik dan apa yang lebih teruk dalam Zabbix?

Perbezaan utama, pada pendapat kami, ialah Prometheus ialah sistem terutamanya untuk mengumpul metrik - dan untuk mengumpul pemantauan sepenuhnya dalam perusahaan, adalah perlu untuk menambah banyak komponen lain pada Prometheus, seperti grafana untuk visualisasi, a storan jangka panjang yang berasingan, dan masalah pengurusan yang berasingan di suatu tempat, berfungsi dengan log secara berasingan...

Tidak akan ada templat pemantauan standard dalam Prometheus; setelah menerima semua beribu-ribu metrik daripada pengeksport, anda perlu mencari isyarat bermasalah secara bebas di dalamnya. Menyediakan Prometheus - fail konfigurasi. Di sesetengah tempat ia lebih mudah, di tempat lain tidak.

Zabbix adalah platform universal untuk membuat pemantauan "dari dan ke", kami mempunyai visualisasi kami sendiri, korelasi masalah dan paparannya, pengedaran hak akses kepada sistem, audit tindakan, banyak pilihan untuk mengumpul data melalui ejen, proksi, menggunakan protokol yang sama sekali berbeza, keupayaan untuk mengembangkan sistem dengan cepat dengan pemalam, skrip, modul...

Atau anda boleh mengumpul data seperti sedia ada, contohnya, melalui protokol HTTP, dan kemudian menukar respons menjadi metrik berguna menggunakan fungsi prapemprosesan seperti JavaScript, JSONPath, XMLPath, CSV dan seumpamanya. Ramai pengguna menghargai Zabbix untuk keupayaan untuk mengkonfigurasi dan mengurus sistem melalui antara muka web, untuk keupayaan untuk menerangkan konfigurasi pemantauan biasa dalam bentuk templat yang boleh dikongsi antara satu sama lain, dan mengandungi bukan sahaja metrik, tetapi juga peraturan pengesanan, nilai ambang, graf, penerangan - set lengkap objek untuk memantau objek biasa.

Ramai orang juga menyukai keupayaan untuk mengautomasikan pengurusan dan konfigurasi melalui API Zabbix. Secara umum, saya tidak mahu menganjurkan holivar. Nampaknya kedua-dua sistem ini sangat sesuai untuk tugas mereka dan boleh saling melengkapi secara harmoni, contohnya, Zabbix dari versi 4.2 boleh mengumpul data daripada pengeksport Prometheus atau dari dirinya sendiri.

6. Pernahkah anda berfikir tentang membuat zabbix saas?

Kami memikirkannya dan akan melakukannya pada masa hadapan, tetapi kami mahu menjadikan penyelesaian ini semudah mungkin untuk pelanggan. Dalam kes ini, Zabbix standard harus ditawarkan bersama-sama dengan alat komunikasi, alat pengumpulan data lanjutan dan sebagainya.

7. Bilakah saya harus mengharapkan zabbix ha? Dan patutkah kita menunggu?

Zabbix HA pastinya menunggu. Kami sangat berharap untuk melihat sesuatu dalam Zabbix 5.0 LTS, tetapi keadaan akan menjadi lebih jelas pada November 2019 apabila Pelan Hala Tuju Zabbix 5.0 disahkan sepenuhnya.

8. Mengapakah jenis media mempunyai pilihan yang kurang baik di luar kotak? Adakah anda merancang untuk menambah Slack, telegram, dsb.? Adakah orang lain menggunakan Jabber?

Jabber telah dialih keluar dalam Zabbix 4.4, tetapi Webhooks telah ditambah. Mengenai jenis media, saya tidak mahu membuat aplikasi khusus daripada sistem, tetapi alat pemesejan standard. Bukan rahsia lagi bahawa banyak perkhidmatan sembang atau meja yang serupa mempunyai API melalui HTTP - jadi tahun ini dengan keluaran 4.4 keadaan akan berubah.

Dengan kemunculan webhooks dalam Zabbix, anda boleh menjangkakan semua penyepaduan paling popular di luar kotak dalam masa terdekat. Dalam kes ini, penyepaduan akan menjadi dua hala, dan bukan hanya pemberitahuan sehala yang mudah. Dan jenis media yang tidak dapat kami perolehi akan dilakukan oleh komuniti kami - kerana kini keseluruhan jenis media boleh dieksport ke fail konfigurasi dan disiarkan di share.zabbix.com atau github. Dan pengguna lain hanya perlu mengimport fail untuk mula menggunakan penyepaduan ini. Dalam kes ini, anda tidak perlu memasang sebarang skrip tambahan!

9. Mengapakah arah penemuan mesin Maya tidak berkembang? Hanya ada vmware. Ramai yang sedang menunggu integrasi dengan ec2, openstack.

Tidak, hala tuju sedang berkembang. Contohnya, dalam 4.4, penemuan stor data muncul melalui kunci vm.datastore.discovery. Dalam 4.4, kunci wmi.getall yang sangat keren juga muncul - kami menjangkakan bahawa melaluinya, bersama dengan kunci perf_counter_en, adalah mungkin untuk melakukan pemantauan Hyper-V yang baik. Nah, akan ada perubahan penting lain ke arah ini dalam Zabbix 5.0.

Temu bual dengan Zabbix: 12 jawapan jujur

10. Pernahkah anda berfikir untuk meninggalkan templat dan melakukannya seperti prometeus, apabila semua yang diberikan diambil?

Prometheus mengambil semua metrik secara automatik, ini mudah. Dan templat adalah lebih daripada sekadar set metrik, ia ialah "bekas" yang mengandungi semua konfigurasi biasa yang diperlukan untuk memantau jenis sumber atau perkhidmatan tertentu. Ia sudah mempunyai set pencetus, graf, peraturan pengesanan yang penting, ia mempunyai perihalan metrik dan ambang yang membantu pengguna memahami perkara yang dikumpul, dan ambang yang sedang diperiksa dan sebabnya. Pada masa yang sama, templat mudah dikongsi dengan pengguna lain - dan mereka akan mendapat pemantauan yang baik terhadap sistem mereka, walaupun tanpa perlu menjadi pakar dalam hal itu.

11. Mengapakah terdapat begitu sedikit metrik di luar kotak? Ini juga sangat merumitkan persediaan dari sudut pandangan operasi.

Jika di luar kotak yang anda maksudkan templat siap sedia, maka sekarang kami sedang berusaha untuk mengembangkan dan menambah baik templat kami. Zabbix 4.4 hadir dengan set baharu yang dipertingkatkan dan ciri yang lebih baik.

Untuk Zabbix, anda sentiasa boleh mencari templat siap sedia untuk hampir semua sistem di share.zabbix.com. Tetapi kami memutuskan bahawa kami harus membuat templat asas sendiri, menetapkan contoh untuk orang lain, dan juga membebaskan pengguna daripada sekali lagi menulis templat untuk beberapa MySQL. Oleh itu, kini dalam Zabbix hanya akan ada lebih banyak templat rasmi dengan setiap versi.

Temu bual dengan Zabbix: 12 jawapan jujur

12. Bilakah mungkin untuk membina pencetus yang tidak terikat dengan hos, tetapi, sebagai contoh, berdasarkan label. Sebagai contoh, kami memantau tapak dari n titik yang berbeza dan kami mahukan pencetus mudah yang menyala apabila tapak itu tidak boleh diakses dari 2 atau lebih titik.

Malah, fungsi sedemikian telah tersedia dalam Zabbix selama beberapa tahun, ditulis untuk salah seorang pelanggan. Pelanggan - ICANN. Semakan serupa juga boleh dilakukan, contohnya, melalui item agregat atau menggunakan API Zabbix. Kami kini sedang giat berusaha untuk memudahkan penciptaan semakan sedemikian.

PS: Di salah satu Slurms, pembangun Zabbix bertanya kepada kami perkara yang ingin kami lihat dalam produk untuk memantau kelompok Kubernetes menggunakan Zabbix, dan bukan Prometheus.

Ia bagus apabila pembangun bertemu pelanggan separuh jalan dan tidak kekal sebagai sesuatu untuk diri mereka sendiri. Dan kini kami menyambut setiap keluaran dengan penuh minat - berita baiknya ialah semakin banyak ciri yang kami bincangkan menjadi darah daging.

Selagi pemaju tidak menarik diri ke dalam diri mereka, tetapi berminat dengan keperluan pelanggan, produk itu hidup dan berkembang. Kami akan memerhati keluaran Zabbix baharu.

PPS: Kami akan melancarkan kursus pemantauan dalam talian dalam beberapa bulan lagi. Jika anda berminat, langgan supaya tidak terlepas pengumuman. Sementara itu, anda boleh melalui kami Slurm di Kubernetes.

Sumber: www.habr.com

Tambah komen