Рамиль Жиганшин («Онланта»): «Импортозамещение превратится в нормальную рыночную практику выбора наиболее подходящего инструмента»

 — Рамиль, по вашему мнению, что сегодня тормозит импортозамещение ИТ-систем: не хватает отечественных решений, бюджетов, потребности и желания у заказчиков?

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

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

Руководитель направления облачной интеграции компании «Онланта»
(входит в группу ЛАНИТ) Рамиль Жиганшин
Фото: ЛАНИТ

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

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

Поэтому многие проекты тормозятся на стадии согласования технического задания, а не на этапе выбора продукта.

 — Какие мифы об импортонезависимой ИТ-инфраструктуре существуют и какова на самом деле реальность? Чем вредны подобные заблуждения?

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

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

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

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

 — Закрывают ли отечественные вендоры все потребности по переходу в сфере ИТ-инфраструктуры? Или все-таки до сих пор есть лакуны?

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

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

 — Поделитесь, пожалуйста, вашим опытом в этом направлении.

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

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

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

 — Как, по вашим прогнозам, будут решаться проблемы, о которых вы упоминаете? Появление каких новых технологий, подходов, регуляторных решений могло бы помочь?

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

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

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

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

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

 — Большое спасибо за беседу!