Спасибо большое за документацию. Обязательно изучим подробнее. Возможно, будет полезно позже отдельно сравнить подходы (когда мы опишем наше решение) :)
Мы выбрали Alerta именно потому, что она достаточно легкая и гибкая в кастомизации. Из коробки она хорошо закрывает базовый event management: централизованный прием алертов из разных источников, изменение статусов, приоритизацию, теги и удобный API для интеграций.
При этом важно понимать: Alerta для нас не готовая «коробка» уровня полноценной ITSM или incident-management платформы. Скорее это фундамент, на котором мы постепенно строим свой продукт и накладываем наши процессы: карточку инцидента, обогащение контекстом, дедупликация, правила эскалации, работу дежурных, ссылки на runbook'и, маршрутизацию и трекинг и прочее.
Готового публичного описания нашей реализации пока нет, многое еще развивается. Но при проектировании мы ориентировались на практики и подходы более зрелых решений, включая MONQ и продукты Т-Банка, а также на собственный опыт эксплуатации. В итоге получилось не самописное решение с нуля, а доработанный open-source-инструмент, который можно относительно быстро адаптировать под конкретную организацию.
Думаю, в ближайшее время соберем материал: архитектуру, интеграции, логику эскалаций и то, что пришлось дорабатывать, и выпустим отдельную статью.
Спасибо! 🙌 Мы тоже прошли через этап когда всё зеленое, но всем больно. Сейчас фокус именно на честных данных и живом диалоге с бизнесом. Пока это не идеально, но уже видно, что открытость дает гораздо больше пользы, чем формальные метрики на красивых дашбордах
Полностью согласен. ITIL сам по себе как карта — помогает найти дорогу, но если идти, не поднимая головы, можно легко врезаться в дерево 🙂 Мы стараемся использовать принципы как ориентир, а не как священный текст. Главное — не служить процессу, а использовать его как инструмент, чтобы реально улучшать сервис и жизнь команд
Спасибо большое за документацию. Обязательно изучим подробнее. Возможно, будет полезно позже отдельно сравнить подходы (когда мы опишем наше решение) :)
Мы выбрали Alerta именно потому, что она достаточно легкая и гибкая в кастомизации. Из коробки она хорошо закрывает базовый event management: централизованный прием алертов из разных источников, изменение статусов, приоритизацию, теги и удобный API для интеграций.
При этом важно понимать: Alerta для нас не готовая «коробка» уровня полноценной ITSM или incident-management платформы. Скорее это фундамент, на котором мы постепенно строим свой продукт и накладываем наши процессы: карточку инцидента, обогащение контекстом, дедупликация, правила эскалации, работу дежурных, ссылки на runbook'и, маршрутизацию и трекинг и прочее.
Готового публичного описания нашей реализации пока нет, многое еще развивается. Но при проектировании мы ориентировались на практики и подходы более зрелых решений, включая MONQ и продукты Т-Банка, а также на собственный опыт эксплуатации. В итоге получилось не самописное решение с нуля, а доработанный open-source-инструмент, который можно относительно быстро адаптировать под конкретную организацию.
Думаю, в ближайшее время соберем материал: архитектуру, интеграции, логику эскалаций и то, что пришлось дорабатывать, и выпустим отдельную статью.
Спасибо! 🙌 Мы тоже прошли через этап когда всё зеленое, но всем больно. Сейчас фокус именно на честных данных и живом диалоге с бизнесом. Пока это не идеально, но уже видно, что открытость дает гораздо больше пользы, чем формальные метрики на красивых дашбордах
Полностью согласен. ITIL сам по себе как карта — помогает найти дорогу, но если идти, не поднимая головы, можно легко врезаться в дерево 🙂 Мы стараемся использовать принципы как ориентир, а не как священный текст. Главное — не служить процессу, а использовать его как инструмент, чтобы реально улучшать сервис и жизнь команд