Андрей Арефьев, Pragmatic Tools: Закупку стека ОС нужно начинать с каталога, а не с рабочих станций

Почему миграция на российское ПО часто оказывается сложнее, чем кажется на старте? В открытой студии AltConf 2026 мы поговорили с сооснователем Pragmatic Tools Андреем Арефьевым о том, с чего начинается успешный переход, зачем нужен аудит инфраструктуры, как избавиться от накопившегося «цифрового мусора» и организовать работу двух систем в переходный период.

Расскажите, пожалуйста, как вы взаимодействуете с «Базальт СПО», как работаете в связке с «Альт Доменом»?

А. А.: Мы технологический партнёр «Базальт СПО». Это значит, что мы пытаемся изменить сам подход к переходу с инфраструктуры Microsoft на отечественную. В условиях плотной интеграции и, скажем так, энергичных боданий мы договариваемся, как это правильно выстроить.

Проблема простая по сути, но очень масштабная. Представьте себе Active Directory, которая отвечает за безопасность всей организации. И её нужно заменить. При этом она уже глубоко встроена в большое количество сервисов. Вывод очевидный: сделать это сразу невозможно, потребуется время. И главный вопрос здесь — «Как заменить?». На него отвечаем мы. А «Базальт СПО» отвечает на вопрос «На что заменить?».

То есть вы — такие рельсы?

А. А.: Мост. Я обычно говорю, что мы — мост безопасной трансформации корпоративного каталога, по которому можно спокойно перейти от Microsoft на продукты «Базальт СПО».

Что означает «спокойно»?

А. А.: Спокойно — это означает безопасно. Я давно в информационной безопасности (ИБ), и для меня все эти базовые практики очевидны.

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

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

И возникает практическая сложность: у вас фактически два домена. Приходит сотрудник: учётная запись должна появиться в обеих системах. Уходит сотрудник: её нужно удалить тоже в двух местах. И всё это надо синхронизировать и контролировать. Вот эту операционную часть мы и автоматизируем.

Как вы работаете с «Базальт СПО»? Вы запускаете проекты внедрения вместе или сначала проводите подготовку, а уже потом подключаются сотрудники «Базальт СПО» и занимаются настройкой?

А. А.: Наша модель дистрибуции — через партнёров и дистрибьюторов. Прямыми продажами мы не занимаемся, поэтому такого плотного взаимодействия с конечным клиентом обычно не возникает. Оно происходит на уровне партнёров. Это наши совместные партнёры-интеграторы, которые помогают внедрять отечественные решения и заниматься импортозамещением.

В этой модели мы помогаем «Базальт СПО», и они помогают нам. По сути, это одна партнёрская сеть, одни и те же люди, одни и те же аккаунты, одни и те же заказчики. Это просто упрощает всю логистику.

На AltConf 2026 многие партнёры «Базальт СПО» отмечают, что компании удаётся выстраивать комфортное взаимодействие и с заказчиками, и с партнёрами. У вас внутри компании такой же подход? Насколько хорошо вы слышите друг друга?

А. А.: Хочется в это верить. Мы видим, что в результате нашего влияния в «Базальт СПО» тоже меняет подходы, которые рекомендуют в части импортозамещения. Это, безусловно, взаимное обогащение. Вообще любое партнёрство эффективно тогда, когда есть обмен опытом и идеями. И мы это взаимодействие с «Базальт СПО» действительно ощущаем.

Там очень интересные люди. Они — идейные. Это, знаете, подкупает. Не про «заработать любой ценой», а про то, чтобы донести что-то правильное, полезное, осмысленное.

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

А. А.: Microsoft, на мой взгляд, смогли завоевать мир, потому что они сделали Active Directory — удобную систему управления энтерпрайзом. И они сделали это в 2000 году. Большинство компаний в России используют Active Directory, и используют его очень давно.

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

Самый простой пример: у заказчика стоит Active Directory и Microsoft Exchange Server. При этом Exchange часть своих данных хранит в Active Directory. И возникает вопрос: точно ли мы хотим переносить это в новый контур? Скорее всего, нет.

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

Или другой пример — сервисные учётные записи. В инфраструктуре Microsoft они используются для управления доступом к данным, ресурсам и различным сервисам.

Сама концепция энтерпрайза при переходе на «Альт» может меняться. И это значит, что часть этих сервисных учётных записей просто перестаёт быть нужной. От них стоит избавляться.

Это напоминает очистку диска, да?

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

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

Что вы им отвечаете? Это правильное решение? Как нужно действовать?

А. А.: Зависит от заказчика. Есть такие сценарии, где, например, вы работаете с физическими лицами и обязаны хранить всю историю взаимодействия с ними за всё время. Очевидно, что избавиться от этих данных нельзя. Это уже исторические данные, которые необходимы для работы и соблюдения требований. И в таких случаях её нужно переносить.

Архивировать и так далее.

А. А.: Возможно, они нужны в постоянной работе. Неизвестно. Это зависит от бизнес-процесса.

Расскажите о рабочем процессе — это подписка или разовое решение? Вы «перевезли» решения «Базальт СПО», дальше — собрали свои удочки и уехали? Или вы постоянно приходите туда и проводите очистку?

А. А.: Мы продаём практически коробочную лицензию. Клиент покупает нашу экспертизу как лицензию и использует её столько, сколько ему нужно. Это не подписка — это лицензия на конкретный набор функций и действий. Она может отличаться по составу: нужен модуль аудита или не нужен, нужна миграция файловых шар или нет, возможны разные вариации. Но в целом это перманентная лицензия с годовой технической поддержкой. Потому что этот софт, как правило, живёт в контуре заказчика минимум 3–4 года.

Есть у меня хороший вопрос от ChatGPT. Он спрашивает: «Какие ошибки компании чаще всего совершают ещё до старта миграционного проекта?»

А. А.: Отсутствие аудита, непроведение аудита — это частая история. Подход «давайте что-нибудь сделаем, а там где-то что-то отвалится — и ладно». Не все могут себе это позволить, но как ошибка он встречается регулярно.

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

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

Вы получаете какую-то обратную связь от клиентов?

А. А.: Конечно. В типовом проекте, когда нужно перенести, условно, 3 000 учётных записей, около 4 000 групп и файловый сервер, миграция может занять до трёх лет работы одного человека в режиме full-time. Мы это время экономим. То, что у заказчика могло бы растянуться на годы, мы делаем за неделю, иногда быстрее. При этом — контролируемо, с отчётностью, с необходимым контролем качества и всеми трансформациями, которые могут понадобиться в процессе.

Такой экологичный переезд с вашей поддержкой — это показатель зрелости или какая-то вынужденная мера?

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

Андрей, спасибо за предметный и очень полезный разговор.