Как консолидация на базе единой платформы наблюдаемости (observability) обеспечила полную прозрачность и миллионную экономию
Когда специалисты Forrester Consulting опросили пять предприятий об их методах обеспечения наблюдаемости до начала использования Elastic Observability, картина везде была одинаковой: разрозненные телеметрические данные, реактивное управление инцидентами и постоянно растущие расходы на инфраструктуру при неполной прозрачности систем.
Мы потеряли несколько клиентов из-за сбоев, времени, которое требовалось на их устранение, и того факта, что они повторялись... Ситуация определенно улучшилась по мере того, как мы совершенствовали наш мониторинг и телеметрию, а также сокращали MTTR (среднее время восстановления) для всех наших сервисов [с помощью Elastic].
Чтобы количественно оценить это улучшение, компания Elastic заказала Forrester Consulting проведение исследования Total Economic Impact™ (TEI). Forrester опросила лиц, принимающих решения в сфере финтеха, финансовых услуг, телекоммуникаций, медиа и потребительского производства, а затем на основе их опыта смоделировала работу совокупного предприятия с доходом в 10 миллиардов долларов, обслуживающего 25 миллионов клиентов. Результаты подтверждают, что переход к устойчивой операционной модели с помощью Elastic Observability привел к значительному росту как операционной эффективности, так и финансовых показателей.
До Elastic: фрагментированный и реактивный ландшафт
По мере расширения инфраструктуры приложений клиентов — за счет органического роста, поглощений и появления рабочих нагрузок ИИ — возможности мониторинга перестали масштабироваться. Каждая новая среда означала еще один инструмент, еще одну лицензию, еще один изолированный источник телеметрии. К тому моменту, когда организации осознавали, что эта модель не работает, они уже управляли шестью или более дублирующими друг друга платформами, оплачивая хранение данных, которые не могли полноценно использовать, и делая невозможный выбор: ограничивать сбор логов и метрик для контроля расходов или оставлять критически важные системы без мониторинга.
Причина, по которой мы внедрили Elastic, заключалась в наличии пробелов в наших инструментах и средах. Идентификация логов [и] поиск нужных логов для устранения проблемы занимали очень много времени, что увеличивало среднее время восстановления (MTTR).
Эти организации искали платформу, которая могла бы:
- Объединить логи, метрики, события и трассировки в одном месте
Объединить логи, метрики, события и трассировки в одном месте
- Масштабировать покрытие наблюдаемости без неконтролируемого роста затрат на хранение
Масштабировать покрытие наблюдаемости без неконтролируемого роста затрат на хранение
- Предоставить нетехническим командам доступ к дашбордам, которые они действительно могут использовать
Предоставить нетехническим командам доступ к дашбордам, которые они действительно могут использовать
- Реализовать дорожную карту, включающую ИИ и агентные возможности уже сегодня, а не в качестве обещаний на будущее
Реализовать дорожную карту, включающую ИИ и агентные возможности уже сегодня, а не в качестве обещаний на будущее
- Фундаментально сократить MTTR за счет перехода от реактивного «тушения пожаров» к проактивному обнаружению инцидентов
Фундаментально сократить MTTR за счет перехода от реактивного «тушения пожаров» к проактивному обнаружению инцидентов
Elastic Observability удовлетворила каждую из этих потребностей.
Ключевые результаты исследования TEI
Для совокупной организации изменения были глубокими. Вместо того чтобы реагировать на сбои уже после того, как они затронули клиентов, команды использовали ML-детекцию аномалий, анализ первопричин, мониторинг производительности приложений (APM) и ИИ-ассистента от Elastic, чтобы действовать проактивно, улавливая сигналы до того, как они превратятся в инциденты, и быстрее замыкая цикл, когда инциденты все же происходили.
Ниже приведены некоторые из ключевых преимуществ:
- Сокращение времени простоя системы до 75% к третьему году, что позволило защитить 15,2 млн долларов дохода, находившегося под риском, за три года
Сокращение времени простоя системы до 75% к третьему году, что позволило защитить 15,2 млн долларов дохода, находившегося под риском, за три года
- Сокращение на 95% времени, затрачиваемого SRE-инженерами на мониторинг и устранение инцидентов, что высвободило инженерный ресурс стоимостью 3,5 млн долларов
Сокращение на 95% времени, затрачиваемого SRE-инженерами на мониторинг и устранение инцидентов, что высвободило инженерный ресурс стоимостью 3,5 млн долларов
- Сокращение на 55% времени разработчиков на тестирование, развертывание и отладку к третьему году — сэкономлено 263 983 часа на сумму 6,6 млн долларов за три года
Сокращение на 55% времени разработчиков на тестирование, развертывание и отладку к третьему году — сэкономлено 263 983 часа на сумму 6,6 млн долларов за три года
- Сокращение расходов на инфраструктуру наблюдаемости на 70% за счет многоуровневого хранения данных, сжатия и консолидации инструментов с шести до двух
Сокращение расходов на инфраструктуру наблюдаемости на 70% за счет многоуровневого хранения данных, сжатия и консолидации инструментов с шести до двух
- Улучшение удержания клиентов на 0,6% к третьему году
Улучшение удержания клиентов на 0,6% к третьему году
Многие вендоры заставляют вас заниматься индексацией, что дорого. Elastic предоставляет все шаблоны для анализа логов, чтобы вы могли лучше решить, хотите ли вы индексировать их или нет... Это сокращает объем проприетарного хранения логов. Это помогает снизить расходы на других дорогих провайдеров хранения логов.
Создание бизнес-кейса для Elastic Observability
Организации, которые начали использовать Elastic Observability, не просто решили проблему наблюдаемости — они получили совокупную отдачу в виде повышения производительности инженеров, снижения затрат на инфраструктуру и повышения устойчивости бизнеса.
Чтобы ознакомиться с полной методологией, сводными данными и историями клиентов, стоящими за каждой цифрой, прочитайте полное исследование Forrester TEI и создайте свой собственный бизнес-кейс.
Получить исследование TEI по Elastic Observability.
Выпуск и сроки реализации любых функций или возможностей, описанных в этой публикации, остаются на усмотрение Elastic. Любые функции или возможности, которые в настоящее время недоступны, могут быть не доставлены вовремя или вообще не реализованы.
.png)
