Немного мыслей про импортозамещение📝 💡

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

Импортозамещение в серверной ИТ-инфраструктуре может неплохо сработать (и будем считать есть такие примеры) при централизованном внедрении в федеральных ведомствах.
За счёт чего?
1. Разработанные и протестированные в центральных офисах командой подготовленных ИТ-специалистов типовые решения по оборудованию, серверным ОС и клиентским АРМам .
2. Централизованное решение типовых проблем, внедрение в регионах за счёт автоматизации развертывания и настройки + типовые инструкции для местных специалистов.
3. Прямая связь федерального заказчика с разработчиками на уровне центральных офисов. Где 3-я линия программистов максимально быстро отвечает на все запросы, так как это имиджевый федеральный проект.

А с чем же сталкиваются обычные региональные госзаказчики?
1. Необходимость подбора всех решений каждому госзаказчику в каждом регионе самостоятельно. Изыскание сил и средств для проведения/участия в пилотах и тестировании.
2. Отсутствие соответствующих средств на приобретение отечественных решений требуемого класса. Отечественное оборудование в силу ряда причин неизбежно получается для заказчика дороже на 20-40% по сравнению с импортным. Отечественный софт в целом выравнивается по ценам с импортным, но при этом с существенным отставанием в функционале и, местами, стабильности.
3. Отсутствие средств и подходящих кадров для обучения и подготовки собственных специалистов. Про эту проблему я, наверное, сделаю отдельный пост, потому что ситуация действительно тяжёлая. Здесь же только отмечу, что специалисты по отечественным решениям должны обладать более сильными компетенциями.

Отдельно отмечу сложность этого вопроса и для интеграторов. Для оказания даже базовых услуг по внедрению отечественного оборудования и ПО необходимо выделять и готовить отдельных специалистов (а не переучивать старых, которые должны оставаться в строю). Но главное в другом, необходимо готовиться к долгим и частым обращениям в техническую поддержку. Т.е. в проектах по переходу на отечественный вариант, например, терминальных серверов или доменной инфраструктуры специалистам придётся "жить" на объекте в течение 4-6 месяцев для выхода на стабильную работу. Отсюда, кстати, вывод о том, что для заказчика становится жизненно важно локальное расположение специалистов, как минимум из соседнего часового пояса, и на разовом внедрении приезжих инженеров далеко не уедешь.

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

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

Upd: Текст получился немного перегруженным и сложным. По просьбам читателей делаю выжимку на русском 😂

Резюме 2: Импортозамещение пока сложно, рискованно и дорого. Не торопитесь, ещё успеете)