ИТ-инфраструктура в новых реалиях: как бесшовно перейти на отечественное ПО
Стратегии непрерывности
Чаще всего руководство предприятий задумывается о внедрении нового ПО для повышения эффективности отдельных процессов или расширения возможностей бизнеса в целом. Однако неудачные интеграции систем в ИТ-инфраструктуру могут привести к обратному результату, начиная от убытков, понесенных компанией, и заканчивая приостановкой деятельности компании.
"Важно организовать ИТ-инфраструктуру таким образом, чтобы при возникновении внештатных ситуаций, в том числе сбоев, неисправностей оборудования или отказов в работе ПО, непрерывность работы сохранялась. Если раньше в первую очередь задумывались о физической инфраструктуре — серверах, сетевом резервировании, внешних и внутренних каналах связи, то сейчас, с более широким внедрением виртуализации, добавились хлопоты, непосредственно связанные с программной частью", — пояснил директор департамента медицинских решений "ЛАНИТ-ТЕРКОМ" Александр Евдокимов.
Он подчеркнул, что адаптируемая или создаваемая инфраструктура должна обеспечивать непрерывность подключений, резервирование ресурсов, управляемость и мониторинг своей работы. "Чтобы добиться этого, нужно ответственно подходить к проектированию и архитектуре, выбору соответствующих технологий, уделять внимание сопровождению и проактивной работе по предотвращению инцидентов", — уверен Евдокимов.
Группа ЛАНИТ успешно реализует подобные проекты. Например, для одного из участников рынка переход на новое ПО для системы мониторинга 24/7 был выполнен с временем простоя, близким к нулю. Как сообщил директор по развитию бизнеса департамента инфраструктурных решений ЛАНИТ Александр Чербунин, заказчик имел распределенный катастрофоустойчивый ИТ-ландшафт в нескольких городах России. "Нулевой простой был достигнут благодаря стратегии параллельного запуска. Новая инфраструктура была полностью развернута в удаленных центрах обработки данных параллельно с работающей системой", — рассказал он.
По его словам, перевод обработки терабайтов данных между кластерами происходил постепенно, без остановки ее сбора. Тщательное планирование архитектуры, синхронизация данных между старой и новой системами в реальном времени, автоматизация процессов переключения нагрузки и всестороннее тестирование на каждом этапе позволили бизнесу даже не заметить момент миграции.
Этапы перехода
Импортозамещение критических для бизнеса систем часто требует перехода на новую ИТ-инфраструктуру. Тогда речь идет о комплексной трансформации, затрагивающей не только ПО, но и оборудование, сети и организационное устройство. Перед этим эксперты ЛАНИТ советуют подготовить дорожную карту с описанием возможных рисков. "Не пытайтесь мигрировать все сразу — выберите некритичный сегмент бизнеса для пилотного проекта. Это позволит вашей команде получить реальный опыт, понять специфику работы с отечественным ПО, выявить подводные камни в безопасной среде", — советует Александр Чербунин. По его мнению, не стоит рассматривать такой переход как точечную замену софта. Напротив, этот процесс выступает фундаментом для создания единой экосистемы.
По словам директора центра "Инфраструктура" компании "ЛАНИТ-Интеграция" Александра Чупрунова, одним из основных первичных этапов выступает проектирование, в рамках которого проводится обследование. На этом этапе осуществляются специализированный комплексный аудит и инвентаризация ПО и сервисов, которые находятся в инфраструктуре заказчика. "Сразу после этого мы готовим будущую целевую архитектуру и набор необходимых требований к планируемым системам, которые определят вектор реализации проекта", — рассказал он.
Следующим этапом, без которого не обходится ни один проект, выступает пилотное внедрение. В рамках него демонстрируются функциональные возможности того или иного ИТ-продукта, оценивается работоспособность потенциальной инфраструктуры, а также проводятся первые отладки и тестирование. Затем в ходе подготовки полномасштабной миграции на новое ПО все системы детализированно разбиваются по уровню критичности, составляются фокус-группы и формируются технологические и временные окна для этого процесса.
Далее проводится миграция инфраструктурных сервисов, а затем и непосредственно миграция информационных систем. "Совместно с фокус-группой мы начинаем точечно переносить определенное количество сервисов, в онлайн-режиме мониторить, как они себя чувствуют, и получаем оперативную обратную связь от заказчика. Постепенно в рамках утвержденного плана мы продолжаем переносить всю инфраструктуру заказчика", — пояснил Чупрунов.
При этом, по его словам, для обкатки новой технологии чаще всего выбирается участок, который можно охарактеризовать как золотую середину. "Если мы выбираем самый некритичный сервис, то это не дает никакой гарантии для заказчика, что миграция пройдет успешно. Напротив, самый важный сервис напрямую влияет на выручку компании, и его изменение несет большие риски", — пояснил он.
На финальном этапе осуществляется техническая поддержка, которая включает передачу всех необходимых компетенций для эксплуатации систем и постмиграционного сопровождения. "В случае возникновения сложностей или непредвиденных сценариев при эксплуатации новых информационных систем мы всегда остаемся на связи, подключаемся и консультируем", — подчеркнул Чупрунов. Большую роль в этом процессе, по его мнению, занимает автоматизация, которая помогает ускорить бесшовный переход и избежать ошибок, связанных с человеческим фактором.
По словам эксперта, в одном из недавних проектов удалось автоматизировать сбор метрик более чем с 300 систем, распределенных по всей стране, и перенести их в новую конфигурацию заказчика в течение недели. "Такой результат был бы невозможен при ручном подходе", — констатировал Чупрунов.
Имитация пиковых нагрузок
Одним из основных аспектов при тестировании нового ПО и его совместимости с ИТ-ландшафтом выступает имитация пиковых нагрузок. Как отметил Чупрунов, на начальном этапе определяются целевые метрики и показатели SLA (Service Level Agreement, параметры, которые поставщик услуг обязуется соблюдать в рамках договора между заказчиком и поставщиком — прим. ТАСС), к которым необходимо стремиться. "Самым важным в этот момент является создание стенда, на котором проводятся синтетические тестирования. Фактически мы в рамках этой задачи стараемся максимально воссоздать тот сценарий, который будет потенциально реализовываться в инфраструктуре заказчика", — пояснил он.
После этого с участием фокус-группы выделяется набор критических сервисов и показателей SLA, и компании смотрят, как ведет себя инфраструктура под той или иной нагрузкой. "Она может увеличиваться постепенно, когда наращивается количество виртуальных пользователей сервиса. А можно переходить сразу к пиковым нагрузкам, когда выбрасывается максимальное число виртуальных пользователей", — рассказал Чупрунов.
Он уточнил, что после проведения таких испытаний осуществляется опытная эксплуатация. "Во время нее мы точечно рассматриваем наиболее критичные сервисы, в реальном времени собираем обратную связь по их отработке. На этом этапе мы обычно понимаем, есть ли какие-то отклонения и как их можно скорректировать", — пояснил Чупрунов.
Сохранность данных
Безопасное хранение данных является одной из важнейших функций ИТ-инфраструктуры любой организации. Самым надежным способом остается резервное копирование, уверены эксперты группы ЛАНИТ. Как сообщил Александр Чербунин, резервные копии должны храниться в географически распределенных изолированных системах, то есть минимум в двух независимых центрах обработки данных. По его словам, критически важно обеспечить изоляцию резервного контура от основной инфраструктуры для того, чтобы даже при компрометации рабочей среды копии оставались защищенными.
При реализации проектов в ЛАНИТ стараются применять правило "3–2–1". Создаются три копии данных, на двух типах носителей, одна из которых офлайн или в отдельном сегменте сети. Для быстрого восстановления используются технологии инкрементного резервирования (запись только тех изменений, которые были внесены с момента создания последней резервной копии — прим. ТАСС) и репликация (мгновенное копирование — прим. ТАСС) критичных данных в реальном времени. Кроме того, как отметил Александр Чербунин, регулярно тестируются процедуры восстановления, чтобы гарантировать их работоспособность в момент необходимости, а также обеспечивается мониторинг здоровья, доступности инструментов и инфраструктуры системы резервного копирования.
В свою очередь, Евдокимов подчеркнул, что при внесении значимых изменений в ИТ-инфраструктуру хорошей практикой является составление инструкций не только по их внедрению, но и по откату. "Это может быть переключение потоков данных между стендами, изменение настроек, выполнение специфических скриптов или миграции, восстановление из резервных копий. Иными словами, любые действия, которые будут направлены на откат к предыдущему состоянию. Без такого плана мы можем получить состояние, когда система уже не работает по-старому, не получается заставить ее работать по-новому и решительно непонятно, что с этим делать", — пояснил эксперт.
Осложняющие факторы
Одной из ключевых задач при адаптации инфраструктуры под новое ПО является решение проблемы синхронизации данных между системами без остановки бизнес-процессов компании. Вместе с тем параллельная работа пользователей как в старой, так и в новой системе может создавать дополнительные сложности при переходе на актуальный ИТ-продукт. "При наличии двух версий одной системы идеальным решением будет заранее предусмотреть возможность их работы с одним набором данных. Но если используются разные приложения, и одно из них может выступать в качестве так называемой мастер-системы и предоставлять необходимую часть данных остальным, то это тоже хороший вариант", — рассказал Евдокимов.
Успешным кейсом ЛАНИТ стала работа с обеспечивающей системой проверки файлов у одного из заказчиков. По словам Александра Чербунина, задача заключалась в срочной модернизации нескольких центров обработки данных (ЦОД) с сохранением стандартов инфобеза. План внедрения предусматривал канареечный подход: постепенное развертывание системы, начинающееся с пилотной группы пользователей. "Новая инфраструктура была смонтирована во всех дата-центрах постепенно, в режиме совмещения с плановыми переездами между резервными и основными ЦОД. Начиная с ограниченного числа систем, осуществлялось переключение обращений на модернизированный сервис", — рассказал Александр Чербунин. В результате за восемь месяцев был выполнен бесшовный переход, обеспечивший нулевой простой, масштабируемость и высокую производительность системы.
Александр Евдокимов добавил, что кардинально решить проблему синхронизации можно, если бизнес позволяет разделить данные по некоторому признаку на условно старые и новые и вести их обработку в разных системах. Например, распределив абстрактные заказы по дате на актуальные и исторические, постепенно переводить пользователей и данные в новую систему. В иных случаях требуется специализированное ПО для синхронизации данных между системами. В России такие решения уже существуют.
"ЛАНИТ-ТЕРКОМ" удалось справиться с такой проблемой. По словам Евдокимова, при миграции для одного из крупных заказчиков с иностранной СУБД (система управления базами данных — прим. ТАСС) на российскую ключевыми факторами стали продуманный механизм синхронизации и возможность отката. Это позволило управлять рисками несогласованности данных на сложном и трудоемком проекте.
"Мы не могли позволить себе просто вносить изменения параллельно в обеих базах данных. При любой потенциальной поломке, недоступности, откате транзакций и т. д. такая цепочка просто рассыпалась бы. Именно поэтому мы разработали специальный механизм, который работал на уровне метаданных СУБД и позволял в любой момент переключить обработку запросов между разными системами. Для пользователей эта замена произошла совершенно незаметно", — рассказал он.
Вывод
Обеспечение бесперебойной работы бизнеса при миграции на новое ПО достигается за счет целенаправленной адаптации ИТ-инфраструктуры. Бесшовный переход является результатом методичной работы, в которой каждый этап, начиная с тестирования и заканчивая планом отката, спланирован и задокументирован. Залогом успеха в проведении таких мероприятий выступает разработка стратегий непрерывности, проведение тестирований, а также создание безопасной архитектуры.
Реклама. АО "ЛАНИТ", ИНН 7727004113, erid: 2SDnjeV5b8j