摘要:我们可以通过HTML 5客户端访问虚拟桌面,但HTML5并非是所有员工都应该采用的技术。 |
我们可以通过HTML 5客户端访问虚拟桌面,但HTML5并非是所有员工都应该采用的技术。
HTML 5客户端的用户体验在很多情况下是可接受的,但其并非传统客户端的替代品。尽管改进了访问方式,甚至使用了更新的协议,比如VMware的Blast,但HTML 5客户端并不比PC端要好。
大多数用户不会注意到HTML 5访问与常规客户端连接在性能上的差异,但对图形或视频有要求的员工往往会注意到。GPU加速浏览器能够通过HTML 5交付高质量的图形,但并非所有浏览器都具备该性能。
没有使用GPU加速的客户端通过WebSocket运行远程桌面协议,这意味着图形以RLE格式提供给用户。这是一种旧有的、浏览器无法解码的压缩格式。相反,浏览器使用JavaScript对图形进行渲染,这是一种损害性能的无效流程。
端口、插件以及app问题
实际上使用HTML 5客户端并非总是很轻松。例如,对管理员来说设置VMware Blast很简单,但端口连接可能会把事情搞糟。初始连接通过443端口。如果该端口被阻塞,HTML访问就无法实现。用户能够能录,但无法与桌面建立连接,最终将会超时。这意味着你必须提前在后端做一些配置。如果没有使用VMware View以及Blast,那么你还必须确保在View Security服务器上设置了HTML访问组件。
如果增加了浏览器应用以及插件,事情可能会变得更加复杂。真正的HTML 5客户端不使用或者不需要浏览器插件,但是所有的浏览器都有插件,而且不同设备的插件都不一样。
GPU加速粉墨登场
VMware、Nvidia以及Google彼此协作,创造了一个运行Nvidia Tegra K1芯片以及Blast协议升级版的Chromebook,能够在低成本设备上交付高质量图形。
例如,运行Chrome远程桌面的Google Chrome应用访问本地资源。访问来自本地客户端(NaCL),一个孤立的应用环境。开发人员喜欢使用NaCL构建应用,因为能够使访问应用就像是访问一个本地程序,而且用户往往更喜欢使用本地应用。
但通过浏览器访问远程桌面客户端并在NaCL中运行,用户能够使用想使用的任何协议连接远程桌面。每个协议提供了不同的用户体验,部分协议要比其他的要好。浏览器插件同样存在问题,因为NaCL应用在不同设备上的运行环境有所不同。总的来讲,这导致了连接及用户体验不可预知。这都会影响员工完成工作以及他们使用虚拟桌面的意愿。
责任编辑:DJ编辑