#mttr — Public Fediverse posts

EventRAG: как научить RAG искать первопричину во времени, а не в тексте

Завод теряет деньги не в момент поломки, а пока инженер ищет ответ на вопрос «почему». Заменить подшипник — полчаса; понять, что подшипник убила заявка на ТО, отложенная два месяца назад, — часы, и именно эти часы стоят дороже всего. По данным Siemens, незапланированный простой обходится 500 крупнейшим компаниям мира в $1,4 трлн в год, а средний крупный завод теряет 27 часов в месяц. Казалось бы, вот задача для корпоративного RAG-ассистента. Но обычный RAG здесь проваливается структурно: он ищет похожее по тексту, а первопричина цехового инцидента почти никогда не похожа на симптом. Аларм «потеря мастеринга оси» и наряд «замена батарей энкодера», отложенный 67 дней назад из-за отсутствия ЗИП, — для семантического поиска это разные вселенные. В итоге ассистент уверенно советует «перемастерить ось и продолжить» — симптом снят, причина осталась, при следующем отключении питания линия встанет снова. Разбираю EventRAG — архитектуру, которая учит RAG работать с потоками событий из PLC, MES, Historian и CMMS: каждое событие получает явный временной якорь, поверх строится причинный граф знаний, а поиск идёт от симптома назад по причинным связям — и вытягивает настоящий корень с последнего места выдачи выше всех отвлекающих сигналов. Внутри — полный разбор живого по типажу инцидента на роботе-паллетайзере Hyundai Hi5-N00 со всеми расчётами, AR-HUD для инженера, прозрачная экономика внедрения, двадцать схем и position paper, с которым мы участвуем в ISPR 2026 в Сараево. Все допущения и модельные цифры честно помечены.

https://habr.com/ru/articles/1056056/

#RAG #LLM #root_cause_analysis #knowledge_graph #Industry_50 #onpremise #MTTR #дополненная_реальность #предиктивное_обслуживание #промышленность

EventRAG: как научить RAG искать первопричину во времени, а не в тексте

Завод теряет деньги не в момент поломки, а пока инженер ищет ответ на вопрос «почему». Заменить подшипник — полчаса; понять, что подшипник убила заявка на ТО, отложенная два месяца назад, — часы, и именно эти часы стоят дороже всего. По данным Siemens, незапланированный простой обходится 500 крупнейшим компаниям мира в $1,4 трлн в год, а средний крупный завод теряет 27 часов в месяц. Казалось бы, вот задача для корпоративного RAG-ассистента. Но обычный RAG здесь проваливается структурно: он ищет похожее по тексту, а первопричина цехового инцидента почти никогда не похожа на симптом. Аларм «потеря мастеринга оси» и наряд «замена батарей энкодера», отложенный 67 дней назад из-за отсутствия ЗИП, — для семантического поиска это разные вселенные. В итоге ассистент уверенно советует «перемастерить ось и продолжить» — симптом снят, причина осталась, при следующем отключении питания линия встанет снова. Разбираю EventRAG — архитектуру, которая учит RAG работать с потоками событий из PLC, MES, Historian и CMMS: каждое событие получает явный временной якорь, поверх строится причинный граф знаний, а поиск идёт от симптома назад по причинным связям — и вытягивает настоящий корень с последнего места выдачи выше всех отвлекающих сигналов. Внутри — полный разбор живого по типажу инцидента на роботе-паллетайзере Hyundai Hi5-N00 со всеми расчётами, AR-HUD для инженера, прозрачная экономика внедрения, двадцать схем и position paper, с которым мы участвуем в ISPR 2026 в Сараево. Все допущения и модельные цифры честно помечены.

https://habr.com/ru/articles/1056056/

#RAG #LLM #root_cause_analysis #knowledge_graph #Industry_50 #onpremise #MTTR #дополненная_реальность #предиктивное_обслуживание #промышленность

EventRAG: как научить RAG искать первопричину во времени, а не в тексте

Завод теряет деньги не в момент поломки, а пока инженер ищет ответ на вопрос «почему». Заменить подшипник — полчаса; понять, что подшипник убила заявка на ТО, отложенная два месяца назад, — часы, и именно эти часы стоят дороже всего. По данным Siemens, незапланированный простой обходится 500 крупнейшим компаниям мира в $1,4 трлн в год, а средний крупный завод теряет 27 часов в месяц. Казалось бы, вот задача для корпоративного RAG-ассистента. Но обычный RAG здесь проваливается структурно: он ищет похожее по тексту, а первопричина цехового инцидента почти никогда не похожа на симптом. Аларм «потеря мастеринга оси» и наряд «замена батарей энкодера», отложенный 67 дней назад из-за отсутствия ЗИП, — для семантического поиска это разные вселенные. В итоге ассистент уверенно советует «перемастерить ось и продолжить» — симптом снят, причина осталась, при следующем отключении питания линия встанет снова. Разбираю EventRAG — архитектуру, которая учит RAG работать с потоками событий из PLC, MES, Historian и CMMS: каждое событие получает явный временной якорь, поверх строится причинный граф знаний, а поиск идёт от симптома назад по причинным связям — и вытягивает настоящий корень с последнего места выдачи выше всех отвлекающих сигналов. Внутри — полный разбор живого по типажу инцидента на роботе-паллетайзере Hyundai Hi5-N00 со всеми расчётами, AR-HUD для инженера, прозрачная экономика внедрения, двадцать схем и position paper, с которым мы участвуем в ISPR 2026 в Сараево. Все допущения и модельные цифры честно помечены.

https://habr.com/ru/articles/1056056/

#RAG #LLM #root_cause_analysis #knowledge_graph #Industry_50 #onpremise #MTTR #дополненная_реальность #предиктивное_обслуживание #промышленность

Призраки инфраструктуры: кто ответит за сервер, у которого нет владельца

Пятница, 23:47. prod-db-07 лежит, авторизация мобилки не работает, 40 000 пользователей не могут войти. В поле «владелец» — прочерк, последний ответственный уволился в ноябре. Чинят под паролем root/root из письма двухлетней давности.

https://habr.com/ru/companies/simpleone/articles/1054502/

#itam #itsm #cmdb #управление_итактивами #учёт_активов #инфраструктура #простой_сервиса #mttr #дискаверинг #итактивы

Призраки инфраструктуры: кто ответит за сервер, у которого нет владельца

Пятница, 23:47. prod-db-07 лежит, авторизация мобилки не работает, 40 000 пользователей не могут войти. В поле «владелец» — прочерк, последний ответственный уволился в ноябре. Чинят под паролем root/root из письма двухлетней давности.

https://habr.com/ru/companies/simpleone/articles/1054502/

#itam #itsm #cmdb #управление_итактивами #учёт_активов #инфраструктура #простой_сервиса #mttr #дискаверинг #итактивы

Призраки инфраструктуры: кто ответит за сервер, у которого нет владельца

Пятница, 23:47. prod-db-07 лежит, авторизация мобилки не работает, 40 000 пользователей не могут войти. В поле «владелец» — прочерк, последний ответственный уволился в ноябре. Чинят под паролем root/root из письма двухлетней давности.

https://habr.com/ru/companies/simpleone/articles/1054502/

#itam #itsm #cmdb #управление_итактивами #учёт_активов #инфраструктура #простой_сервиса #mttr #дискаверинг #итактивы

Если инцидент закрыт, это не значит, что проблема решена

Пятница, 23:40, прод лежит. Дежурный поднимает сервис за сорок минут: перезапустил контейнер, всё заработало. Инцидент закрыт, MTTR красивый, все спать. Через десять дней то же самое: тот же сервис, та же ошибка в логах. Снова подняли и снова закрыли.

https://habr.com/ru/companies/simpleone/articles/1029592/

#ITSM #SDLC #инцидент #баг #Service_Desk #DevOps #MTTR #управление_инцидентами

Если инцидент закрыт, это не значит, что проблема решена

Пятница, 23:40, прод лежит. Дежурный поднимает сервис за сорок минут: перезапустил контейнер, всё заработало. Инцидент закрыт, MTTR красивый, все спать. Через десять дней то же самое: тот же сервис, та же ошибка в логах. Снова подняли и снова закрыли.

https://habr.com/ru/companies/simpleone/articles/1029592/

#ITSM #SDLC #инцидент #баг #Service_Desk #DevOps #MTTR #управление_инцидентами

Если инцидент закрыт, это не значит, что проблема решена

Пятница, 23:40, прод лежит. Дежурный поднимает сервис за сорок минут: перезапустил контейнер, всё заработало. Инцидент закрыт, MTTR красивый, все спать. Через десять дней то же самое: тот же сервис, та же ошибка в логах. Снова подняли и снова закрыли.

https://habr.com/ru/companies/simpleone/articles/1029592/

#ITSM #SDLC #инцидент #баг #Service_Desk #DevOps #MTTR #управление_инцидентами

Threat Response Times Hinge on Smart SOC Design

When a breach occurs, the clock is ticking - and the cost of delayed response can be crippling, with every hour of inaction threatening data exfiltration, service disruption, regulatory exposure, and brand damage. A smart SOC design can be the difference between a swift response and a devastating fallout.

https://osintsights.com/threat-response-times-hinge-on-smart-soc-design?utm_source=mastodon&utm_medium=social

#SecurityOperationsCenter #SmartSocDesign #Mttr #ThreatResponse #IncidentResponse

Что такое DORA-метрики и как их измерять, часть 1

Проблема большинства команд не в том, что они работают медленно. Проблема в том, что они толком не понимают, где именно теряют время, сколько стоит каждая ошибка и насколько тяжёлым стал сам процесс поставки изменений. Именно здесь и полезны DORA-метрики. Разберём, что они измеряют, где их чаще всего трактуют неправильно и как применять их без KPI-магии.

https://habr.com/ru/companies/simpleone/articles/1024676/

#dora #doraметрики #devops #cicd #метрики_разработки #deployment_frequency #lead_time #change_failure_rate #mttr #sdlc

Что такое DORA-метрики и как их измерять, часть 1

Проблема большинства команд не в том, что они работают медленно. Проблема в том, что они толком не понимают, где именно теряют время, сколько стоит каждая ошибка и насколько тяжёлым стал сам процесс поставки изменений. Именно здесь и полезны DORA-метрики. Разберём, что они измеряют, где их чаще всего трактуют неправильно и как применять их без KPI-магии.

https://habr.com/ru/companies/simpleone/articles/1024676/

#dora #doraметрики #devops #cicd #метрики_разработки #deployment_frequency #lead_time #change_failure_rate #mttr #sdlc

Что такое DORA-метрики и как их измерять, часть 1

Проблема большинства команд не в том, что они работают медленно. Проблема в том, что они толком не понимают, где именно теряют время, сколько стоит каждая ошибка и насколько тяжёлым стал сам процесс поставки изменений. Именно здесь и полезны DORA-метрики. Разберём, что они измеряют, где их чаще всего трактуют неправильно и как применять их без KPI-магии.

https://habr.com/ru/companies/simpleone/articles/1024676/

#dora #doraметрики #devops #cicd #метрики_разработки #deployment_frequency #lead_time #change_failure_rate #mttr #sdlc

Метрики технического долга в ИБ

Представьте ситуацию: директор спрашивает про состояние информационной безопасности, а вы отвечаете — «Мы закрыли 100 уязвимостей за квартал». Звучит солидно. Для бизнеса же это почти ничего не значит. Руководству важнее понимать, насколько снизился риск и работает ли вообще то, на что компания тратит деньги. Поговорим о метриках технического долга в ИБ, которые помогают ответить на эти вопросы и перевести ценность безопасности на язык, понятный бизнесу.

https://habr.com/ru/companies/otus/articles/991090/

#метрики #технический_долг #метрики_ИБ #управление_рисками #уязвимости #MTTR

Метрики технического долга в ИБ

Представьте ситуацию: директор спрашивает про состояние информационной безопасности, а вы отвечаете — «Мы закрыли 100 уязвимостей за квартал». Звучит солидно. Для бизнеса же это почти ничего не значит. Руководству важнее понимать, насколько снизился риск и работает ли вообще то, на что компания тратит деньги. Поговорим о метриках технического долга в ИБ, которые помогают ответить на эти вопросы и перевести ценность безопасности на язык, понятный бизнесу.

https://habr.com/ru/companies/otus/articles/991090/

#метрики #технический_долг #метрики_ИБ #управление_рисками #уязвимости #MTTR

Метрики технического долга в ИБ

Представьте ситуацию: директор спрашивает про состояние информационной безопасности, а вы отвечаете — «Мы закрыли 100 уязвимостей за квартал». Звучит солидно. Для бизнеса же это почти ничего не значит. Руководству важнее понимать, насколько снизился риск и работает ли вообще то, на что компания тратит деньги. Поговорим о метриках технического долга в ИБ, которые помогают ответить на эти вопросы и перевести ценность безопасности на язык, понятный бизнесу.

https://habr.com/ru/companies/otus/articles/991090/

#метрики #технический_долг #метрики_ИБ #управление_рисками #уязвимости #MTTR

#TốiƯuHoạtĐộng #PhátTriểnPhầnMềm #MTTR #SaaS
Thay vì tăng quy trình phức tạp (biểu đồ, họp), các nhóm dùng **Hotfix** tạo tự động Pull Request khi lỗi xảy ra, giúp kỹ sư sửa code trực tiếp trên GitHub nhanh hơn. Phương pháp này giảm thời gian chết và tránh "quy trình thừa". Bạn nghĩ sao? #GiảmThờiGianSửaLỗi #SaaS #QuảnLýLỗi

https://www.reddit.com/r/SaaS/comments/1qoml77/reducing_mttr_by_changing_the_default_action/

Giảm MTTR mà không thêm quy trình bằng cách xử lý sự cố SaaS hiệu quả. Nhiều nhóm gặp vấn đề phối hợp khi xử lý sự cố: phát hiện → thảo luận → phân công → khắc phục. Mỗi bước đều gây chậm trễ. Giải pháp: đề xuất khắc phục trực tiếp ngay lập tức, giảm thời gian chết mà không cần cuộc họp hay dashboard mới. #MTTR #ITOperations #Agile #HiệuSuấtHệThống #LàmViệcHiệuQuả

https://www.reddit.com/r/SaaS/comments/1qokxsk/reducing_mttr_without_adding_more_process/

A new global survey of 750 CISOs by Absolute Security has uncovered a critical "recovery reality gap" that is redefining modern security priorities. The data reveals a sobering truth: not a single organization reported being able to fully restore business operations within 24 hours of a major cyber incident.

Read More: https://www.security.land/the-24-hour-recovery-myth-why-cisos-are-prioritizing-resilience/

#SecurityLand #BusinessShield #CyberSecurity #CISO #MTTR #AbsoluteSecurity #CyberResilience #CyberDefense #Research

A new global survey of 750 CISOs by Absolute Security has uncovered a critical "recovery reality gap" that is redefining modern security priorities. The data reveals a sobering truth: not a single organization reported being able to fully restore business operations within 24 hours of a major cyber incident.

Read More: https://www.security.land/the-24-hour-recovery-myth-why-cisos-are-prioritizing-resilience/

#SecurityLand #BusinessShield #CyberSecurity #CISO #MTTR #AbsoluteSecurity #CyberResilience #CyberDefense #Research

A new global survey of 750 CISOs by Absolute Security has uncovered a critical "recovery reality gap" that is redefining modern security priorities. The data reveals a sobering truth: not a single organization reported being able to fully restore business operations within 24 hours of a major cyber incident.

Read More: https://www.security.land/the-24-hour-recovery-myth-why-cisos-are-prioritizing-resilience/

#SecurityLand #BusinessShield #CyberSecurity #CISO #MTTR #AbsoluteSecurity #CyberResilience #CyberDefense #Research

A new global survey of 750 CISOs by Absolute Security has uncovered a critical "recovery reality gap" that is redefining modern security priorities. The data reveals a sobering truth: not a single organization reported being able to fully restore business operations within 24 hours of a major cyber incident.

Read More: https://www.security.land/the-24-hour-recovery-myth-why-cisos-are-prioritizing-resilience/

#SecurityLand #BusinessShield #CyberSecurity #CISO #MTTR #AbsoluteSecurity #CyberResilience #CyberDefense #Research

A new global survey of 750 CISOs by Absolute Security has uncovered a critical "recovery reality gap" that is redefining modern security priorities. The data reveals a sobering truth: not a single organization reported being able to fully restore business operations within 24 hours of a major cyber incident.

Read More: https://www.security.land/the-24-hour-recovery-myth-why-cisos-are-prioritizing-resilience/

#SecurityLand #BusinessShield #CyberSecurity #CISO #MTTR #AbsoluteSecurity #CyberResilience #CyberDefense #Research

[Перевод] Сначала Agile, потом — агентный ИИ

Агентные ИИ-системы обещают ускорить разработку, но ускоряют только там, где уже налажен быстрый поток поставки: автономные продуктовые команды, короткие циклы, непрерывная обратная связь. Реальность же прозаична: по DORA многие организации релизят реже раза в неделю, у четверти change failure rate доходит до 40%, а инциденты чинятся неделями. В статье разбираемся, почему без «взрослого» Agile и DevOps ИИ-агенты всего лишь делают узкие места заметнее, и как организационная агентность (право и способность команд действовать) становится предпосылкой для реальной выгоды от ИИ. Agile → ИИ-агенты: что важно

https://habr.com/ru/companies/otus/articles/950504/

#агентный_ИИ #агентность #agile #метрики_dora #частота_релизов #MTTR #автономность_команды #devops

[Перевод] Сначала Agile, потом — агентный ИИ

Агентные ИИ-системы обещают ускорить разработку, но ускоряют только там, где уже налажен быстрый поток поставки: автономные продуктовые команды, короткие циклы, непрерывная обратная связь. Реальность же прозаична: по DORA многие организации релизят реже раза в неделю, у четверти change failure rate доходит до 40%, а инциденты чинятся неделями. В статье разбираемся, почему без «взрослого» Agile и DevOps ИИ-агенты всего лишь делают узкие места заметнее, и как организационная агентность (право и способность команд действовать) становится предпосылкой для реальной выгоды от ИИ. Agile → ИИ-агенты: что важно

https://habr.com/ru/companies/otus/articles/950504/

#агентный_ИИ #агентность #agile #метрики_dora #частота_релизов #MTTR #автономность_команды #devops

[Перевод] Сначала Agile, потом — агентный ИИ

Агентные ИИ-системы обещают ускорить разработку, но ускоряют только там, где уже налажен быстрый поток поставки: автономные продуктовые команды, короткие циклы, непрерывная обратная связь. Реальность же прозаична: по DORA многие организации релизят реже раза в неделю, у четверти change failure rate доходит до 40%, а инциденты чинятся неделями. В статье разбираемся, почему без «взрослого» Agile и DevOps ИИ-агенты всего лишь делают узкие места заметнее, и как организационная агентность (право и способность команд действовать) становится предпосылкой для реальной выгоды от ИИ. Agile → ИИ-агенты: что важно

https://habr.com/ru/companies/otus/articles/950504/

#агентный_ИИ #агентность #agile #метрики_dora #частота_релизов #MTTR #автономность_команды #devops

[Перевод] Разработка, деплой, эксплуатация: как перестать терять ценность на пути к продакшену

Сколько и куда инвестировать в дев-инструменты и платформу, как считать отдачу от оптимизаций (хоть от снижения CPU), и где гонять тесты — на пресабмите или на интеграции? Простых ответов нет. В этой статье я предлагаю целостную модель баланса между затратами разработки и создаваемой ценностью с учётом рисков: успех продукта, продуктивность команды, эффективность ресурсов и стратегические возможности. Дам практичные ориентиры для продактов, инженеров и менеджеров, а также покажу, как инфраструктура и архитектура сдвигают этот баланс и где именно выгодно усиливать автоматизацию и проверки.

https://habr.com/ru/companies/otus/articles/948494/

#метрики_DORA #cicd #канареечный_релиз #mttr #инженерная_емкость #наблюдаемость #shift_left_тестирование #lead_time

[Перевод] Разработка, деплой, эксплуатация: как перестать терять ценность на пути к продакшену

Сколько и куда инвестировать в дев-инструменты и платформу, как считать отдачу от оптимизаций (хоть от снижения CPU), и где гонять тесты — на пресабмите или на интеграции? Простых ответов нет. В этой статье я предлагаю целостную модель баланса между затратами разработки и создаваемой ценностью с учётом рисков: успех продукта, продуктивность команды, эффективность ресурсов и стратегические возможности. Дам практичные ориентиры для продактов, инженеров и менеджеров, а также покажу, как инфраструктура и архитектура сдвигают этот баланс и где именно выгодно усиливать автоматизацию и проверки.

https://habr.com/ru/companies/otus/articles/948494/

#метрики_DORA #cicd #канареечный_релиз #mttr #инженерная_емкость #наблюдаемость #shift_left_тестирование #lead_time

[Перевод] Разработка, деплой, эксплуатация: как перестать терять ценность на пути к продакшену

Сколько и куда инвестировать в дев-инструменты и платформу, как считать отдачу от оптимизаций (хоть от снижения CPU), и где гонять тесты — на пресабмите или на интеграции? Простых ответов нет. В этой статье я предлагаю целостную модель баланса между затратами разработки и создаваемой ценностью с учётом рисков: успех продукта, продуктивность команды, эффективность ресурсов и стратегические возможности. Дам практичные ориентиры для продактов, инженеров и менеджеров, а также покажу, как инфраструктура и архитектура сдвигают этот баланс и где именно выгодно усиливать автоматизацию и проверки.

https://habr.com/ru/companies/otus/articles/948494/

#метрики_DORA #cicd #канареечный_релиз #mttr #инженерная_емкость #наблюдаемость #shift_left_тестирование #lead_time

Agile ITSM turns rigid processes into rapid value—what’s your next move? #AgileITSM #DigitalTransformation #ITLeadership #ModernIT #DevOps #ITOps #AgileMindset #ServiceExcellence #IncidentManagement #ContinuousImprovement #Automation #SelfService #Collaboration #Swarming #MTTR #MTTD #Metrics #Innovation #CustomerSatisfaction
https://medium.com/@sanjay.mohindroo66/beyond-the-ticket-agile-itsm-for-speed-clarity-and-impact-550a98882cb1

Agile ITSM turns rigid processes into rapid value—what’s your next move? #AgileITSM #DigitalTransformation #ITLeadership #ModernIT #DevOps #ITOps #AgileMindset #ServiceExcellence #IncidentManagement #ContinuousImprovement #Automation #SelfService #Collaboration #Swarming #MTTR #MTTD #Metrics #Innovation #CustomerSatisfaction
https://medium.com/@sanjay.mohindroo66/beyond-the-ticket-agile-itsm-for-speed-clarity-and-impact-550a98882cb1

Agile ITSM turns rigid processes into rapid value—what’s your next move? #AgileITSM #DigitalTransformation #ITLeadership #ModernIT #DevOps #ITOps #AgileMindset #ServiceExcellence #IncidentManagement #ContinuousImprovement #Automation #SelfService #Collaboration #Swarming #MTTR #MTTD #Metrics #Innovation #CustomerSatisfaction
https://medium.com/@sanjay.mohindroo66/beyond-the-ticket-agile-itsm-for-speed-clarity-and-impact-550a98882cb1

Мониторинг бизнес-процессов с помощью OpenTelemetry

Если у вас большой сложный продукт, который разрабатывают несколько команд, бывает трудно избежать ситуации, когда продакшен лежит, бизнес стоит, а инженеры несколько часов перекидывают стрелки друг на друга. При этом каждый считает, что проблема на другой стороне. Чтобы найти верное решение, нужен не столько подходящий инструмент, сколько общий подход для мониторинга всех частей приложения. В этой статье расскажу, как мы объединили несколько разных команд разработки Райффайзен Онлайн общим Observability и с помощью исключительно технических метрик отслеживаем здоровье бизнес-процессов. Как всё это помогает мгновенно находить первопричину сбоя. Как устроен OpenTelemetry и как с его помощью рассчитать доступность приложения в девятках, а также MTTR (Mean Time to Recovery).

https://habr.com/ru/companies/oleg-bunin/articles/865690/

#opentelemetry #мониторинг #endtoend_testing #999 #трейсинг #collector #zscore #tsdb #mttr #availability

Мониторинг бизнес-процессов с помощью OpenTelemetry

Если у вас большой сложный продукт, который разрабатывают несколько команд, бывает трудно избежать ситуации, когда продакшен лежит, бизнес стоит, а инженеры несколько часов перекидывают стрелки друг на друга. При этом каждый считает, что проблема на другой стороне. Чтобы найти верное решение, нужен не столько подходящий инструмент, сколько общий подход для мониторинга всех частей приложения. В этой статье расскажу, как мы объединили несколько разных команд разработки Райффайзен Онлайн общим Observability и с помощью исключительно технических метрик отслеживаем здоровье бизнес-процессов. Как всё это помогает мгновенно находить первопричину сбоя. Как устроен OpenTelemetry и как с его помощью рассчитать доступность приложения в девятках, а также MTTR (Mean Time to Recovery).

https://habr.com/ru/companies/oleg-bunin/articles/865690/

#opentelemetry #мониторинг #endtoend_testing #999 #трейсинг #collector #zscore #tsdb #mttr #availability

Мониторинг бизнес-процессов с помощью OpenTelemetry

Если у вас большой сложный продукт, который разрабатывают несколько команд, бывает трудно избежать ситуации, когда продакшен лежит, бизнес стоит, а инженеры несколько часов перекидывают стрелки друг на друга. При этом каждый считает, что проблема на другой стороне. Чтобы найти верное решение, нужен не столько подходящий инструмент, сколько общий подход для мониторинга всех частей приложения. В этой статье расскажу, как мы объединили несколько разных команд разработки Райффайзен Онлайн общим Observability и с помощью исключительно технических метрик отслеживаем здоровье бизнес-процессов. Как всё это помогает мгновенно находить первопричину сбоя. Как устроен OpenTelemetry и как с его помощью рассчитать доступность приложения в девятках, а также MTTR (Mean Time to Recovery).

https://habr.com/ru/companies/oleg-bunin/articles/865690/

#opentelemetry #мониторинг #endtoend_testing #999 #трейсинг #collector #zscore #tsdb #mttr #availability

ADR Provides Application Visibility for CISOs | Closing Application Layer Gap | Contrast Security – Source: securityboulevard.com https://ciso2ciso.com/adr-provides-application-visibility-for-cisos-closing-application-layer-gap-contrast-security-source-securityboulevard-com/ #rssfeedpostgeneratorecho #SecurityBloggersNetwork #CyberSecurityNews #SecurityBoulevard #ThoughtLeaders #dwelltime #ZeroDays #MTTR #ADR

ADR Provides Application Visibility for CISOs | Closing Application Layer Gap | Contrast Security – Source: securityboulevard.com https://ciso2ciso.com/adr-provides-application-visibility-for-cisos-closing-application-layer-gap-contrast-security-source-securityboulevard-com/ #rssfeedpostgeneratorecho #SecurityBloggersNetwork #CyberSecurityNews #SecurityBoulevard #ThoughtLeaders #dwelltime #ZeroDays #MTTR #ADR

ADR Provides Application Visibility for CISOs | Closing Application Layer Gap | Contrast Security – Source: securityboulevard.com https://ciso2ciso.com/adr-provides-application-visibility-for-cisos-closing-application-layer-gap-contrast-security-source-securityboulevard-com/ #rssfeedpostgeneratorecho #SecurityBloggersNetwork #CyberSecurityNews #SecurityBoulevard #ThoughtLeaders #dwelltime #ZeroDays #MTTR #ADR

10 metrics to monitor progress toward cybersecurity goals https://www.admin-magazine.com/News/Top-10-Cybersecurity-Metrics
#security #intrusion #detection #patching #CISO #devices #MTTD #MTTR

10 metrics to monitor progress toward cybersecurity goals https://www.admin-magazine.com/News/Top-10-Cybersecurity-Metrics
#security #intrusion #detection #patching #CISO #devices #MTTD #MTTR

10 metrics to monitor progress toward cybersecurity goals https://www.admin-magazine.com/News/Top-10-Cybersecurity-Metrics
#security #intrusion #detection #patching #CISO #devices #MTTD #MTTR

10 metrics to monitor progress toward cybersecurity goals https://www.admin-magazine.com/News/Top-10-Cybersecurity-Metrics
#security #intrusion #detection #patching #CISO #devices #MTTD #MTTR

10 metrics to monitor progress toward cybersecurity goals https://www.admin-magazine.com/News/Top-10-Cybersecurity-Metrics
#security #intrusion #detection #patching #CISO #devices #MTTD #MTTR

Are we getting better as #DevOps and #SRE practitioners? Not quite.
For the third year in a row, people report the mean time to recovery #MTTR from production incidents is increasing!
And only 10% report practicing full #observability.
Check out the insights I shared with APMdigest, based on the yearly Observability Pulse survey by Logz.io:
𝐂𝐡𝐚𝐥𝐥𝐞𝐧𝐠𝐞𝐬 𝐚𝐧𝐝 𝐓𝐫𝐞𝐧𝐝𝐬 𝐢𝐧 𝐎𝐛𝐬𝐞𝐫𝐯𝐚𝐛𝐢𝐥𝐢𝐭𝐲 𝐀𝐝𝐨𝐩𝐭𝐢𝐨𝐧 𝟐𝟎𝟐𝟒
https://www.apmdigest.com/challenges-and-trends-in-observability-adoption-2024

Are we getting better as #DevOps and #SRE practitioners? Not quite.
For the third year in a row, people report the mean time to recovery #MTTR from production incidents is increasing!
And only 10% report practicing full #observability.
Check out the insights I shared with APMdigest, based on the yearly Observability Pulse survey by Logz.io:
𝐂𝐡𝐚𝐥𝐥𝐞𝐧𝐠𝐞𝐬 𝐚𝐧𝐝 𝐓𝐫𝐞𝐧𝐝𝐬 𝐢𝐧 𝐎𝐛𝐬𝐞𝐫𝐯𝐚𝐛𝐢𝐥𝐢𝐭𝐲 𝐀𝐝𝐨𝐩𝐭𝐢𝐨𝐧 𝟐𝟎𝟐𝟒
https://www.apmdigest.com/challenges-and-trends-in-observability-adoption-2024

Are we getting better as #DevOps and #SRE practitioners? Not quite.
For the third year in a row, people report the mean time to recovery #MTTR from production incidents is increasing!
And only 10% report practicing full #observability.
Check out the insights I shared with APMdigest, based on the yearly Observability Pulse survey by Logz.io:
𝐂𝐡𝐚𝐥𝐥𝐞𝐧𝐠𝐞𝐬 𝐚𝐧𝐝 𝐓𝐫𝐞𝐧𝐝𝐬 𝐢𝐧 𝐎𝐛𝐬𝐞𝐫𝐯𝐚𝐛𝐢𝐥𝐢𝐭𝐲 𝐀𝐝𝐨𝐩𝐭𝐢𝐨𝐧 𝟐𝟎𝟐𝟒
https://www.apmdigest.com/challenges-and-trends-in-observability-adoption-2024

Are we getting better as #DevOps and #SRE practitioners? Not quite.
For the third year in a row, people report the mean time to recovery #MTTR from production incidents is increasing!
And only 10% report practicing full #observability.
Check out the insights I shared with APMdigest, based on the yearly Observability Pulse survey by Logz.io:
𝐂𝐡𝐚𝐥𝐥𝐞𝐧𝐠𝐞𝐬 𝐚𝐧𝐝 𝐓𝐫𝐞𝐧𝐝𝐬 𝐢𝐧 𝐎𝐛𝐬𝐞𝐫𝐯𝐚𝐛𝐢𝐥𝐢𝐭𝐲 𝐀𝐝𝐨𝐩𝐭𝐢𝐨𝐧 𝟐𝟎𝟐𝟒
https://www.apmdigest.com/challenges-and-trends-in-observability-adoption-2024

Are we getting better as #DevOps and #SRE practitioners? Not quite.
For the third year in a row, people report the mean time to recovery #MTTR from production incidents is increasing!
And only 10% report practicing full #observability.
Check out the insights I shared with APMdigest, based on the yearly Observability Pulse survey by Logz.io:
𝐂𝐡𝐚𝐥𝐥𝐞𝐧𝐠𝐞𝐬 𝐚𝐧𝐝 𝐓𝐫𝐞𝐧𝐝𝐬 𝐢𝐧 𝐎𝐛𝐬𝐞𝐫𝐯𝐚𝐛𝐢𝐥𝐢𝐭𝐲 𝐀𝐝𝐨𝐩𝐭𝐢𝐨𝐧 𝟐𝟎𝟐𝟒
https://www.apmdigest.com/challenges-and-trends-in-observability-adoption-2024

Are we getting better as DevOps and SRE practitioners? Not quite.
For the third year in a row, people report the mean time to recovery (MTTR) from production incidents is increasing!
And only 10% report practicing full observability.
Check out the insights I shared with APMdigest, based on the yearly Observability Pulse survey by Logz.io:
𝐂𝐡𝐚𝐥𝐥𝐞𝐧𝐠𝐞𝐬 𝐚𝐧𝐝 𝐓𝐫𝐞𝐧𝐝𝐬 𝐢𝐧 𝐎𝐛𝐬𝐞𝐫𝐯𝐚𝐛𝐢𝐥𝐢𝐭𝐲 𝐀𝐝𝐨𝐩𝐭𝐢𝐨𝐧 𝟐𝟎𝟐𝟒
https://www.apmdigest.com/challenges-and-trends-in-observability-adoption-2024

#devops #sre #mttr #observability

Are we getting better as DevOps and SRE practitioners? Not quite.
For the third year in a row, people report the mean time to recovery (MTTR) from production incidents is increasing!
And only 10% report practicing full observability.
Check out the insights I shared with APMdigest, based on the yearly Observability Pulse survey by Logz.io:
𝐂𝐡𝐚𝐥𝐥𝐞𝐧𝐠𝐞𝐬 𝐚𝐧𝐝 𝐓𝐫𝐞𝐧𝐝𝐬 𝐢𝐧 𝐎𝐛𝐬𝐞𝐫𝐯𝐚𝐛𝐢𝐥𝐢𝐭𝐲 𝐀𝐝𝐨𝐩𝐭𝐢𝐨𝐧 𝟐𝟎𝟐𝟒
https://www.apmdigest.com/challenges-and-trends-in-observability-adoption-2024

#devops #sre #mttr #observability