Ad Widget

**Kos** · 18-05-2026, 13:38

Спасибо, интересно, обязательно почитаю.
Сразу же вопрос: если будут комментарии, то куда их лучше направлять? Комментировать на Гитхабе, или же можно здесь?

**Kos** · 18-05-2026, 16:55

Да можно тут.

Начал читать. Ещё раз спасибо, интересно и почти со всем согласен.
Однако, как профессиональный зануда, позволю себе несколько замечаний

1. "Любимое" моё замечание, постоянно повторяемое на этом форуме: говоря о каких-то возможностях Zabbix, следует уточнять, о какой версии идёт речь. Я имел возможность работать с Zabbix, начиная с версии 2.0, и могу засвидетельстовать, что продукт постоянно развивается: в каждой новой версии какие-то прежние ограничения убираются, какие-то новые "фичи" добавляются. Другими словами, обсуждать абстрактный Zabbix без указания версии - вещь тоже довольно абстрактная; даже если ваш документ актуален сейчас, то после выхода очередной версии он рискует устареть.

2. Язык. Это, конечно, придирка - я-то в силу возраста имею опыт и хорошо понимаю профессиональный жаргон, поэтому нормально перевариваю смесь "французского с нижегородским". Такой стиль хорошо подходит, например, для форума и других площадок неформального общения; но ваш проект позиционируется как книга, поэтому было бы желательно, как минимум, сделать на эту тему соответствующий disclaimer (

) прямо в манифесте.

3. Замечание, связанное с предыдущим: было бы прекрасно для терминов (понятий) Zabbix иметь в глоссарии их официальные названия по-русски и по-английски. Это, кстати, та область, которой сильно не хватает в официальной документации. Особенно это касается понятий, которые переводятся не дословно ("trigger" - "триггер", "problem" - "проблема"), а другими словами ("item" - "элемент данных", "host" - "узел сети", "service" - вообще зависит от контекста: если речь идёт об SLA, то "услуга", в остальных случаях - как правило, либо "служба", либо "сервис").

4. При разговоре о тегах имеет смысл упомянуть ссылку на "Template guidelines", где есть список тегов, которые рекомендуется использовать на разных уровнях (шаблон, item, trigger, прототип). Ссылка

5. В главе про LLD и прототипы явно не хватает упоминаний про макросы с контекстом. Это важнейшая вещь, позволяющая, как минимум, настраивать разные пороговые значения в триггерах для разных обнаруженных объектов одного типа. Общий принцип: для порогового значения можно на уровне шаблона задать значение по умолчанию, которое при необходимости можно переопределить на уровне конкретного хоста (для всех объектов этого хоста), а затем на конкретном хосте ещё и переопределить для конкретного объекта.

(по мере чтения, возможно, ещё что-нибудь добавлю)

**Kos** · 2026-05-19T11:20:14+00:00

Ещё замечания:

Не хватает логичного содержания, чтобы читать книгу последовательно. Вроде бы, с левой стороны есть что-то, что похоже на содержание, но там почему-то глава 16 идёт между главами 6 и 7.
Не всегда используемые термины понятны сразу (особенно это относится к аббревиатурам), причём не все из них есть в глоссарии; приходится гуглить. Например, отсутствуют упоминаемые MVP, rac (кстати, попробуйте сами погуглить эту аббревиатуру) или SPAN (какое из значений имеется в виду?).
В некоторых местах, видимо, должно быть оформление в виде списка, но этот список "разъезжается". Например:
- "Где обязательно настроить:"
- "Решение" (оба абзаца)
- "Покрытие — не нужно 100%"
Далеко не все ссылки актуальны. Я, поскольку часто "пасусь" на сайте компании Zabbix, на этой странице сходу вижу несколько:

Устаревшая ссылка	Актуальная
https://share.zabbix.com	https://www.zabbix.com/integrations
https://www.zabbix.com/documentation/current/en/manual/installation/requirements/best_practices	https://www.zabbix.com/documentation/current/en/manual/best_practices
https://blog.zabbix.com/category/best-practices/	https://blog.zabbix.com/category/handy-tips/
https://github.com/zabbix-tooling/awesome-zabbix	???
ссылка на русскоязычное сообщество Zabbix	https://www.zabbix.com/forum/in-russian

Пара замечаний к подразделу "LLD — где использовать, где нет":
- Сетевые интерфейсы (net.if.discovery): не только Linux и Windows, но также UNIX (Solaris/AIX/HP-UX) и сетевое оборудование (свитчи, роутеры, фаерволы);
- Цитата:

Всегда задавай filter в discovery rule. Не «все интерфейсы», а «{#IFNAME} not match @bonded|loopback|docker»

Я бы добавил: лучше (особенно в фильтрах!) ссылаться не на глобальное регулярное выражение (как в данном примере), а на регулярное выражение, заданное макросом на уровне шаблона - тогда его при необходимости можно переопределить на уровне конкретного хоста (а исключения обязательно найдутся).

Пример: «{#IFNAME} does not match {$NET.IF.IFNAME.NOT_MATCHES}», при этом {$NET.IF.IFNAME.NOT_MATCHES} = ^([Ll]o[0-9.]*$|docker|veth|cali|lxc)

Цитата:

При апгрейде версии правки будут потеряны. Только клонировать.

Я бы уточнил: при апгрейде версии Zabbix шаблоны не обновляются автоматически. Это ручная операция, которую делает админ путём повторного импорта шаблонов; но да - при апгрейде самих шаблонов можно потерять свои прежние правки, поэтому я тоже придерживаюсь практики в проде использовать свои собственные клоны шаблонов.

Ad Widget

Написал книгу по enterprise-мониторингу на Zabbix — фидбек приветствуется

Написал книгу по enterprise-мониторингу на Zabbix — фидбек приветствуется

Comment

Comment

Comment