Тонкий клиент без родного протокола: что теряет бизнес, соглашаясь на HTML5
Тонкий клиент без родного протокола: что теряет бизнес, соглашаясь на 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 вместо клиента». Потому что рабочее место, которое не справляется со звонком или периферией, — это не рабочее место. #VDI #тонкиеклиенты #GETMOBIT #импортозамещение #endpoint