Кирилл Плещ (Группа «Борлас»): «Российские разработчики закрывают базовые инфраструктурные потребности примерно на 80-85 %, но пробелы все же остаются»

 — Кирилл, что сегодня тормозит импортозамещение ИТ-систем?

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

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

Главный системный архитектор департамента инфраструктурных решений
Группы «Борлас» (ГК Softline) Кирилл Плещ
Фото: Группа «Борлас»

Дефицит квалифицированных кадров: на рынке остро не хватает квалифицированных архитекторов и инженеров, умеющих проектировать, внедрять и администрировать сложные связки российских ОС, СУБД и систем виртуализации.

Сложность миграции «тяжелого» ПО: готовых отечественных аналогов для узкоспециализированного промышленного программного обеспечения (CAD/CAM/CAE, ERP-систем тяжелого класса, АСУ ТП) мирового уровня на текущий момент в ряде случаев по-прежнему недостаточно. Безусловно, такие решения, как CAE Fidesys, завоевывают рынок, однако бизнес боится потерять непрерывность процессов.

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

Человеческий фактор: многие администраторы информационных систем и ИТ-директора крайне неохотно уходят с иностранного ПО, мотивируя это «сырым» состоянием отечественных аналогов и не желая терять навыки работы с популярными во всем мире программными продуктами.

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

 — Как было отмечено выше, многие администраторы информационных систем и ИТ-директора крайне неохотно уходят с импортного ПО, отсюда возникает первый миф: российское ПО – это преимущественно перелицованный и нестабильный Open Source. На самом деле все обстоит иначе. Ведущие вендоры глубоко перерабатывают взятые за основу продукты под открытой лицензией и вносят весьма существенный вклад в мировую разработку. Примером может служить репозиторий Сизиф, в котором размещены все коды и библиотеки ОС АльтЛинукс. Аналогичная история происходит и с отечественными СУБД Postgres Pro и Pangolin.

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

Из предыдущего мифа вытекает еще один: наша ИТ-инфраструктура в безопасности, пока работает параллельный импорт оборудования. Это совершенно не так. Без вендорской поддержки, официальных патчей и обновлений безопасности «железо» и программное обеспечение уязвимо для кибератак и аварийных отказов. Зачастую в импортном ПО встречаются вредоносные «закладки».

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

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

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

 — По ряду оценок, российские разработчики закрывают базовые инфраструктурные потребности примерно на 80-85 %, но серьезные пробелы все же остаются.

Потребности закрыты по таким направлениям, как операционные системы (Astra Linux, РЕД ОС, Базальт), базовые СУБД (Postgres Pro, Тантор), высоконагруженные транзакционные горизонтально масштабируемые СУБД (YandexDB), офисные пакеты (Р7-Офис), средства корпоративных коммуникаций и информационной безопасности (NGFW, антивирусы), инженерное ПО CAD/CAE (CAE Fidesys, ЛОГОС, QForm STAMPING, SIMMAX-ADDITIVE).

При этом остаются существенные пробелы в части тяжелых ERP-систем (аналоги SAP R/3), инженерное ПО (CAD/CAE) для микроэлектроники, а также ПО для управления сложными ЦОД (DCIM).

Значительное отставание наблюдается и в аппаратной части: ситуация с серверами, СХД и особенно высокопроизводительными сетевыми чипами и коммутаторами (уровня Cisco/Arista) остается сложной из-за дефицита отечественной компонентной базы и отсутствия современной отечественной литографии. То же самое происходит в сегменте высокопроизводительных GPU-карт для ускорения обработки 3D-графики и решения задач искусственного интеллекта и машинного обучения.

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

 — Говоря о наибольшем спросе в ИТ-инфраструктуре, я бы отметил, что основной поток проектов сосредоточен вокруг замены служб каталогов (миграция с Microsoft Active Directory на ALD Pro или РЕД ПРЕДЕЛА), систем виртуализации (переход с VMware на Горизонт-ВС, vStack, Termidesk, «Базис») и корпоративной почты (замена Exchange на CommuniGate, RuPost, Анаконда).

Как правило, мы стараемся идти по пути бесперебойного перехода (Zero Downtime). В процессе внедрения создается параллельный независимый контур инфраструктуры, куда поэтапно, отдельными департаментами или филиалами, мигрируют пользователи и данные. Настраивается двусторонняя синхронизация (например, между AD и новой службой каталогов), и только после полной обкатки старый сегмент отключается. Ключ к успеху – отработка процессов перехода в тестовых средах, максимально приближенных к реальному продуктивному контуру.

Отдельно надо отметить, что в последнее время все чаще появляются запросы «импортозамещения импортозамещенного»: компании, выполнившие замены импортного ПО и оборудования на отечественное, после определенного периода эксплуатации (год-полтора) приходят к пониманию, что был сделан ошибочный выбор и необходимо применять иной отечественный продукт.

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

 — Рынок адаптируется к новым условиям, и я бы отметил несколько трендов, которые будут способствовать решению существующих сложностей.

Во-первых, консолидация вендоров и стандартизация: на смену сотням мелких утилитарных продуктов придут крупные ИТ-холдинги, возникшие за счет консолидации и укрупнения существующих в настоящее время разрозненных ИТ-компаний, занимающих схожие рыночные ниши.

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

Мы также продолжаем наблюдать развитие облачных платформ. Перенос инфраструктуры в облака провайдеров позволит бизнесу снизить капитальные затраты на «железо» и снять с себя проблему дефицита редких ИТ-кадров.

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

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