Тонкий клиент без родного протокола: что теряет бизнес, соглашаясь на HTML5

На рынке российских решений уже долгое время прослеживается "удобный" нарратив: «наш тонкий клиент поддерживает VDI через HTML5» — и это подаётся как полноценная альтернатива работе по родному протоколу. Звучит современно и даже как будто работает. На деле — компромисс, о котором заказчику рассказывают не всегда.

⚠️ Работа в VDI через браузер — это ещё не «поддержка VDI»

Разберём, почему HTML5 — это не то же самое, что родной клиент 🔍

HTML5-доступ работает через браузер: шлюз принимает соединение, перегоняет протокол VDI в веб-трафик и отдаёт картинку. Для лёгких сценариев — документы, браузер, почта — этого может хватить. Но браузер — это «песочница», которая физически не имеет прямого доступа к железу пользователя.

Что происходит на практике:

🎙 Звук и микрофон — передача аудио через HTML5 работает с дополнительной задержкой и потерями качества. Про ВКС и полноценные созвоны в таком режиме говорить сложно.

🖨 Периферия — USB-устройства, сканеры, смарт-карты, специализированная периферия либо не перенаправляются совсем, либо работают с ограничениями. Браузеру незачем давать веб-сайту прямой доступ к вашим USB-портам.

🖥 Графика и отзывчивость — без использования аппаратного ускорения и оптимизированного протокола браузер потребляет больше полосы пропускания и проигрывает по плавности нативному клиенту.

🔐 Смарт-карты и строгая аутентификация — в большинстве HTML5-реализаций просто недоступны.

Почему всё же предлагают такое «решение»?

"Поддержать" VDI именно через HTML5, при наличии такой возможности, гораздо проще: снижается зависимость от конкретного VDI-вендора и упрощается разработка, не нужно интегрировать «родной» клиент под каждую российскую или иностранную VDI-платформу. Но для заказчика это означает, что часть функций, которые он считает само собой разумеющимися, просто не работают — или работают «как получится».

Для банка с колл-центром, медучреждения со сканерами, предприятия с токенами и смарт-картами — это не мелочь. Это ключевые сценарии работы.

Что нужно уточнять при выборе ПО для тонкого клиента ✅

Прежде чем ставить «галочку» о поддержке VDI, стоит задать вендору конкретные вопросы:

— Какой протокол используется: родной клиент вашей VDI-платформы или HTML5-шлюз?
— Поддерживается ли перенаправление USB, смарт-карт, аудиоустройств?
— Работает ли оптимизация ВКС (Teams, TrueConf, Webex, IVA) — или звонок идёт «через VDI» с двойным кодированием?
— Есть ли ограничения при подключении используемой VDI-платформе?

Родной протокол — это не «приятный бонус». Это разница между инфраструктурой, которая работает, и инфраструктурой, которая «в целом работает».

В GM-Box и NG Client мы реализуем именно родную поддержку протоколов — без «HTML5 вместо клиента». Потому что рабочее место, которое не справляется со звонком или периферией, — это не рабочее место.

Подробнее на Сайте. Мы в MAX и VK

#VDI #тонкиеклиенты #GETMOBIT #импортозамещение #endpoint