Реальность сегодняшнего дня такова, что большинство организаций работают в смешанном ИТ-ландшафте. С одной стороны, бизнес-процессы всё ещё опираются на привычное зарубежное ПО — операционные системы, офисные пакеты, почту. С другой — активное импортозамещение диктует необходимость внедрения российских решений.
Резкая замена всего стека одномоментно практически невозможна, поэтому поэтапный переход становится основным рабочим сценарием. О том, как выстроить этот процесс, рассказываем в этой статье.
Шаг 1: Не изобретаем велосипед, а собираем «тепловые карты»
Проект стартует не с закупки, а с тщательного изучения доступной информации. Сегодня на рынке накоплен значительный объём аналитики: интеграторы формируют «тепловые карты» зрелости продуктов, дорожные карты и «зелёные книги», в которых уже проведён сравнительный анализ российских ОС, офисных пакетов, средств управления и почтовых систем. Использование таких материалов позволяет заказчику быстрее понять, какие решения наиболее готовы к промышленной эксплуатации.
Дополнительным ориентиром служат официальные перечни регуляторов (например, реестр Минцифры) и отраслевая аналитика. Чтобы сохранить объективность, стоит собирать данные из нескольких независимых источников — не ограничиваясь рекомендациями одного дистрибьютора или интегратора. Как правило, после такого предварительного отбора остаётся два-три наиболее зрелых кандидата, которые уже имеет смысл тестировать в собственной среде.
Шаг 2: Пилот — проверка на реальных сценариях
Следующий этап — пилотирование. Его задача — оценить, как выбранные решения ведут себя в конкретной инфраструктуре и насколько соответствуют ожиданиям пользователей. Ключевой момент здесь — не количество задействованных машин, а репрезентативность выборки.
В пилотной группе обязательно должны быть представители разных подразделений: бухгалтерии, HR, юридического отдела, закупок. Это позволяет выявить проблемы в прикладных сценариях задолго до масштабирования.
Первыми новую среду обычно тестируют сотрудники ИТ-службы, а затем к ним присоединяются небольшие группы пользователей из бизнес-функций. Именно эти люди становятся своего рода «амбассадорами» импортозамещения — они дают основную обратную связь и помогают докрутить среду до комфортного состояния перед массовым развёртыванием.
Шаг 3: Как выглядит умная миграция
После пилота формируется целевой ИТ-ландшафт и начинается миграция. Наиболее надёжная стратегия — послойный переход. Сначала разворачивается базовая инфраструктура: службы каталогов, почта, виртуализация, системы управления. Затем в эту среду добавляются образы отечественных ОС и пакетов ПО. И только после этого запускается поэтапный перевод рабочих станций.
Пример: утром пользователь работал в привычной среде Windows с Microsoft Office, Teams и Outlook, а после автоматизированной миграции его встречает связка Astra Linux, «Мой Офис» и сервисы Яндекс 360. Но такой переход происходит не для всех одновременно.
Сначала переводится небольшая группа, и если возникают проблемы (несовместимость периферии, драйверов или специфического ПО), её можно быстро откатить к исходному состоянию, не затрагивая остальной бизнес. Именно на этом этапе проявляются основные ограничения, которые затем закрываются обходными сценариями: например, часть пользователей временно остаётся на Windows, а специализированные приложения выносятся в виртуальную среду или на удалённые рабочие столы.
Шаг 4: Проблема «оставшихся 5%» и гетерогенные платформы
Практически всегда остаётся доля инфраструктуры, которую невозможно заместить быстро — инженерный софт, узкоспециализированные приложения. Нередко ситуация выглядит так: 95% парка уже мигрировало на Linux, но оставшиеся 5% требуют поддержки отдельного Windows-контура со своей службой каталогов, управлением и почтой. Поддерживать две разрозненные среды вручную — значит тратить ресурсы впустую и создавать риск ошибок.
В таких случаях на первый план выходят решения для гетерогенных сред, позволяющие централизованно управлять смешанным парком АРМ и серверов. Примером подобного подхода служит платформа Колибри-АРМ (разработка ICL Services), которая обеспечивает управление как Linux-, так и Windows-инфраструктурой из «единого окна». Это существенно упрощает администрирование и снижает операционные расходы.
Что помогает снизить сложность перехода
Исходя из практики, можно выделить несколько принципов, которые делают миграцию более управляемой.
- Сохранение привычного функционала. Новые инструменты должны максимально повторять возможности прежних, особенно в сложных сценариях. Если бухгалтерия активно использует макросы в Excel, выбираемый пакет должен корректно с ними работать. Чем ближе интерфейсы и логика работы, тем легче пройдёт адаптация администраторов и пользователей.
- Интеграция и совместимость. Сегодня ИТ-ландшафт собирается из продуктов разных разработчиков, и важно, чтобы они были не просто совместимы на бумаге. Наличие сертификатов совместимости и готовность вендоров оперативно исправлять возникающие на стыках проблемы — один из критериев зрелости решения.
- Обучение и поддержка. Технологическое обновление — это всегда ещё и работа с людьми. Без коротких видео-инструкций, обучающих курсов, базы знаний и адекватной техподдержки резко возрастает нагрузка на сервис-деск и падает удовлетворённость персонала. Поэтому программа обучения — не вспомогательный, а обязательный элемент проекта.
- Дорожная карта важна прямо сейчас. Импортозамещение — это долго и дорого. Поэтому при выборе продукта смотрите не на то, что он умеет сейчас, а на его дорожную карту. Бывает, что нужная вам плюшка запланирована в релизе через полгода. Если вы только стартуете пилот, то к моменту массового внедрения этот функционал как раз появится. Это искусство синхронизации скорости вендора и ваших бизнес-задач.
Почему без интегратора – сложно
Попытка реализовать масштабный проект импортозамещения исключительно силами внутреннего ИТ-отдела несёт большие риски, особенно для непрофильных организаций. Руководству, не погружённому в технологическую специфику, сложно объективно оценить компетенции команды и её способность управлять всеми этапами миграции.
Системные интеграторы, для которых ИТ — основной вид деятельности, обладают и глубокой экспертизой, и реальным опытом десятков внедрений. Они понимают подводные камни, следят за рынком и могут предложить не просто набор технических действий, а продуманную технологическую стратегию. По сути, интегратор берёт на себя ответственность за то, чтобы новый ИТ-ландшафт был работоспособным, управляемым и комфортным для конечных пользователей.
А как у вас обстоят дела с «зоопарком» систем? Делитесь в комментариях, какой процент инфраструктуры уже удалось перевести и что вызывает наибольшую боль.