Ada takhayul di bidang TI: “Jika berhasil, jangan disentuh.” Hal yang sama dapat dikatakan tentang sistem pemantauan kami. Di Southbridge kami menggunakan Zabbix - saat kami memilihnya, itu sangat keren. Dan faktanya, dia tidak punya alternatif lain.
Seiring waktu, ekosistem kami memperoleh instruksi, pengikatan tambahan, dan integrasi dengan redmine telah muncul. Zabbix memiliki pesaing kuat yang unggul dalam banyak aspek: kecepatan, HA yang hampir out of the box, visualisasi yang indah, optimalisasi kerja di lingkungan kubernethes.
Tapi kami tidak terburu-buru untuk melanjutkan. Kami memutuskan untuk melihat Zabbix dan menanyakan fitur apa yang mereka rencanakan untuk rilis mendatang. Kami tidak berdiri pada upacara dan mengajukan pertanyaan tidak nyaman kepada Sergey Sorokin, direktur pengembangan Zabbix, dan Vitaly Zhuravlev, arsitek Solusi. Baca terus untuk mengetahui apa hasilnya.
1. Ceritakan kepada kami tentang sejarah perusahaan. Bagaimana ide produk ini muncul?
Sejarah perusahaan dimulai pada tahun 1997, ketika pendiri dan pemilik perusahaan, Alexei Vladyshev, bekerja sebagai administrator database di salah satu bank. Bagi Alexei, mengelola database tidak akan efektif tanpa memiliki data tentang nilai historis dari berbagai parameter, tanpa memahami keadaan lingkungan saat ini dan historis.
Pada saat yang sama, solusi pemantauan yang ada di pasaran saat ini sangat mahal, tidak praktis, dan memerlukan sumber daya yang besar. Oleh karena itu, Alexei mulai menulis berbagai skrip yang memungkinkannya memantau secara efektif bagian infrastruktur yang dipercayakan kepadanya. Itu berubah menjadi hobi. Alexei berganti pekerjaan, tetapi minat terhadap proyek tersebut tetap ada. Pada tahun 2000-2001, proyek ini ditulis ulang dari awal - dan Alexei berpikir untuk memberikan kesempatan kepada administrator lain untuk menggunakan pengembangan tersebut. Pada saat yang sama, muncul pertanyaan di bawah lisensi apa untuk merilis kode yang ada. Alexei memutuskan untuk merilisnya di bawah lisensi GPLv2. Alat ini segera diperhatikan di lingkungan profesional. Seiring waktu, Alexei mulai menerima permintaan dukungan, pelatihan, dan perluasan kemampuan perangkat lunak. Jumlah pesanan seperti itu terus bertambah. Jadi wajar saja jika keputusan untuk mendirikan perusahaan datang. Perusahaan ini didirikan pada 12 April 2005
2. Poin penting apa yang dapat Anda soroti dalam sejarah pengembangan Zabbix?
Saat ini ada beberapa poin seperti itu:
A. Alexei mulai mengerjakan skrip pada tahun 1997.
B. Publikasi kode di bawah lisensi GPLv2 - 2001.
V. Zabbix didirikan pada tahun 2005.
d.Penyelesaian perjanjian kemitraan pertama, pembuatan program afiliasi - 2007.
d.Pendirian Zabbix Japan LLC - 2012.
e.Pendirian Zabbix LLC (AS) - 2015
Dan. Pendirian Zabbix LLC - 2018
3. Berapa banyak orang yang Anda pekerjakan?
Saat ini, grup perusahaan Zabbix mempekerjakan lebih dari 70 karyawan: pengembang, penguji, manajer proyek, insinyur pendukung, konsultan, tenaga penjualan, dan karyawan pemasaran.
4. Bagaimana Anda menulis peta jalan, apakah Anda mengumpulkan masukan dari pengguna? Bagaimana Anda menentukan ke mana harus pindah selanjutnya?
Saat membuat Peta Jalan untuk Zabbix versi berikutnya, kami fokus pada faktor-faktor penting berikut, lebih tepatnya, kami mengumpulkan Peta Jalan berdasarkan kategori berikut:
A. Peningkatan strategis Zabbix. Sesuatu yang dianggap sangat penting oleh Zabbix sendiri. Misalnya agen Zabbix yang ditulis di Go.
B. Hal-hal yang ingin dilihat oleh klien dan mitra Zabbix di Zabbix. Dan untuk itu mereka bersedia membayar.
V. Keinginan/saran dari komunitas Zabbix.
d.Utang teknis. 🙂 Hal-hal yang kami rilis di versi sebelumnya, tetapi tidak menyediakan fungsionalitas penuh, tidak membuatnya cukup fleksibel, tidak menawarkan semua opsi.
5. Bisakah Anda membandingkan Zabbix dan Prometheus? Apa yang lebih baik dan apa yang lebih buruk di Zabbix?
Perbedaan utamanya, menurut pendapat kami, adalah bahwa Prometheus adalah sistem yang terutama untuk mengumpulkan metrik - dan untuk mengumpulkan pemantauan penuh di suatu perusahaan, perlu menambahkan banyak komponen lain ke Prometheus, seperti grafana untuk visualisasi, a pisahkan penyimpanan jangka panjang, dan pisahkan manajemen di suatu tempat masalah, bekerja dengan log secara terpisah...
Tidak akan ada templat pemantauan standar di Prometheus, setelah menerima ribuan metrik dari eksportir, Anda perlu menemukan sinyal bermasalah di dalamnya secara mandiri. Menyiapkan Prometheus - file konfigurasi. Di beberapa tempat lebih nyaman, di tempat lain tidak.
Zabbix adalah platform universal untuk membuat pemantauan “dari dan ke”, kami memiliki visualisasi kami sendiri, korelasi masalah dan tampilannya, distribusi hak akses ke sistem, audit tindakan, banyak opsi untuk mengumpulkan data melalui agen, proxy, menggunakan protokol yang sangat berbeda, kemampuan untuk memperluas sistem dengan cepat menggunakan plugin, skrip, modul...
Atau Anda cukup mengumpulkan data apa adanya, misalnya melalui protokol HTTP, lalu mengubah respons menjadi metrik yang berguna menggunakan fungsi pra-pemrosesan seperti JavaScript, JSONPath, XMLPath, CSV, dan sejenisnya. Banyak pengguna menghargai Zabbix karena kemampuannya mengonfigurasi dan mengelola sistem melalui antarmuka web, karena kemampuannya menggambarkan konfigurasi pemantauan umum dalam bentuk templat yang dapat dibagikan satu sama lain, dan tidak hanya berisi metrik, tetapi juga aturan deteksi, nilai ambang batas, grafik, deskripsi - satu set lengkap objek untuk memantau objek tipikal.
Banyak orang juga menyukai kemampuan mengotomatisasi manajemen dan konfigurasi melalui Zabbix API. Secara umum, saya tidak ingin mengadakan holivar. Tampak bagi kami bahwa kedua sistem sangat cocok untuk tugasnya dan dapat saling melengkapi secara harmonis, misalnya, Zabbix dari versi 4.2 dapat mengumpulkan data dari eksportir Prometheus atau dari dirinya sendiri.
6. Pernahkah Anda berpikir untuk membuat zabbix saas?
Kami memikirkannya dan akan melakukannya di masa depan, namun kami ingin membuat solusi ini senyaman mungkin bagi pelanggan. Dalam hal ini, Zabbix standar harus ditawarkan bersama dengan alat komunikasi, alat pengumpulan data tingkat lanjut, dan sebagainya.
7. Kapan saya harus mengharapkan zabbix ha? Dan haruskah kita menunggu?
Zabbix HA jelas merupakan sebuah penantian. Kami sangat berharap untuk melihat sesuatu di Zabbix 5.0 LTS, namun situasinya akan menjadi lebih jelas pada bulan November 2019 ketika Peta Jalan Zabbix 5.0 dikonfirmasi sepenuhnya.
8. Mengapa pilihan jenis media sangat buruk? Apakah Anda berencana menambahkan Slack, telegram, dll.? Apakah ada orang lain yang menggunakan Jabber?
Jabber telah dihapus di Zabbix 4.4, tetapi Webhook telah ditambahkan. Mengenai jenis media, saya tidak ingin membuat aplikasi khusus dari sistem, tetapi alat perpesanan standar. Bukan rahasia lagi bahwa banyak layanan obrolan atau meja serupa memiliki API melalui HTTP - jadi tahun ini dengan rilis 4.4 situasinya akan berubah.
Dengan munculnya webhook di Zabbix, Anda dapat mengharapkan semua integrasi paling populer dalam waktu dekat. Dalam hal ini, integrasinya akan bersifat dua arah, dan bukan sekadar notifikasi satu arah. Dan jenis media yang tidak dapat kami akses akan dilakukan oleh komunitas kami - karena sekarang seluruh jenis media dapat diekspor ke file konfigurasi dan diposting di share.zabbix.com atau github. Dan pengguna lain hanya perlu mengimpor file untuk mulai menggunakan integrasi ini. Dalam hal ini, Anda tidak perlu memasang skrip tambahan apa pun!
9. Mengapa arah penemuan mesin virtual tidak berkembang? Hanya ada vmware. Banyak yang menunggu integrasi dengan ec2, openstack.
Tidak, arahnya sedang berkembang. Misalnya, di 4.4, penemuan datastore muncul melalui kunci vm.datastore.discovery. Di 4.4, kunci wmi.getall yang sangat keren juga muncul - kami berharap melaluinya, bersama dengan kunci perf_counter_en, pemantauan Hyper-V yang baik dapat dilakukan. Nah, akan ada perubahan penting lainnya ke arah ini di Zabbix 5.0.
10. Pernahkah Anda berpikir untuk meninggalkan templat dan melakukannya seperti prometeus, ketika segala sesuatu yang diberikan diambil?
Prometheus secara otomatis mengambil semua metrik, ini nyaman. Dan template lebih dari sekedar sekumpulan metrik, ini adalah “wadah” yang berisi semua konfigurasi umum yang diperlukan untuk memantau jenis sumber daya atau layanan tertentu. Ini sudah memiliki serangkaian pemicu penting, grafik, aturan deteksi, memiliki deskripsi metrik dan ambang batas yang membantu pengguna memahami apa yang dikumpulkan, dan ambang batas mana yang diperiksa dan alasannya. Pada saat yang sama, templat mudah dibagikan dengan pengguna lain - dan mereka akan mendapatkan pemantauan yang baik terhadap sistem mereka, bahkan tanpa harus menjadi ahli di dalamnya.
11. Mengapa hanya ada sedikit metrik yang tersedia? Hal ini juga sangat mempersulit pengaturan dari sudut pandang pengoperasian.
Jika yang Anda maksud adalah templat siap pakai, maka saat ini kami sedang berupaya memperluas dan menyempurnakan templat kami. Zabbix 4.4 hadir dengan serangkaian fitur baru yang lebih baik dan lebih baik.
Untuk Zabbix Anda selalu dapat menemukan template siap pakai untuk hampir semua sistem di share.zabbix.com. Namun kami memutuskan bahwa kami harus membuat templat dasar sendiri, memberikan contoh bagi orang lain, dan juga membebaskan pengguna dari sekali lagi menulis templat untuk beberapa MySQL. Oleh karena itu, sekarang di Zabbix hanya akan ada lebih banyak template resmi di setiap versinya.
12. Kapan mungkin untuk membuat pemicu yang tidak terikat pada host, tetapi, misalnya, berdasarkan label. Misalnya, kami memantau situs dari n titik berbeda, dan kami menginginkan pemicu sederhana yang diaktifkan ketika situs tidak dapat diakses dari 2 titik atau lebih.
Faktanya, fungsi tersebut telah tersedia di Zabbix selama beberapa tahun, ditulis untuk salah satu klien. Klien - ICANN. Pemeriksaan serupa juga dapat dilakukan, misalnya melalui item agregat atau menggunakan API Zabbix. Kami sekarang secara aktif berupaya menyederhanakan pembuatan pemeriksaan tersebut.
PS: Di salah satu Slurm, pengembang Zabbix menanyakan apa yang ingin kami lihat di produk untuk memantau cluster Kubernetes menggunakan Zabbix, dan bukan Prometheus.
Sangat menyenangkan ketika pengembang menemui pelanggan di tengah jalan dan tidak hanya memikirkan diri mereka sendiri. Dan sekarang kami menyambut setiap rilis dengan minat yang tulus - kabar baiknya adalah semakin banyak fitur yang kami bicarakan menjadi menjadi darah dan daging.
Selama pengembang tidak menarik diri, tetapi tertarik dengan kebutuhan klien, produk akan hidup dan berkembang. Kami akan mengawasi rilis Zabbix baru.
PPS: Kami akan meluncurkan kursus pemantauan online dalam beberapa bulan. Jika Anda tertarik, berlanggananlah agar tidak ketinggalan pengumumannya. Sementara itu, Anda dapat melalui kami .
Sumber: www.habr.com