2. Ghbdtn!
• Всеволод Поляков
• Lead DevOps Grammarly
• поддержка около 30 сервисов
на Java, erlang, python, lisp,
ruby, js силами 4-х админов
4. Чего мы хотим?
• Получать сообщения о проблемах
• Не получать сообщения когда проблем нет
• Помощь в поиске проблемы
• Предупреждение о возможных проблемах
• Не пропускать проблемы
6. Почему старое плохо?
• Свои сложные концепции
• Сложно для девелоперов
• Содержит в себе все что может пригодиться, а
может и не пригодиться
• Две системы управления конфигурацией
8. Пожелания
• Простота добавления метрик и проверок по ним
• Должно скейлиться и не падать
• Хранить информацию по метрикам как можно
дольше
• Хранить много метрик
• Разработчики мониторят свои сервисы без
участия опсов
9. • Логи: 300 Gb/день
• Метрики: 120 000, обновляются раз в 10 секунд
• 300 проверок состояний
• Разработчики всех сервисов отвечают за
мониторинг
• Занятость команды админов в мониторинге
минимальна
17. Слайд по всяким
штукам
• 500-е, уникальные юзеры
• разработчики сами все мониторят и
просыпаются ночью
• сравнение времени обработки чего-то в
фронтенде и на бекенде
• сквозной userID по всем сервисам
18. Над чем мы думаем
• Мониторинг безымянных серверов
• Хранение метрик приложений в mesoskubernetis
окружениях
#5: zabbix, nagios — для этого созданы, но они не рабтают
просыпаться каждую ночь жена готова разбить телефон, ужас, уныние
#7: Мониторинг — это попытка сопоставить смену состояний чего угодно с какими-то нужными нам изменениями.
добавить алерт идут в опсам
Текущие системы - вещь в себе
скейл и хай авабилити
Интерфейсы
Метрики
каналы связи