Импортозамещенное ПО: как перейти на новые решения без рисков и простоев

Для проведения успешной миграции на отечественное ПО стоит соблюдать несколько условий, первым из которых является четкая цель перехода на новое решение. Как пояснил директор центра "Инфраструктура" компании "ЛАНИТ-Интеграция" Александр Чупрунов, заказчику следует понимать, какие именно функции должны продолжить работать, а где допустимы изменения. "Когда этого нет, импортозамещение превращается в формальную замену одного названия на другое с бесконечными проблемами в эксплуатации", — считает он.

"Мы рекомендуем начинать с разработки бизнес-стратегии — должно быть обоснование, зачем заказчику новая технология, что она дает, — добавляет руководитель направления облачной интеграции компании "Онланта" Дмитрий Папушин. — Это могут быть снижение затрат или, например, ускорение вывода своих продуктов на рынок, масштабируемость, повышение производительности, отказоустойчивости".

По словам Александра Чупрунова, также важно качественно оценить состояние ИТ-инфраструктуры. "В эксплуатируемых системах практически всегда присутствуют доработки, интеграции, исторические решения. Успешная миграция возможна только тогда, когда эти особенности учтены заранее, а не возникают на этапе опытной эксплуатации", — сообщил он. Для минимизации количества сбоев и сокращения числа недовольных пользователей переход стоит сделать поэтапным. Этот процесс должен включать реализацию пилотного проекта, организацию параллельной работы старых и новых решений, возможность работы со сценарием отката изменений.

Минимизация рисков

Для успешного соблюдения всех перечисленных условий заказчик может работать с интегратором, который помогает подобрать отечественные решения, подходящие под реальные задачи, и проанализировать, на каких этапах могут возникнуть сложности. "Интегратор берет на себя основную ответственность за то, чтобы миграция прошла управляемо, без остановки ключевых процессов и с понятным результатом для бизнеса", — подчеркнул Александр Чупрунов.

В связи с этим при переходе на новое ПО интегратор управляет как технологическими, так и репутационными рисками. По словам Дмитрия Папушина, в первую очередь необходимо провести аудит и оценку инфраструктуры заказчика для того, чтобы понять, какие системы можно перевести безболезненно, а с какими работать будет сложнее. "Стоит выделять отдельный контур для тестовой миграции, чтобы отладить в нем все процессы, и уже после этого заниматься массовой миграцией", — пояснил он.

Еще одним фактором успеха бесшовного перехода на новое ПО, по его мнению, может стать наличие собственной R&D-лаборатории (Research and Development, исследования и разработки — прим. ТАСС) у интегратора. В таких лабораториях тестируется совместимость разных видов ПО друг с другом. Это позволяет узнавать о возможностях перехода на новое ПО для компании еще до введения его в эксплуатацию.

Другими условиями проведения интеграции, по мнению руководителя отдела пресейла департамента инфраструктурных решений ЛАНИТ Павла Варганова, выступают обеспечение совместимости интерфейса прикладного программирования (API - Application Programming Interface, интерфейс программирования приложения — прим. ТАСС) и протоколов обмена данными и создание промежуточных интеграционных слоев для совместимости решений.

Основные этапы и сценарии интеграции с новым ПО

Эксперты выделяют три уровня архитектуры успешного импортозамещения. На первом уровне планирования и стратегии проводится анализ зависимостей, выбор российских аналогов и разработка дорожной карты миграции. Для минимизации рисков интеграции сначала оценивают существующую инфраструктуру и определяют требования и ограничения. На практике инфраструктура компании, которой предстоит перейти на новое ПО, редко бывает прозрачной и понятной. Как пояснил Александр Чупрунов, чаще всего заказчики работают с разными решениями, внедренными в разное время. Из-за большого количества интеграций заменить зарубежный продукт один к одному получается далеко не всегда. Именно поэтому при внедрении нового оборудования важно провести комплексное обследование. Оно поможет разобраться в том, какие системы критичны, а какие можно заменить без серьезных рисков. Затем следует проектирование архитектуры, а после этого настраиваются серверы, сетевые компоненты и системы безопасности.

На этом этапе, как отмечают в "Онланте", у многих компаний возникает типовой рыночный вызов: миграция идет параллельно с постоянными изменениями в ИТ‑ландшафте, а команды ИТ и ИБ работают в режиме дефицита времени и кадров. Поэтому ключевой практический вопрос — обеспечить управляемость интеграций и прогнозируемость сервиса еще до масштабирования решения на всю инфраструктуру. "Важно заранее понимать, где могут возникать узкие места с точки зрения интеграций, производительности и регламентов эксплуатации. Тогда пилот и поэтапное развертывание становятся инструментом снижения рисков, а не формальной стадией проекта", — комментирует Дмитрий Папушин.

На втором уровне проводится работа для интеграции и совместимости ПО. Создают адаптеры, настраивают межсистемное взаимодействие и обеспечивают бесшовный переход на новое ПО. Сначала осуществляется пилотное внедрение, то есть тестирование в ограниченном контуре. Затем интегратор начинает поэтапное развертывание нового оборудования, постепенно расширяя сферу его работы на всю инфраструктуру. После этого — тестирование и валидация внедренного ПО.

На третьем уровне проводятся эксплуатация и поддержка пользователей. Основными составляющими этого процесса выступают обучение персонала и последующая работа с наполнением базы знаний, то есть полный переход и мониторинг функционирования системы. По оценкам Павла Варганова, целевое обучение команд сокращает период адаптации на 40–60%, а выстроенная система поддержки обеспечивает стабильность в долгосрочной перспективе.

Эксперты выделяют как минимум два сценария перехода на новое ПО. Обычно рассматривается консервативный вариант, когда отечественное решение аккуратно встраивается в существующую инфраструктуру и работает рядом с зарубежными продуктами. Второй вариант более глубокий. Он предполагает пересборку части архитектуры под российские аналоги, чтобы в перспективе упростить сопровождение и масштабирование. Каждый сценарий оценивается по срокам, рискам и влиянию на работу заказчика, а затем проверяется в тестовом режиме.

Переходный период при внедрении нового ПО

Для успешной технологической миграции, по мнению экспертов, требуется переходный период, в ходе которого создаваемая инфраструктура продолжает поддерживаться интегратором. "Поддержка — это не вторая линия после завершения проекта, а комплексный подход, обеспечивающий бесперебойную работу ИТ-инфраструктуры заказчика", — пояснил Александр Чупрунов.

В связи с этим при переходе на новое ПО большое внимание уделяется обучению персонала, которое начинается задолго до ввода системы в промышленную эксплуатацию. Сотрудники поддержки вовлекаются в проекты еще на стадии проектирования и пилотирования. Они видят, как собиралась архитектура, где находятся потенциально узкие места, какие компромиссы были заложены осознанно.

Кроме того, "ЛАНИТ-Интеграция" выстраивает обучение по модели живых сценариев. В частности, команда поддержки отрабатывает реальные инциденты, нагрузочные ситуации, возможность отказоустойчивости, обновлений и интеграций с внешними системами. Таким образом, задачей поддержки становится обеспечение стабильной и предсказуемой работы внедренного ПО.

Формат сопровождения варьируется в зависимости от инфраструктуры и потребностей заказчика. Поддержка может осуществляться как на базовом уровне, когда система уже стабильно работает, а у заказчика есть собственная ИТ-команда, которая закрывает большую часть вопросов самостоятельно, так и в расширенном круглосуточном формате с более жесткими SLA (Service Level Agreement, соглашение об уровне обслуживания между поставщиком услуги и клиентом — прим. ТАСС) и быстрым подключением инженеров в случае инцидентов. "Обычно этот формат выбирают для систем, от которых напрямую зависит работа сотрудников или оказание услуг гражданам", – рассказывает эксперт.

Эту логику разделяют и на стороне сервисных провайдеров. В "Онланте" отмечают, что на данный момент у многих компаний миграции идут параллельно с импортозамещением и ростом нагрузки на внутренние ИТ‑команды, поэтому критичен именно переходный период: когда новая система уже внедряется, но бизнес не готов принимать просадки качества или простои. "В такие моменты поддержка должна быть организована так, чтобы заказчик не оставался один на один с инцидентами: с понятными SLA, быстрым подключением инженеров и прозрачной ответственностью за результат", — говорит Дмитрий Папушин.

Кроме того, встречаются запросы на сопровождение и развитие решений, включающих в себя работу с обновлениями, изменениями конфигураций, анализом нагрузки, подготовкой к проверкам и аудитам, обучение сотрудников, а также поддержку после внедрения и миграции в период, когда пользователи привыкают к новой системе, появляются нетиповые ситуации, нужно быстро вносить корректировки.

Примеры бесшовного перехода

Один из примеров перехода с существующей инфраструктуры на отечественное ПО — проект замены зарубежной системы непрерывной интеграции и доставки на российский аналог, реализованный ЛАНИТ для крупного заказчика с инфраструктурой, охватывающей более чем 2 тыс. вычислительных узлов. Весь функционал системы был сохранен, а уровень информационной безопасности повышен. Модернизированная инфраструктура позволяет выполнять десятки тысяч автоматизированных шагов по применению и изменению конфигураций и развертыванию релизов ПО. Созданная система класса Continuous Delivery (непрерывная доставка, подход к разработке и эксплуатации ПО, при котором оно всегда находится в готовом к инсталляции состоянии — прим. ТАСС) является независимой от внешних факторов и соответствует требованиям регулятора. Миграция также способствовала снижению уровня лицензионных затрат на 40%.

По мнению Павла Варганова, аналогичные проекты могут быть реализованы в различных отраслях экономики. В частности, возможно замещение систем и сред разработки и тестирования банковского ПО, автоматизация развертывания систем управления энергообъектами и автоматизация процессов обслуживания сетевого оборудования и услуг связи в сфере телекоммуникаций.

Эксперт ЛАНИТ-ТЕРКОМ поделился кейсом бесшовного перехода для заказчика из транспортно-логистической отрасли. В портфель компании входит проект разработки и внедрения ML-модели (модель машинного обучения — прим. ТАСС) для прогнозирования тарифов на грузоперевозки. Архитектура была спроектирована таким образом, чтобы модель могла адаптироваться к новым данным, дообучаться и сохранять стабильную точность при изменении рыночных условий. Сейчас решением ежедневно пользуются сотни сотрудников заказчика, включая специалистов по расчету тарифов. "По результатам внедрения точность прогнозирования превысила 95%. Модель стабильно показывает высокие результаты на реальных производственных данных и сохраняет корректность прогнозов даже при неполной или зашумленной входной информации, что особенно важно для практического использования в логистических процессах", — сообщил Дмитрий Медведев.

В свою очередь компания "Онланта" реализовала проект развертывания объектного хранилища S3 на платформе VK Cloud для федерального органа исполнительной власти. При обращении в компанию заказчик пришел с задачей оптимизации стоимости хранения данных, повышения отказоустойчивости и обеспечения удобного доступа к неструктурированным файлам и объектам, которые хранились в периметре ведомства. Благодаря переходу на новое облачное хранилище, по словам Дмитрия Папушина, время отклика базы данных было сокращено на 50%, а нагрузка на нее снизилась. При этом экономия пространства у заказчика при решении ряда задач стала достигать 60%.

Вывод

Критерием успеха в импортозамещении выступает заблаговременная оценка совместимости протоколов, форматов данных и возможностей миграции. При переходе на новое ПО нужно давать пользователям понятные сценарии работы, а ИТ-команде — глубокую экспертизу для настройки и администрирования. А после внедрения оборудования особое внимание должно уделяться поддержке, в том числе регулярным обновлениям, мониторингу, адаптации функционала и оперативному реагированию на инциденты.

Спецпроект представлен на сайте ТАСС.