ЗАГРУЗКА…
От алерта — к плану действий.
Разрабатываем помощника для инфраструктурных команд: он будет собирать контекст из мониторинга, логов и инструкций, сопоставлять события и предлагать инженеру порядок проверки. Решения и изменения остаются за вашей командой.
Принимаем заявки на обсуждение пилота. На странице показана интерактивная демонстрация концепции.
Чтобы перейти от уведомления к действию, инженер собирает историю метрик, ищет ошибки в логах, проверяет зависимости и последние изменения. Инфрыч создаётся для подготовки этого первичного разбора.
Планируем собирать относящиеся к инциденту события, метрики и выдержки из логов в одну карточку.
В разборе будут отдельно показаны наблюдаемые факты, возможные причины и сведения, которых пока не хватает.
Цель — предложить последовательность проверок с опорой на инструкции вашей команды.
Выберите учебный сценарий. Демонстрация покажет путь от сигналов к гипотезе и плану проверки. Все данные вымышлены; подключения к вашей инфраструктуре нет.
Запустите разбор, чтобы увидеть факты
Гипотеза появится после сопоставления фактов
План проверки формируется по гипотезе
Демонстрация концепции. Рекомендации в этом примере подготовлены заранее.
Событие поступает из существующей системы мониторинга.
Агент запрашивает доступные метрики, логи и сведения о сервисе в пределах согласованных доступов.
Факты сопоставляются с гипотезами и инструкциями. Недостающие данные отмечаются явно.
Команда проверяет рекомендации и самостоятельно выполняет необходимые действия.
Подтверждённую причину и оценку разбора можно будет использовать для улучшения сценариев.
Первую версию проектируем для работы поверх существующего мониторинга. Состав источников и поддерживаемые версии проверим при подготовке пилота.
| Источник или возможность | Публичный статус | Что даёт |
|---|---|---|
| Zabbix | План первой версии | События и метрики для первичного разбора |
| Логи | Выбираем для пилота | Один источник логов, соответствующий инфраструктуре пилота (например, Graylog или Loki — рассматриваем) |
| Инструкции команды | План первой версии | Проверенные процедуры и описание сервисов |
| Prometheus / Grafana | Возможное расширение | Подключение оцениваем по запросам пилотных команд |
| NetBox и история изменений | Возможное расширение | Дополнительный контекст зависимостей и релизов |
Первую версию проектируем с доступом на чтение. Конкретную схему доступа и обработки данных согласуем до подключения пилота.
В первой версии не планируем выполнение команд и исправлений агентом.
В карточке должны быть видны источники фактов и основания рекомендаций.
До подключения определим, какие данные можно читать, передавать модели и хранить.
Если данных недостаточно, результат должен содержать запрос на проверку, а не уверенный диагноз.
Размещение внутри контура и использование локальной модели рассматриваем индивидуально. Возможность и стоимость зависят от требований и инфраструктуры.
Когда инженеры вручную сопоставляют уведомления, логи и состояние сервисов.
Когда для разбора недоступности и ошибок нужно быстро восстановить контекст событий.
Когда важно выстроить одинаковый порядок первичного разбора на разных проектах. Работу с несколькими клиентскими контурами оцениваем отдельно.
Если мониторинга пока нет, сначала обсудим его внедрение в рамках инфраструктурных услуг TST. Услуги SRE →
Время подготовки первичного разбора, полезность рекомендаций по оценке инженера, количество необоснованных выводов и стоимость одного расследования.
Обследование, настройка источников и проверка согласованных сценариев.
Планируем регулярную оплату за работу продукта и согласованный объём анализа после пилота.
Работа инженеров по договору: разбор сложных ситуаций и согласованные изменения.
Расскажите, какой мониторинг используете и какие инциденты отнимают время команды. Определим, подходит ли задача для первого пилота.
Без JavaScript форма недоступна — напишите через страницу контактов или на info@truestyle.tech.