Автоматизация ИТ-инфраструктуры перестала быть просто инструментом оптимизации — сегодня это необходимость для бизнеса. Эксперты обсудили реальные кейсы, ключевые ошибки и тренды: от платформенных подходов до ИИ-ассистентов.
- Введение
- Какие процессы в ИТ можно и нужно автоматизировать?
- Блиц: успешные кейсы по автоматизации
- Ошибки в процессе автоматизации
- Прогнозы: как будет меняться отрасль?
- Выводы
Введение
Современная ИТ-инфраструктура — это динамичная, сложная и критически важная для бизнеса среда, от эффективности которой напрямую зависят скорость вывода продуктов на рынок, отказоустойчивость сервисов и удовлетворённость клиентов. Однако её рост и усложнение превратили ручное управление в источник рисков, ошибок и высоких операционных затрат.
Как перейти от борьбы с последствиями сбоев и бесконечных рутинных задач к предсказуемому, надёжному и экономически эффективному управлению? Ответ кроется в стратегической автоматизации и смене парадигмы: рассматривать инфраструктуру не как обузу, а как гибкий код и платформу для инноваций.
Эксперты разобрали успешные кейсы и типичные ошибки на пути автоматизации, а также обсудили, какие инструменты и подходы — от Kubernetes и Infrastructure as Code до Internal Developer Platform и ИИ — становятся новым стандартом для команд, которые хотят не просто поддерживать, а развивать свою ИТ-среду.
Рисунок 1. Эксперты в студии AM Live
Участники эфира:
- Александр Базарнов, руководитель направления развития систем электронного бизнеса, «Почта Банк».
- Михаил Марченко, руководитель центра компетенций DevOps, «Билайн».
- Максим Чудновский, исполнительный директор, «СберТех».
- Дмитрий Зайцев, CTO, Flocktory.
- Никита Хорошайло, руководитель отдела внедрения, RuDesktop.
- Дарья Петрова, директор по продуктам, R-Vision.
Ведущий и модератор эфира — Илья Шабанов, генеральный директор «АМ Медиа».
Какие процессы в ИТ можно и нужно автоматизировать?
Дарья Петрова считает автоматизацию информационных технологий очень широким понятием. В работе внутреннего ИТ много уровней, несколько подкоманд. Их можно разделить на 2 сегмента:
- работа с ядром инфраструктуры;
- техподдержка, автоматизация вокруг рутинных операций, всё, что помогает выстраивать качественный сервис.
В ядре инфраструктуры нужно обеспечить практики унификации идемпотентности, чтобы развернуть узел, быть уверенным в его настройках и обновлениях. Для этого создаются золотые образы, которые впоследствии помогают автоматизировать большой пул работы и обеспечить эти принципы унификации.
Чтобы обеспечить безопасность, закладываются базовые требования к хосту, узлу. После того как развернули инфраструктуру или настроили новый сетевой сегмент, можно переходить в эксплуатацию, в процессе которой следует обеспечить мониторинг, бэкапирование, задачи по обновлению и поддержанию в актуальном состоянии данных в системах сопровождения типа CMDB (Configuration Management Database, база данных управления конфигурацией).
Необходимо сканирование инфраструктуры на предмет уязвимости, чтобы поддерживать в актуальном состоянии информационную среду.
Дарья Петрова, директор по продуктам, R-Vision
Приоритеты для каждого бизнеса будут разными, это сильно зависит от уровня зрелости, бизнес-процессов, которые необходимо строить сейчас. Но можно выделить 3 основных направления: обеспечение прозрачности ИТ-инфраструктуры, управляемые пайплайны и инструменты инфраструктуры как код, связанность процессов ИТ и ИБ.
Максим Чудновский разделил ИТ на два направления: ИТ как сервис и как бизнес. Сейчас эти понятия начинают тесно интегрироваться между собой, так как бизнес во многом становится цифровым. Очень явно выделяются практики производства ПО, управление изменениями в инфраструктуре, эксплуатация этой инфраструктуры с точки зрения безопасности.
Илья Шабанов добавил, что у любой крупной и средней компании есть свой сайт, ПО, цифровизованные процессы. Этим нужно управлять, иначе будет хаос. Для чего нужна автоматизация? В первую очередь для эффективности организации. Для одних эффективность заключается в управляемости и прозрачности, а для других это возможность сократить косты (затраты), оптимизировать процессы.
Илья Шабанов, генеральный директор «АМ Медиа»
Что на практике уже хорошо автоматизируется?
Александр Базарнов объяснил, что автоматизации лучше поддаётся то, что стандартизировано и повторяется. Если это редкая или разовая задача, то автоматизировать её слишком затратно. Поэтому какие-то хаотичные процессы не стоит автоматизировать. Например, какие могут быть повторяющиеся задачи: управление жизненным циклом кластеров Kubernetes, подключение пайплайнов и т. д.
Михаил Марченко добавил, что для начала нужно определить, что автоматизировать: «Некоторые компании, как и мы лет 5 назад, жили “по наитию”. Были заявки на получение виртуальной машины, но запускались бюрократические механизмы, которые были слабо описаны. В итоге процесс растягивался на 180 дней. Важно понимать, что бюрократические процессы, особенно в крупных компаниях, могут приводить к колоссальным простоям».
Максим Чудновский пояснил, что автоматизацией бизнес-процессов занимаются, чтобы строить более эффективную организацию, а потому и сами должны быть эффективны. Важный фактор — частотность операции. Если вы проводите 1000 изменений в инфраструктуре за день, то без автоматизации стоимость этого процесса будет запредельной. Но если вы делаете одно изменение в месяц — то и смысла в его автоматизации нет.
Максим Чудновский, исполнительный директор, СберТех
Никита Хорошайло напомнил, что стоит учитывать и показатель сложности внедрения автоматизации. Если это простая, подробно описанная задача, то стоит ей уделить внимание, а не сложному процессу, который сам ещё плохо понимаешь.
Дмитрий Зайцев уверен, что дело не только в цене. Рутина убивает интерес, люди устают, уходят, возникает текучка. Из-за этого нужно автоматизировать.
В первом опросе зрители поделились, что в их ИТ-службе уже автоматизировано (мультивыбор):
- Работа с заявками пользователей — 54 %.
- Резервное копирование и BCM — 34 %.
- Мониторинг и оповещения — 31 %.
- Управление конфигурациями и инвентаризация — 27 %.
- Обновления и новые релизы — 18 %.
- Другое — 12 %.
Рисунок 2. Что в вашей ИТ-службе уже автоматизировано? (мультивыбор)
Что такое инфраструктура как код?
Максим Чудновский объяснил, что при работе с облаком можно вручную создать ресурсы через веб-интерфейс (Click-Ops). Проблема в том, что если человек, который это делал, уходит, то разобраться в инфраструктуре становится почти невозможно. Теряется воспроизводимость, нет совместной работы, ревью изменений и контроля.
Все эти практики хорошо известны в разработке ПО. Такой же подход можно применить к инфраструктуре: декларативно описать её желаемое состояние, сохранить код в репозиторий, а затем с помощью специального инструмента (например, Terraform или OpenTofu) автоматически развернуть всё, что описано. Появляется совместная работа, ревью кода, воспроизводимость и полный контроль над инфраструктурой.
По словам Дмитрия Зайцева, чем больше и сложнее инфраструктура, тем труднее создать её точную копию. Вы упираетесь в то, что не хватает данных о существующих связях и конфигурациях. Из-за этого полная автоматизация в таких средах становится чрезвычайно сложной задачей и применяется редко.
Дмитрий Зайцев, CTO, Flocktory
Что такое автоматизация производства?
Максим Чудновский рассказал, что IDP (Internal Developer Platform) — это платформа для автоматизации работы разработчиков и тестировщиков, покрывающая все этапы жизненного цикла ПО: от работы с кодом до интеграции, функционального и нефункционального тестирования, и вплоть до выпуска изменений в прод.
Вместо автоматизации разрозненных этапов создаётся единая, целостная система, внутри которой разработчик может фокусно заниматься добавлением новой функциональности. При этом все IDP достаточно индивидуальны: они становятся квинтэссенцией уникального производственного опыта, который сложился в конкретной организации.
Во втором опросе зрители ответили, какие процессы уже автоматизированы у них в продакшене (мультивыбор):
- Управления конфигурациями — 47 %.
- ITSM, CMDB, ITAM — 32 %.
- Infrastructure as Code, Infrastructure from Code — 28 %.
- Self-service (IDP) — 22 %.
- Другая — 8 %.
- PDLC — 0 %.
Рисунок 3. Какие процессы у вас уже автоматизированы в продакшене? (мультивыбор)
Блиц: успешные кейсы по автоматизации
Александр Базарнов:
«Формула успешной автоматизации проста: есть проблема — ставим цель, выбираем конкретный инструмент и считаем эффект. Например, в “Почта Банке” была проблема с даунтаймом при обновлениях и сомнительной отказоустойчивостью. Поставили цель — создать отказоустойчивую платформу ДБО (дистанционного банковского обслуживания — прим. ред.) и исключить простои. В качестве инструмента выбрали Kubernetes, перешли на микросервисы и контейнеризацию.
В результате даунтайм удалось устранить. Эффект посчитали: оценили общее время простоя за год и его стоимость в минутах. Этой цифры было достаточно, чтобы убедить топ-менеджмент в необходимости внедрения Kubernetes».
Александр Базарнов, руководитель направления развития систем электронного бизнеса, «Почта Банк»
Максим Чудновский:
«Когда у нас есть on-premise-инфраструктура со статическим кластером Kubernetes на 10 узлов, задача — добавить функцию автоскалирования для динамического управления ресурсами. Ключевой аргумент для обоснования здесь — не прямая стоимость, а утилизация.
Если кластер используется лишь на 25 %, то за счёт автоскалирования и уплотнения рабочих нагрузок мы можем радикально повысить эффективность использования ресурсов. Это позволит запустить на той же инфраструктуре больше приложений и сервисов, отодвинув необходимость в покупке нового железа. Расширяя горизонт оцениваемых метрик, мы получаем убедительное обоснование для внедрения нового решения».
Дмитрий Зайцев:
«Часто инженеры не могут объяснить, зачем нужно какое-то решение, и хотят, чтобы его одобрили с первого раза. На самом деле это сложная работа — нужно думать, вести диалог и учитывать разные интересы.
У нас был показательный кейс, противоположный типичному: мы просчитали стоимость обеспечения отказоустойчивости для определённого сегмента инфраструктуры. Оказалось, что при риске полного падения всего облака экономически выгоднее принять этот риск, чем строить резервирование. Мы отказались от избыточной отказоустойчивости, потому что это было финансово нецелесообразно».
Михаил Марченко:
«Внедрение Sentry позволило нам получать ошибки напрямую от пользователя в реальном времени, а не ждать, пока он обратится в Help Desk. Это значительно повысило эффективность сбора информации об инцидентах, снизило негатив со стороны клиентов и дало возможность начать устранение сбоя ещё до того, как проблема приобрела массовый характер».
Михаил Марченко, руководитель центра компетенций DevOps, «Билайн»
Никита Хорошайло:
«В нашем облачном сервисе, где пользователи взаимодействуют друг с другом, периодически возникали ошибки. Раньше техподдержка постоянно запрашивала у клиентов логи, просила описать проблему и сделать скриншоты.
Мы автоматизировали этот процесс: теперь при создании тикета система автоматически собирает все соответствующие логи по клиенту и сразу отправляет их специалисту поддержки. Это не только ускоряет решение проблемы, но и позволяет в дальнейшем проводить глубокий анализ собранных логов для выявления системных сбоев».
Дарья Петрова:
«Объём данных стремительно растёт, но не каждый бизнес умеет работать с ними эффективно. Прежде всего, с точки зрения хранения нужно оценить, какие ресурсы компания тратит на поддержку хранимой информации.
Существуют эффективные системы управления журналами (log-management), внедрение которых позволяет значительно сократить объём хранимых событий — в частности, отфильтровать бесполезные данные, которые не нужно передавать на корреляцию для целей безопасности. Это не только экономит ресурсы, но и повышает качество анализа».
Ошибки в процессе автоматизации
Никита Хорошайло назвал 3 основные ошибки в процессе автоматизации:
Сопротивление автоматизации как таковой. Зачастую главным барьером является нежелание команды или бизнеса в принципе начинать этот путь из-за страха изменений, кажущейся сложности или непонимания конечной выгоды.
Попытка автоматизировать всё и сразу, без стратегии. Вместо того чтобы выстроить поэтапный процесс — от выделения самой болезненной рутины до создания целостной системы — происходит хаотичное внедрение инструментов. Это приводит к созданию разрозненных скриптов и точечных решений, которые не дают синергетического эффекта и сложны в поддержке.
Неправильная расстановка приоритетов. Автоматизация ради автоматизации — тупиковый путь. Ошибкой является выбор для автоматизации процессов, которые либо редко происходят, либо не являются узким местом, в то время как ключевые, трудоёмкие операции остаются в ручном режиме. Это приводит к бесполезной трате ресурсов без ощутимого возврата.
Никита Хорошайло, руководитель отдела внедрения, RuDesktop
Дарья Петрова назвала ошибки, связанные с организацией взаимодействия. Когда стартует проект автоматизации, в нём задействованы разные стороны: DevOps-инженеры, ИТ-команды сопровождения и бизнес-подразделения (внутренние заказчики). Крайне важно на старте договориться о целях, причинах и ритме работы.
В период цифровой трансформации часто появляются внутренние чемпионы или выделенный отдел, которые начинают целенаправленно этим заниматься. Ошибка заключается в том, что такая команда начинает придумывать за бизнес, как тому следует работать, вместо того чтобы глубоко понять его процессы, боли и потребности. Это приводит к созданию идеальных с технической точки зрения, но бесполезных на практике решений.
В третьем опросе зрители поделились, что больше всего мешает им автоматизировать ИТ:
- Нехватка людей и компетенций — 28 %.
- Отсутствие бюджета и времени — 25 %.
- Зоопарк легаси-систем — 19 %.
- Сопротивление бизнеса, страх изменений — 15 %.
- Риски безопасности — 13 %.
- Ничего не мешает — 0 %.
Рисунок 4. Что больше всего мешает вам автоматизировать ИТ?
Прогнозы: как будет меняться отрасль?
Дарья Петрова:
«Платформенный подход станет следующим этапом зрелости, когда сегодняшний зоопарк разрозненных и микросегментированных систем начнёт объединяться вокруг крупных бизнес-доменов. Такие платформы будут совмещать в себе целый спектр задач, предоставляя целостные сервисы для решения конкретных бизнес-проблем. Искусственный интеллект будет ускорять и оптимизировать все эти процессы».
Никита Хорошайло:
«Есть вектор развития в области инвентаризации, разработки и общего аудита данных компании — все эти процессы в той или иной степени будут автоматизироваться. Однако люди останутся критически важны, к полной автономии мы не придём.
Вероятно, быстрее всего продвинется автоматизация инвентаризации. Уже сейчас видна тенденция: на Linux-системах сложно вручную определять установленные пакеты и корректно соотносить их по категориям. Именно здесь можно эффективно применить искусственный интеллект, который возьмёт на себя эту аналитическую работу».
Дмитрий Зайцев:
«Платформы — это то, куда мы движемся, и я надеюсь, что их разработка со временем станет стоить дешевле. ИИ-ассистенты будут повсеместно: уже есть проекты, где искусственный интеллект ведёт общение с клиентами, но он же будет применяться и в инфраструктуре, и в разработке. Отдельно хотелось бы научиться глубже анализировать инциденты с помощью ИИ, чтобы не просто фиксировать сбои, а понимать их первопричины и прогнозировать последствия».
Максим Чудновский:
«Основной тренд заключается в том, что мы будем переходить от просто автоматизированных процессов к автономным системам. Это смена парадигмы. Мы движемся к созданию другого класса систем, которые, идентифицируя потребность, смогут с помощью мультиагентного взаимодействия самостоятельно решать целые бизнес-задачи».
Михаил Марченко:
«Автоматизация будет развиваться и дальше. Надеюсь, мы сможем достичь уровня автономного ИИ, где он будет не просто мультиагентным, а станет замкнутой системой, способной самостоятельно развивать продукты».
Александр Базарнов:
«Роль ИИ в обозримом будущем останется прикладной. Ключевой подход — рассматривать инфраструктуру как разработку ПО, то есть “всё как код”. Сегодня ИИ помогает нам, например, разбирать инциденты и подсказывать, что именно вышло из строя. Однако ожидать появления полностью автономных, замкнутых систем, способных на стратегическое управление, в ближайшие 2 года не стоит».
Финальный опрос показал, как зрители относятся к автоматизации ИТ после этого эфира:
- Ждут появления ИИ, который сделает всё за них — 38 %.
- Будут внедрять или расширять автоматизацию — 29 %.
- Интересно, но пока есть другие приоритеты — 13 %.
- Не убедились в пользе автоматизации — 11 %.
- Пока сомневаются в окупаемости и рисках — 9 %.
Рисунок 5. Как вы относитесь к автоматизации ИТ после этого эфира?
Выводы
Автоматизация ИТ-инфраструктуры — это не конечная точка, а непрерывный путь трансформации. Её успех определяется не слепым следованием трендам, а чётким пониманием бизнес-проблем, грамотной расстановкой приоритетов и выстраиванием диалога между инженерами и заказчиками. Ключевой вывод: автоматизация ради автоматизации обречена на провал.
Попытка объять необъятное, сопротивление изменениям и отсутствие чётких договорённостей между командами могут свести на нет любые усилия. Технологии — от инфраструктуры как кода до внутренних платформ разработки (IDP) — выступают мощными инструментами, но лишь тогда, когда они служат конкретным целям бизнеса и отражают его уникальный опыт.
Будущее отрасли эксперты видят в переходе к платформенным и, в перспективе, автономным системам, где ИИ станет незаменимым ассистентом. Однако в обозримом будущем критически важной останется роль человека — как для стратегического управления, так и для глубокого понимания бизнес-процессов.
Итогом этого пути должна стать не просто автономная инфраструктура, а создание устойчивого конкурентного преимущества, где технологическая эффективность напрямую ведёт к бизнес-результатам.
Телепроект AM Live еженедельно приглашает экспертов отрасли в студию, чтобы обсудить актуальные темы российского рынка ИБ и ИТ. Будьте в курсе трендов и важных событий. Для этого подпишитесь на наш YouTube-канал. До новых встреч!
