У IT є такі забобони: «Працює, не чіпай». Це можна сказати і про нашу систему моніторингу. У Southbridge ми використовуємо Zabbix - коли ми його вибирали, він був дуже крутий. І по суті альтернатив у нього не було.
Згодом наша екосистема обросла інструкціями, додатковими обв'язками, з'явилася інтеграція з redmine. У Zabbix з'явився потужний конкурент, який перевершував у багатьох аспектах: швидкість роботи, HA практично з коробки, гарна візуалізація, оптимізація роботи в кубернетом оточенні.
Але ми не поспішаємо переходити. Ми вирішили заглянути на вогник у Zabbix і поцікавитись, які фішки вони планують зробити у найближчі релізи. Ми не церемонилися і ставили незручні питання Сергію Сорокіну, директору розвитку Zabbix, і Віталію Журавльову, Solution architect. Що з того вийшло, читайте далі.
1. Розкажіть історію компанії. Як народилася ідея продукту?
Історія компанії розпочалася у 1997 році, коли засновник та власник компанії Олексій Владишев працював адміністратором баз даних в одному з банків. Олексію здавалося неефективним керувати базами без наявності на руках даних про історичні значення різних параметрів, без розуміння поточного та історичного стану навколишнього середовища.
При цьому присутні на той момент на ринку рішення з моніторингу є дуже дорогими, неповороткими і потребують великих ресурсів. Тому Олексій починає писати різні скрипти, які дозволяють йому ефективно моніторити довірену йому частину інфраструктури. Це перетворюється на хобі. Олексій змінює роботи, але інтерес до проекту залишається. У 2000-2001 роках проект листується з нуля — і Олексій замислюється над тим, щоб надати можливість іншим адміністраторам використати напрацювання. При цьому постало питання, під якою ліцензією випустити існуючий код. Олексій вирішив випустити його під ліцензією GPLv2. Інструмент одразу помітили у професійному середовищі. Згодом до Олексія почали надходити запити на надання підтримки, проведення навчання, розширення можливостей програмного забезпечення. Кількість таких замовлень постійно зростала. Так, природно, прийшло рішення про створення компанії. Компанія була заснована 12 квітня 2005 року
2. Які ключові точки можете виділити історія розвитку Zabbix?
Таких точок на даний момент кілька:
а. Початок роботи Олексія над скриптами - 1997 рік.
б. Публікація коду під ліцензією GPLv2 - 2001 рік.
в. Заснування компанії Zabbix - 2005 рік.
м. Укладання перших партнерських договорів, створення партнерської програми – 2007 рік.
д. Основа Zabbix Japan LLC - 2012 рік.
е. Заснування Zabbix LLC (USA) - 2015 рік
ж. Заснування ТОВ Заббікс - 2018 рік
3. Скільки у вас людей працює?
На даний момент у групі компаній Zabbix працює трохи більше 70 співробітників: розробників, тестувальників, керівників проектів, інженерів підтримки, консультантів, продавців, співробітників маркетингу.
4. Як ви пишете roadmap, чи збираєте зворотний зв'язок від користувачів? Як визначаєте, куди рухатись далі?
При створенні Roadmap для наступної версії Zabbix ми орієнтуємось на наступні важливі фактори, точніше, ми збираємо Roadmap за такими категоріями:
а. Стратегічні покращення Zabbix. Щось, що Zabbix сам вважає дуже важливим. Наприклад, Zabbix agent написаний на Go.
б. Речі, які хочуть побачити в Zabbix клієнти та партнери Zabbix. І за які вони готові сплатити.
в. Побажання/пропозиції від Zabbix community.
м. Технічні борги. 🙂 Речі, які ми випустили в попередніх версіях, але не забезпечили повну функціональність, не зробили достатньо гнучкими, не запропонували всі варіанти.
5. Чи можете порівняти Zabbix і prometheus? Що в Zabbix краще, а що гірше?
Основна відмінність, на наш погляд, Prometheus є системою в першу чергу для збору метрик - і щоб зібрати повноцінний моніторинг на підприємстві, необхідно додати до прометеуса безліч інших компонентів, таких як графана для візуалізації, окреме сховище лонг-терм, окремо десь керувати проблемами, окремо працювати з логами.
Не буде в Prometheus і жодних типових шаблонів моніторингу, отримавши всі тисячі метрик від експортерів, потрібно буде самостійно знайти в них проблемні сигнали. Налаштування Prometheus – конфігураційні файли. Десь це зручніше, десь ні.
Zabbix - це універсальна платформа для створення моніторингу "від і до", у нас своя візуалізація, кореляція проблем та їх відображення, розподіл прав доступу до системи, аудит дій, безліч варіантів збору даних через агента, проксі, за різними протоколами, можливість швидко розширити систему плагінами, скриптами, модулями.
А можна просто збирати дані, як є, наприклад, за протоколом HTTP, а далі перетворювати відповіді на корисні метрики за допомогою таких функцій препроцессингу, як JavaScript, JSONPath, XMLPath, CSV тощо. Багато користувачів цінують Zabbix за можливість налаштувати та керувати системою через веб-інтерфейс, за можливість опису типових конфігурацій моніторингу у вигляді шаблонів, якими можна ділитися один з одним, і що містять не тільки метрики, а й правила виявлення, порогові значення, графіки, описи. повний набір об'єктів для моніторингу типових об'єктів.
Багатьом подобається також можливість автоматизувати керування та налаштування через Zabbix API. Загалом не хочеться влаштовувати холівар. Нам здається, що обидві системи добре підходять під свої завдання і можуть гармонійно доповнювати одна одну, наприклад, Zabbix з версії 4.2 може знімати дані з експортерів Prometheus або з нього.
6. Чи не думали над тим, щоб зробити zabbix saas?
Думали і зробимо у майбутньому, але хочемо зробити таке рішення максимально зручним для клієнтів. У цьому випадку стандартний Zabbix має бути запропонований разом із засобами комунікації, розширеними засобами для збору даних тощо.
7. Коли чекати на zabbix ha? І чи чекати?
Zabbix HA однозначно чекатиме. Ми дуже сподіваємося побачити щось у Zabbix 5.0 LTS, але ситуація стане зрозумілою у листопаді 2019 року, коли повністю буде підтверджено Roadmap Zabbix 5.0.
8. Чому media type має такий убогий вибір із коробки? Чи не плануєте додати Slack, telegram і так далі? А jabber ще хтось користується?
Jabber у версії Zabbix 4.4 прибрали, зате додали Webhooks. Щодо media types, то не хотілося б робити конкретні аплікації із системи, але стандартні засоби обміну повідомленнями. Не секрет, що багато подібних чатів або сервіс десків мають API через HTTP — тому цього року з виходом 4.4 ситуація зміниться.
З появою вебхуків в Zabbix можна очікувати всі найпопулярніші інтеграції з коробки найближчим часом. При цьому інтеграції будуть двосторонні, а не лише прості повідомлення в один бік. А ті media types, до яких ми не дістанемося, зробить наше community — адже тепер media type цілком може бути експортований до конфігураційного файлу, викладеного на share.zabbix.com або github. І іншим користувачам потрібно лише імпортувати файл, щоб почати використовувати таку інтеграцію. При цьому жодних додаткових скриптів ставити не доведеться!
9. Чому не розвивається напрямок Virtual machine discovery? Є тільки vmware. Багато хто чекає інтеграції з ec2, openstack.
Ні, напрямок розвивається. Наприклад, у 4.4 з'явився дискавері datastore через ключ vm.datastore.discovery. У 4.4 також з'явилися дуже класні ключі wmi.getall – очікуємо, що через нього, разом із ключем perf_counter_en, можна буде зробити хороший моніторинг Hyper-V. Ну, і будуть інші важливі зміни в цьому напрямку Zabbix 5.0.
10. Чи не думали відмовитися від шаблонів і зробити як у prometeus, коли забирається все, що віддається?
Прометеус автоматично забирає усі метрики, це зручно. А шаблон це більше, ніж просто набір метрик, це «контейнер», який містить всю необхідну типову конфігурацію моніторингу даного типу ресурсу або сервісу. У ньому вже є набір важливих тригерів, графіків, правил виявлення, у ньому є описи метрик і порогових значень, які допомагають користувачеві зрозуміти, що збирається, і які пороги саме перевіряються і чому. При цьому шаблонами легко ділитися з іншими користувачами — і вони матимуть хороший моніторинг своєї системи, навіть не обов'язково будучи експертом у ній.
11. Чому так мало метрик із коробки? Це дуже ускладнює налаштування з погляду operation.
Якщо з коробки ви маєте на увазі готові шаблони, то саме зараз ми працюємо над розширенням та покращенням наших шаблонів. Zabbix 4.4 вийшов з новим, покращеним набором та з кращими можливостями.
Для Zabbix завжди можна на share.zabbix.com знайти готовий шаблон під будь-яку систему. Але ми вирішили, що повинні робити базові шаблони і самі, показуючи приклад іншим, а також звільняючи користувачів від написання в черговий раз шаблону для MySQL. Тому зараз у Zabbix офіційних шаблонів з кожною версією ставатиме лише більше.
12. Коли можна буде будувати тригери, не прив'язані до хостів, а, наприклад, на підставу labels. Наприклад, у нас моніториться сайт з n різних точок, і ми хочемо простий тригер, який спрацьовує, коли сайт не доступний з 2-х і більше точок.
Насправді така функціональність є в Zabbix вже кілька років, написана для одного з клієнтів. Клієнт - ICANN. Також подібні перевірки можна зробити, наприклад, через aggregated items або за допомогою Zabbix API. Наразі активно працюємо над тим, щоб спростити створення подібних перевірок.
PS: На одному зі Слермів розробники Zabbix поцікавилися у нас, що ми хочемо побачити у продукті, щоб моніторити кластери Kubernetes саме за допомогою Zabbix, а не Prometheus.
Здорово, коли розробники йдуть назустріч клієнтам, а чи не залишаються річчю собі. І тепер ми кожен реліз зустрічаємо з щирим інтересом — тішить те, що все більше і більше фіч, про які ми говорили, знаходять тіло і кров.
Поки розробники не замикаються у собі, а цікавляться потребами клієнтів, продукт живе та розвивається. Слідкуватимемо за новими релізами Zabbix.
PPS: Ми через кілька місяців запустимо онлайн-курс з моніторингу Кому цікаво підписуйтесь, щоб не пропустити анонс. А поки що можна пройти наш .
Джерело: habr.com