如何判断服务器产品是否优秀？

这里我们就目前已经实际应用了WS-Management协议的DELL服务器为例，如果我们需要获取网卡的MAC地址的话，可以使用如下命令实现。

使用WS-Management，必须先在客户端上面安装名为wsmancli软件包。DELL在这方面走得还是非常靠前的，官网上不但给出了wsman的使用实例，同时还在git上面提供了一整套范例脚本。具体内容请读者自行参考如下链接。

3）范例脚本下载地址和说明：

q https://github.com/dell/recite

q http://en.community.dell.com/techcenter/systems-management/w/wiki/3757.recite-interactive-ws-man-ing-environment

q http://en.community.dell.com/techcenter/extras/m/white_papers/20066176

q http://en.community.dell.com/techcenter/extras/m/white_papers/20066181

除了WS-Management以外，类似的标准还有Redfish，最新版本是2.0。它是一个通过RESTful接口利用JSON数据来实现的集成解决方案。Redfish的是一个更加轻量级的协议。比起WS-Management来，它同样借助了HTTP模式，但传输数据更少，协议层更加简单，Redfish所能够支持的成员也更多。国内一些厂家已经在推动Redfish项目的进程了。具体的详细内容可以参考如下链接：http://www.dmtf.org/standards/wsman。

另外一点就是兼容性。兼容性的优势将使产品在未来异构融合的竞争中处于有利的位置。我们可以回顾一下历史，看一看WinZip为什么会输给了WinRAR。当年WinZip是压缩软件界的老大哥，而WinRAR只是初出茅庐的毛头小子而已。不过，WinRAR在推广自己压缩率更高的rar格式的同时，也兼容了zip格式。而WinZip却不愿意把rar格式纳入到自己的帐下，也许WinZip觉得这样做实在是丢不起那个人。这两种策略最终形成了两种完全不同的结果。尽管后来各式各样的压缩软件如雨后春笋般的出现，但都无法撼动WinRAR霸主的地位。原因就在于WinRAR能够谨记WinZip失败的教训，不断地兼容后来者的各项功能，稳固了自己的江山。

我们就拿虚拟控制台举例，绝大多数服务器的虚拟控制台依旧是通过Java程序来实现的。而HP提供的C/S模式的工作效率显然要比Java高很多，并为本地登录提供了冗余手段。按理说，HP能做到这一步，在众多厂商里面已经算是很领先的了。但是DELL的思维模式却显得更加前卫，它把VNC服务直接嵌入到带外管理模块中，在本地登录的时候使用VNC Viewer就可以了，而不是像HP那样要安装一个私有化的客户端。使用开放标准的VNC协议的优势就在于没有开发成本，而且它的通用性和可行性都很强，在未来异构平台融合的大背景下具有很大的竞争优势。在写这本书的时候，我已经在和华为、联想、浪潮的销售与技术团队的技术交流中，建议厂商尝试在带外管理中嵌入VNC服务。这也许将在未来形成一种趋势，我个人希望借助宣讲和推动，为业界产品的异构融合迈出坚实的第一步。

完善的信息数据展示

信息展示分为静态和动态两个部分，静态信息是指硬件清单的配置信息，动态信息是指部件状态的实时监测数据。

硬件清单的配置信息用于资产管理和安装部署之用，采购的机型不止一种，所以需要通过硬件清单列表的详细内容对服务器进行辨识，同时也有助于我们检查供货设备硬件配置的准确性。硬件配置清单列表中应当尽可能地包括如表1所示的内容信息。

表1 Business-IP的对应关系表

部件状态的实时监测数据分为两种。第一种是硬件的健康状态，表明它是好的还是坏的。第二种是温度、电压、电流、风扇转速、能耗等传感器的实时读数。

软硬件环境兼容性

软硬件环境的兼容性的优劣，决定了一款产品应对使用场景的灵活性和适用性。如果适用性太差，就很难去推广到大规模、多样化的应用场景里去。

1. 浏览器兼容性

基于B/S架构的图形化管理是带外管理最早的表现形式。说到B/S架构，我们就不得不提到浏览器这个话题。近年来，Chrome和Firefox确实比较流行，但是我希望更多情况下，产品对于IE浏览器的兼容性还是要多考虑一些。毕竟IE是Windows原生的，而很多工作我们还是要基于Windows平台来实现的。

2. JRE兼容性

绝大部分产品都是基于Java开发的，所以JRE是远程虚拟控制台和一些私有化管理工具必不可少的运行支持环境。然而不幸的是，因为厂家众多，产品的生命周期也不尽相同。一些产品只能运行在老版本的JRE上面，而另一些产品则必须使用最新版本的JRE。一个平台下同时使用多套JRE环境是很麻烦的。一个兼容性差的产品就像一个不合群的人一样，会受到别人排挤的。我们对待产品也是一样，少数要服从多数，新来的要入乡随俗，只有那些能够向下兼容的产品才会被留下来。

3. 协议兼容性

比较常用的协议有FTP、LDAP、HTTP、HTTPS、NTP、SMTP、SNMP、SSH、rsyslog等，而且类似SNMP、SSH等还有多个不同版本。对于产品所支持的协议的种类与版本，肯定是越多越好。

4. 硬件及驱动程序兼容性

这个问题主要体现在和部署系统的配合上面。例如因为硬件特殊或是驱动程序的问题，使得部署系统无法识别，从而导致安装失败。这种问题严格来讲，不能全都赖在厂商这边。但是用户作为甲方，是有一定话语权的。能够解决问题是最好不过了，但如果解决不了，或者解决成本太高，有可能用户会因此令你出局。

用户体验

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!