Пример: минимальный набор проверок мониторинга

Мы разбираем инфраструктуру по фактам: Linux, Zabbix, мониторинг, диагностика и архитектура. От симптома — к проверяемому выводу: что именно доказывает метрика, какие гипотезы остаются и как подтвердить решение. Без догадок там, где можно проверить. Если нужно понимать не только что сделать, но и почему — вам сюда.

мониторингobservabilitynginx

Есть веб-приложение:

nginx
  ↓
application
  ↓
PostgreSQL

Минимальный набор проверок может выглядеть так:

nginx port reachable
application /health → 200
application /ready → 200
database connectivity → OK
synthetic login → OK

Каждая проверка даёт отдельный уровень уверенности.

Главное

HTTP 200
   ≠
вся система исправна

200 OK — это хороший факт.
Но он относится только к конкретному запросу, который мы выполнили.
Если хотим понять реальную работоспособность приложения, нужно проверить:

процесс
+
готовность
+
зависимости
+
время ответа
+
критичный пользовательский сценарий

Иначе легко получить:

monitoring → green
users      → angry

Правильный вопрос не:
«Возвращает ли endpoint 200?»
А:
«Что именно этот 200 подтверждает и что остаётся непроверенным?»

#Фактоскопия #Monitoring #Observability #Troubleshooting #ПоФактам

Читайте так же