VMware ESXi 6.0马上就要发布了。VMworld 2014大会几乎肯定会看到存在争议的vSphere Web Client变为强制性工具。除非vSphere Web Client 6.0提供众多更新，否则到目前为止管理员的冷淡反应可能预示着VMware强制做出变化后的日子并不好过。

引入单点故障？

将Web Client作为唯一的管理方式，如果vCenter Server宕机，那么在管理基础设施时会遇到问题。如果传统的Windows客户端无法连接未来的实例，我们该如何管理它们呢？

存在两种可能。第一种可能是针对这种特殊情况，仍旧可以使用传统的Windows客户端。VMware能够禁止Windows客户端访问vCenter Server，但仍旧能够处理基本的主机层面的维护。针对当前策略只有很细微的偏差——尽管这会刺激不想使用Web Client管理vCenter Server的用户——而且合乎逻辑。

第二种可能是VMware将会在每台ESXi主机内嵌入一个稳定的Web服务器作为Web Client，对于这种做法我坚决反对。ESXi的重点是其最小的攻击平面，因为其基本不运行任何服务。

目前有一个基本的Web 服务器安装为ESXi主机镜像的一部分，但只是显示了一个web页面，提供下载vSphere client的链接。我不赞同采用这类复杂性来处理胖Web client。Web服务器越复杂，借助其危害ESXi主机将会变得越容易。

大多数浏览器都是不安全的

目前Web浏览器在安全性上表现很糟糕。浏览器上有很多令人恼怒的“特性”，引诱最终用户不经意间点击了被感染的横幅广告。

Web Client还需要使用Adobe Flash插件，Adobe Flash插件作为目前最大的恶意软件载体与Java竞争。这是个安全梦魇而且绝对不应该在企业PC上被允许使用。尽管是这样，但不安装Adobe Flash插件就无法使用Web Client。

除了Flash，如果你想使用远程控制台或者Windows会话认证——事实上你肯定需要——那么必须安装客户端集成插件并启用。尽管考虑到只有系统管理员可能会安装这些插件，但是否会造成巨大的安全性威胁是存在争议的。

大多数管理员不得不安装VMware Client集成插件以实现远程控制台或者Windows会话认证

当然，系统管理员通常使用能够访问企业网络特权区域的帐号，而集成插件不是开源的，所以我们不知道它们有多安全。这意味着要再三确认通过浏览器认证的这些插件只用于与vCenter Server通信而不会牵涉其他站点，这有些令人讨厌。

而且，集成插件并不完善。一个例子就是使用Windows会话认证方式登录不定期就会出现错误，抱怨“身份源”存在问题，但重试后就能够登录。连接控制台时也会出现时好时坏的问题。旧有的Windows客户端运行在相同的环境中，没有这类错误。

需要更多的活动空间

Web Client用户界面杂乱无章。与其说是Windows UI还不如说是chrome。PC最常见的显示分辨率是1366X768，我认为Web Client在这一分辨率下基本无法使用。

与Windows客户端相比，vSphere Web Client界面很凌乱

这是个实际的问题。当在巨大的压力下解决故障时，遇到糟糕的UI我几乎崩溃了。在压力下解决问题通常意味着在假期、会议或者休息时被打断。在上述情况下，我能使用的第一个设备就是笔记本电脑：分辨率为1366×768的联想x230。

Web Client使得微软的嵌套标签路线下降了一个级别。在Windows客户端上我可以使用12个或者更多的标签，但在Web Client上只能使用四个。完成其他工作需要找到右键弹出的标签并进入子标签下，或者是使用框架式画面分割标签。

Windows客户端提供了更多的标签、更有序的布局

在整个UI中标签及框架的使用是不一致的。更糟糕的是，在一个chrome味道很浓的UI上使用这些框架式的条目使得空间问题变得更明显。获得更多的空间变得很困难，因为左侧及右侧的边栏只能收缩这么多，在Web Client UI中找到目标要比在Windows客户端上困难很多。

vSphere Web Client的侧边栏只能进行有限的收缩，这使其比Windows客户端更难使用

更多精彩内容请看第二部分《关于vSphere Web Client：VMware需要做什么？（下）》。