采用HTML 5客户端的误区
2391
2016-05-31 19:04
文章摘要:  我们可以通过HTML 5客户端访问虚拟桌面,但HTML5并非是所有员工都应该采用的技术。   HTML 5客户端的用户体验在很多情况下是可接受的,但其并非传统客户端的替代品。尽管改进了访问方式,甚至使用了更新的协议,比如VMware的Blast,但HTML 5客户端并不比PC端要好。   大多数用户不会注意到HTML 5访问与常规客户


  我们可以通过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应用在不同设备上的运行环境有所不同。总的来讲,这导致了连接及用户体验不可预知。这都会影响员工完成工作以及他们使用虚拟桌面的意愿。


版权声明:

凡本网内容请注明来源:T媒体(http://www.cniteyes.com)”的所有原创作品,版权均属于易信视界(北京)信息科技有限公司所有,未经本网书面授权,不得转载、摘编或以其它方式使用上述作品。

本网书面授权使用作品的,应在授权范围内使用,并按双方协议注明作品来源。违反上述声明者,易信视界(北京)信息科技有限公司将追究其相关法律责任。

标签:

评论