Уход Citrix с российского рынка стал для многих компаний не просто вынужденной сменой вендора, а потребностью в полноценной архитектурной перестройке. Долгие годы решения этого производителя были фактически отраслевым стандартом для построения инфраструктуры виртуальных рабочих столов (VDI) и публикации приложений. Сегодня ситуация осложняется дополнительным фактором: принудительным переходом на облачную модель активации Citrix — сервис LAS (License Administration Service), который для многих российских компаний либо недоступен, либо сопряжен с неприемлемыми рисками. В статье рассмотрим, как меняются подходы к построению виртуальных рабочих столов в этих условиях, какие архитектурные альтернативы существуют на российском рынке, а также предложим пошаговую стратегию миграции без потери производительности и управляемости.
Почему Citrix больше не работает как раньше
До недавнего времени у корпоративных клиентов было два сценария работы с Citrix. Первый — классическая on-premise инфраструктура с бессрочными лицензиями, которую компания обслуживала собственными силами или с помощью интегратора. Второй — подписка на облачные сервисы Citrix с размещением в российских дата-центрах или на мощностях самого вендора. После ухода компании с рынка оба сценария оказались под вопросом. Бессрочные лицензии формально продолжают работать, но без технической поддержки и обновлений, что в контексте требований к информационной безопасности и устойчивости инфраструктуры становится критичным риском. Облачная же модель LAS привязывает активацию к серверам Citrix за пределами России, создавая зависимость от доступности зарубежных сервисов и потенциальные регуляторные проблемы, особенно для банков и других организаций критической инфраструктуры.
В результате компании оказались перед необходимостью искать замену. Причем речь идет не только о прямых аналогах Citrix по функциональности, но и о переосмыслении самой архитектуры виртуальных рабочих мест. Зарубежные альтернативы — VMware Horizon, Microsoft AVD — ушли еще раньше и не гарантируют долгосрочной предсказуемости. Российский же рынок VDI пока находится в стадии формирования зрелых продуктов, и выбор здесь требует тщательного анализа.
Основные архитектурные аналоги на российском рынке
Среди российских решений для виртуализации рабочих мест сегодня выделяются два основных продукта, которые можно рассматривать в качестве архитектурных преемников Citrix: Termidesk и Termit. Оба продукта закрывают базовый сценарий VDI и публикации приложений, но имеют принципиальные различия в происхождении, архитектуре и экосистеме, которые важно учитывать при планировании миграции.
Termidesk разрабатывается компанией «Группа Астра» и представляет собой мультиплатформенное решение для создания виртуальных рабочих мест, обеспечивающее защищенный доступ к корпоративным данным и приложениям. Продукт поддерживает различные операционные системы на стороне клиента и сервера, включая Windows и Linux, а также собственные протоколы удаленного доступа, ориентированные на высокую производительность даже при низкой скорости канала связи. Благодаря интеграции с экосистемой «Группы Астра» Termidesk особенно привлекателен для организаций, которые уже используют или планируют переход на Astra Linux в качестве основной операционной системы. Продукт имеет сертификаты ФСТЭК России и включен в реестр отечественного ПО.
Termit — решение для виртуализации рабочих столов и приложений от компании Orion soft. Оно ориентировано на создание инфраструктуры терминального доступа и может работать как в классической модели с серверами сессий на Windows Server, так и с виртуальными рабочими столами на базе различных гостевых ОС. Termit активно используется в государственном секторе, промышленности и финансовых организациях, где высоки требования к совместимости с унаследованными системами и регуляторной отчетности. Продукт также включен в реестр отечественного ПО и имеет необходимый функционал безопасности для работы в критической информационной инфраструктуре.
Пошаговая стратегия миграции без потери производительности
Переход с Citrix на российский стек не должен быть «прыжком в неизвестность». Наиболее надежная стратегия предполагает несколько этапов, на каждом из которых критически важно сохранять управляемость и производительность для конечных пользователей. При этом конкретные технические шаги будут зависеть от выбранной платформы — Termidesk или Termit, — но общая логика остается единой.
Первый этап — аудит текущей инфраструктуры и сценариев использования. Необходимо четко понять, какие именно сервисы Citrix реально задействованы: полноценные виртуальные рабочие столы с персональными настройками, пулы непостоянных десктопов, публикация отдельных приложений или их комбинация. Также важно оценить нагрузку на сеть и серверы, пиковые сценарии (например, начало рабочего дня или закрытие отчетного периода) и требования к латентности. Отдельно стоит проанализировать, какие операционные системы используются на стороне серверов и клиентских устройств — от этого будет зависеть совместимость с Termidesk (с его глубокой интеграцией с Astra Linux) или с Termit (с его ориентацией на Windows-среды). Без этого анализа выбор целевого продукта и проектирование новой архитектуры будут опираться на догадки.
Второй этап — пилотный проект на ограниченном пуле пользователей. Лучше всего выбрать группу технически подготовленных сотрудников (например, ИТ-отдел или разработку), которые готовы к временным неудобствам и смогут дать качественную обратную связь. На этом этапе разворачивается тестовый контур на выбранном продукте, воспроизводятся типовые сценарии работы, замеряется производительность в сравнении с текущей системой. Особое внимание стоит уделить работе через VPN и на «тонких клиентах» — именно здесь часто возникают неожиданные проблемы с протоколами удаленного доступа. Для Termidesk важно проверить работу с Linux-клиентами и совместимость с существующими Windows-приложениями. Для Termit — оценить поведение при публикации ресурсоемких приложений на серверах сессий.
Третий этап — параллельный запуск и постепенное переключение пользователей. Идеальный сценарий предполагает, что старая и новая инфраструктуры работают одновременно, а перевод пользователей выполняется волнами по десять-двадцать человек. Это позволяет оперативно реагировать на проблемы, не останавливая бизнес целиком. На этом этапе важно обеспечить единую точку входа для пользователей, чтобы они не задумывались, под каким бэкендом работают в данный момент. Некоторые интеграторы предлагают использовать для этого reverse proxy или шлюзы приложений, которые маршрутизируют трафик на Citrix или российское решение в зависимости от профиля пользователя. Независимо от выбранной платформы, на этом этапе критически важна детальная документация всех настроек и политик доступа, чтобы при необходимости быстро вернуться к старой схеме.
Четвертый этап — оптимизация и сворачивание старой инфраструктуры. После перевода всех пользователей и стабилизации работы новой платформы можно выводить из эксплуатации компоненты Citrix. Однако здесь важно не торопиться: многие компании оставляют старый контур в «холодном резерве» на несколько месяцев, особенно если регуляторные или бизнес-требования предписывают наличие отработанного плана отката. Только после подтверждения, что новая инфраструктура стабильно отработала все типовые и пиковые нагрузки (включая плановые и внеплановые перезагрузки серверов), можно окончательно отключать лицензионные серверы Citrix. При этом для Termidesk стоит отдельно проверить сценарии резервного копирования и восстановления виртуальных рабочих столов, а для Termit — механизмы балансировки нагрузки между серверами сессий.
Чего ждать от миграции
Важно понимать, что переход с Citrix на российские решения для виртуализации рабочих мест — это не замена одного решения на аналогичное другое. Различия в протоколах, политиках доступа и механизмах профилей пользователей неизбежно приведут к изменению пользовательского опыта. Одни сценарии станут работать быстрее, другие могут потребовать адаптации. Задача грамотной миграции — не добиться идентичности любой ценой, а сохранить приемлемый уровень производительности и управляемости при переходе на технологический стек, который гарантированно будет поддерживаться и развиваться в России. Выбор между Termidesk и Termit должен определяться не абстрактными предпочтениями, а реальным ландшафтом компании: текущими операционными системами, долгосрочной стратегией импортозамещения и готовностью ИТ-команды осваивать новую экосистему.
«Онланта» является официальным партнером Группы Астра и Orion soft и внедряет оба этих решения. Мы предлагаем провести демонстрацию каждого из решений на ваших типовых сценариях, предоставить консультацию по архитектуре и помочь выбрать наиболее эффективный вариант с учетом вашей текущей инфраструктуры и долгосрочных планов. Те компании, которые подойдут к миграции системно — с аудита, пилота и поэтапного переключения, — смогут не только заместить Citrix, но и получить более предсказуемую и контролируемую инфраструктуру VDI. А грамотно выбранный партнер сократит сроки перехода и снизит риски, связанные с неизбежными архитектурными различиями между старым и новым решениями.