🚀 Новая рубрика - «Дайджест ТехПода»
Смотрим, что интересного произошло в мире технической поддержки, ITSM и эксплуатации и что попало на наш радар.
В первом выпуске - итоги сентября: материалы IT-компаний, обсуждения на Reddit и конференции.
Если посмотреть на IT-гигантов и облачных провайдеров, видно общий акцент: incident management и развитие агентов, которые собирают контекст, исследуют телеметрию и предлагают действия. Всё больше внимания получает само расследование: как быстрее понять, что сломалось, и передать инженеру полезные выводы.
1. Google: к инциденту нужно готовиться до инцидента
15 сентября Google опубликовал руководство по работе с облачными сбоями: проверить → расследовать → сообщить → восстановить → разобрать.
Локальная проблема может не попасть на публичную страницу статуса - стоит проверять Personalized Service Health. Телеметрия, инструкции и контакты должны оставаться доступными, даже когда основной сервис уже лежит.
Отдельный акцент - учебные инциденты, передача смены и разбор без поиска виноватых.
👉 Руководство Google
2. AWS: агент расследует, знания инженеров становятся инструкциями
29 сентября AWS показал связку: Dynatrace обнаруживает проблему → ServiceNow создаёт инцидент → DevOps Agent исследует телеметрию → выводы и план восстановления возвращаются в заявку и Slack.
Это технический пример. Обещание сократить расследование «с часов до минут» - заявление AWS, которое нужно проверить на своих инцидентах.
30 сентября вышел материал о том, как оформлять опыт инженеров в Skills для агента: конкретные симптомы, последовательность проверок, развилки и условия остановки. Полезная основа и для обычных инструкций дежурного.
👉 Интеграция систем · Как писать Skills
3. Microsoft: автономность агента нужно настраивать
В материале от 3 сентября Microsoft описал планы реагирования Azure SRE Agent на инциденты ServiceNow.
Можно задать условия отбора обращений, выбрать профильного агента и определить, какие действия требуют согласования. Фильтры проверяются на недавних инцидентах.
Рекомендация Microsoft: начать с Review, оценить выбор заявок и предложенные действия, затем решать, сколько самостоятельности дать агенту.
👉 Разбор Microsoft
4. HDI: почему улучшения поддержки быстро исчезают
28 сентября HDI опубликовал опыт команды, у которой улучшения service desk начали сходить на нет примерно через шесть недель.
Знакомые причины: встречи превращаются в чтение показателей, решения теряются, ответственных нет.
Предлагается простой ритм: еженедельно разбирать препятствия, ежемесячно - причины изменений показателей, ежеквартально - потребности бизнеса. У каждого действия должны быть владелец, срок и видимый статус.
👉 Статья HDI
5. DigitalOcean: тайм-аут ещё не означает, что действие не выполнено
В разборе от 23 сентября - практические проблемы AI-агентов: повторные запросы, устаревшие данные, ошибки интеграций.
Агент не получил ответ и повторил действие. В результате - две заявки или два сообщения пользователю.
Полезный принцип: проверять фактический результат, ограничивать повторы и защищаться от дублирования. Описанный Action Gateway находится в public preview и не снимает с приложения ответственность за эти проверки.
👉 Разбор DigitalOcean
Продолжение - в следует.
#ТехПод #ДайджестТехПода #IncidentManagement
Post #117
139

- 🔥 3
- ✍ 1
- 👍 1
- 👏 1