Импортозамещение ИТ-инфраструктуры: ликбез и лайфхаки

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

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

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

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

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

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

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

Условно стадии перехода можно разделить на следующие:

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

Однако, если с прикладным ПО в России ситуация в целом понятна (за 20 лет появился целый пласт систем на базе 1С, более тысячи наименований в реестре отечественного ПО), то с системным или серверным ПО ситуация более сложная. Дело в том, что российские аналоги Windows и Oracle начали развиваться недавно, уровень распространения таких продуктов еще низкий, а специалистов-интеграторов можно пересчитать по пальцам. Тем не менее практика импортозамещения системного ПО уже существует и характеризуется определенными нюансами.

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

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

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

На начальном этапе инженеры создали пилотный стенд, на котором производили обкатку различных вариантов решений. В результате аналогом Active Directory от Microsoft была выбрана отечественная ОС Astra Linux Special Edition, реализованная на базе Linux-дистрибутива. Дополнительно внедрили систему управления доменом (ALD Pro) и базового ПО на рабочих местах того же вендора. Развернули серверную группировку и прототипы рабочих мест пользователей под различные задачи заказчика. Проблем с интеграцией с приложениями различных производителей практически не возникло, поскольку у приложений имелись Linux-дистрибутивы.

По отзывам пользователей конфигурация Astra Linux, настроенная специалистами Git in Sky, сегодня одна из самых стабильных и работоспособных на российском рынке системного ПО.