Настройка мониторинга серверов и приложений
Сбой виден до звонка клиента: метрики, логи и оповещения в одном месте
Обсудить задачуКогда это полезно
О проблемах узнают от клиентов, а причину ищут по серверам руками. Настраиваем сбор метрик, логов и трассировок, панели для команды и оповещения с понятными порогами, без шума
Как устроена наша инфраструктура
- КластерKubernetes, GitLab CI и Argo CD
- НаблюдаемостьOpenTelemetry, VictoriaMetrics, Grafana, Loki и Sentry
- ДанныеPostgreSQL, Redis и Kafka в проде Neurolove Studio
Как устроим работу
Что измерять
Ключевые показатели сервиса, серверов и баз; пороги и ответственные
Настройка
Сбор метрик, логов и трассировок, панели в Grafana, оповещения в мессенджер
Проверка
Имитация сбоя: оповещение приходит, причина видна на панели
Что получаете
- Сбор метрик, логов и трассировок для сервисов и серверов
- Панели для дежурного и для руководителя
- Оповещения с порогами и расписанием
- Инструкция по разбору типовых инцидентов
Как проверим результат
- Имитируем сбой на тестовой среде: оповещение приходит в согласованный срок, причина видна на панели
- Ложные срабатывания за неделю наблюдения разбираем и убираем
От чего зависят стоимость и сроки
Объем зависит от числа серверов и сервисов, требований к хранению логов и глубины трассировок. Хранение данных мониторинга оплачивается по тарифам площадки
Диагностика с фиксированной ценой, смета этапа после нее, демо после каждого спринта. После любого этапа можно остановиться — результат остается у вас. Подробнее в «Анатомии цены»
Перед началом
01На каком стеке?
OpenTelemetry, VictoriaMetrics или Prometheus, Grafana, Loki. Этот же стек работает у нас в Neurolove Studio
02Нужен ли отдельный сервер?
Зависит от объема. Для небольших систем мониторинг живет рядом, для нагруженных выделяем отдельно
03Что с Kubernetes?
Да, включая метрики узлов, подов и запросов ресурсов