ну скиньте несколько ссылок с удовольствием гляну.

Вот запинена ссылка

Открывал?

поставь цели - для чего нужна система мониторинга, оцени по каким параметрам будешь оценивать качество реализации целей, как только начнешь решать конкретные задачи сразу поймешь что мешает и будешь улучшать те места

бест-практик есть на какую-то достаточно простую задачу, но так, что бы сразу все и сразу... такого нет и не будет

есть. просто как правильно писали выше ненужно их бездумно применять.
но и самостоятельные велосипеды тоже не выход как по мне.

Будет, если ты дизайнишь систему с нуля 🙂

А тут, я так понял, система уже есть

можно сказать что нет.

даже если ты дизайнишь с нуля, то всегда будут административные факторы - где-то надо сертификацию от конторы, где-то PCI DSS..
где-то посорились с конкретным вендором или был негативный опыт применения какого-то инструмента и не будет его использовать

ну так затем оно и нужно что б сразу обрисовать что нужно потом проверить на соответствие требованиям определится с инструментом и т.д.

а не так что в самом конце окажется что выбранный инструмент не умеет делать то что нужно и необходимо пересматривать все сначала

рамки есть всегда - отраслевые, финансовые, административные и т.п.
поэтому и написано множество софта и на конференциях как раз народ и рассказывает, как с помощью того или иного инструмента решают СВОИ задачи

поэтому и отталкиваться надо от бизнес требований и понимать, что мониторинг это непрерывный процесс. Написать ТЗ (обозначить рамки) можно только для конкретной задачи, а в жизни любая система меняется с течением времени и меняются требования к мониторингу.

поэтому и не может быть универсальных бест-практик подходящих для всего

https://www.youtube.com/user/badoodev/playlists
Ищите по Zabbix

Я могу сразу спойлернуть, что там каждый приходил, описывал свои задачи и то, как решали.
Докладов про общие парттерны не было ни у кого.

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

почитай главу про мониторинг в сре книжке, почитай статейку про философию алертинга, почитай про подходы use red, научись говорить нет заказчикам.

а потом научись отвечать на вопрос "эффективного менеджера" - сколько это будет стоить и сколько можно потерять денег если этого не делать.

"Научись увольняться!"

почитай главу про мониторинг в сре книжке, почитай статейку про философию алертинга, почитай про подходы use red, научись говорить нет заказчикам.

А можно ссылки на это? Сходу не нашел.