Терминальные решения для современных организаций на основе Termidesk

05.11.2026

Ещё недавно рабочее место сотрудника означало отдельный компьютер, локальные программы и копии документов на диске. Сегодня всё чаще под «рабочим местом» понимают сессию на сервере, а под столом пользователя остаётся лишь тонкий терминал. На этом поле формируется и Termidesk — платформа «Группы Астра», позиционируемая как программные и аппаратные решения для построения защищенной инфраструктуры, где виртуальные рабочие места и приложения живут в управляемом серверном контуре, а не на пользовательских устройствах.

Брокер, который держит всё под контролем

Ядро Termidesk — диспетчер подключений. Он не выполняет вычисления сам, но управляет жизненным циклом виртуального рабочего места: создаёт его, закрепляет за сотрудником, доставляет стол или отдельное приложение, следит за сессиями. Пользователь заходит со своего устройства — через клиент или браузер — и видит привычный интерфейс, тогда как корпоративные данные физически никогда не покидают ЦОД. Потерянный ноутбук в такой схеме перестаёт быть инцидентом безопасности.

Внутри единого дистрибутива сосуществуют несколько продуктов с разными ролями. Termidesk VDI отвечает за классическую модель: у каждого человека своё изолированное виртуальное рабочее место с сохранением состояния. Termidesk Terminal разворачивает терминальный доступ — десятки пользователей работают одновременно в одной серверной системе, будь то Windows Server или Astra Linux со компонентом STAL. Termidesk Connect закрывает вопросы балансировки: распределяет нагрузку, ведёт геобалансировку между площадками и обновляет кластер без остановки сервисов.

Платформа включена в Единый реестр российского ПО и собирается на базе сертифицированной Astra Linux Special Edition, что делает её применимой там, где регулятор требует доверенных компонентов.

Мультиплатформенность как инженерная позиция

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

• российские платформы виртуализации — ПК СВ «Брест», VMmanager, zVirt, oVirt, OpenStack;
• VMware vSphere — в том числе как мост для поэтапного ухода с VMware Horizon;
• гостевые системы Astra Linux, «Альт», РЕД ОС, Debian, Ubuntu и Windows;
• аппаратные архитектуры x86, ARM и MIPS.

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

Контур безопасности изнутри

Централизация меняет саму модель защиты. Доступ к данным контролируется на уровне сервера: на терминал передаются только картинка интерфейса и потоки ввода, поэтому скопировать базу клиентов на флешку попросту не с чего. Разграничение прав строится через интеграцию со службами каталогов — Active Directory, ALD Pro, FreeIPA, «Альт Домен» — и политики, которые пользователь изменить не может.

Аутентификация поддерживается разная: Kerberos, двухфакторная проверка с токенами, SAML. Доставка столов и приложений идёт по протоколам TERA (собственная разработка), RDP и SPICE, а для задач с 3D-графикой и виртуализацией GPU предусмотрен Loudplay. Для секторов с особыми требованиями — прежде всего для государства — это закрывает базовый перечень вопросов регуляторов без самодельных надстроек.

Откуда растёт спрос

Сценарии внедрения повторяются у разных заказчиков, и их удобно свести к нескольким типовым конфигурациям. Для бизнеса и для государства они различаются скорее акцентами, чем механикой:

• построение VDI с нуля на отечественном стеке: Astra Linux, «Брест», Termidesk, вплоть до аппаратных комплексов «под ключ»;
• поэтапное импортозамещение — интеграция в существующую среду VMware и перенос удаленных рабочих мест без потери функциональности;
• терминальные фермы для сотрудников с однотипными задачами, например контакт-центров;
• модель DaaS, когда облачный провайдер встраивает платформу в свой сервис с биллингом и мониторингом.

Экономика тоже аргумент: производительность конечного устройства перестаёт быть критичной, обновлять парк техники приходится реже, а фонд в тысячи рабочих мест способны сопровождать один-два администратора.

Отказоустойчивость как исходное требование

Проектировать отказоустойчивую инфраструктуру задним числом дорого, поэтому Termidesk закладывает резервирование на этапе архитектуры. Диспетчер, шлюз и серверы дублируются, кластер высокой доступности переживает отказ узла — как в пределах одного ЦОД, так и в геораспределённом контуре. Масштабирование горизонтальное: рост числа пользователей закрывается добавлением узлов, а не заменой оборудования.

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

Экосистема вокруг, а не вместо

Termidesk не живёт в вакууме: он состыкован с сервисами «Группы Астра» — каталогом ALD Pro, резервным копированием RuBackup, средствами мониторинга. Агрегатор объединяет несколько VDI-ферм в единый интерфейс с общим списком ресурсов, а встроенный инструмент удалённого помощника снимает часть нагрузки с техподдержки, которая заявлена в режиме 24/7 с инженерами по часовым поясам.

Показательна и методологическая деталь: развитие продукта ведётся с опорой на рекомендации ITU-T Y.3504, описывающие архитектуру инфраструктуры виртуальных рабочих мест. Это скорее признак инженерной дисциплины, чем маркетинговый аргумент, — и именно такие вещи обычно отличают зрелые разработки.

Рынок без единственного игрока

Termidesk — не единственная российская VDI-платформа, но его путь отражает общую траекторию отрасли: от воспроизведения зарубежных сценариев к собственным протоколам, экосистемным интеграциям и единой лицензии, объединяющей VDI, шлюз и платформу виртуализации. Для организаций, которым нужны удалённая работа, управляемость и контроль над данными одновременно, подобные терминальные решения становятся базой, а не альтернативой. Вопрос лишь в том, какая конфигурация соответствует приоритетам конкретной организации.