對(duì)于一款服務(wù)器產(chǎn)品而言，我們可以從三個(gè)角度去評(píng)估它——質(zhì)量、功能和服務(wù)。

質(zhì)量是產(chǎn)品可用的第一要素，這里主要是指硬件的故障率，這個(gè)數(shù)值應(yīng)當(dāng)?shù)陀?%，一些廠商的硬件質(zhì)量甚至可以做到小于1%。不要小看這個(gè)數(shù)字的變化，對(duì)于海量模式的硬件平臺(tái)，基數(shù)越大差距效果就越明顯。假設(shè)服務(wù)器總量是三萬(wàn)臺(tái)，多出一個(gè)1%就意味著平均每天會(huì)多觸發(fā)一次故障事件。即便是更換硬盤的維修，也會(huì)對(duì)生產(chǎn)系統(tǒng)的運(yùn)行產(chǎn)生一定影響。故障率如果控制不住的話，那么SLA的承諾就是一紙空談。

同時(shí)質(zhì)量也直指另外一個(gè)重要指標(biāo)，那就是性能。在這里，我們把產(chǎn)品性能也納入到質(zhì)量里面去。為什么這樣講呢？如果一個(gè)產(chǎn)品的性能很差，意味著它的可用性就很差，一個(gè)不可用的產(chǎn)品，從概念上講基本就等同于質(zhì)量不合格。一個(gè)性能極差的產(chǎn)品基本上就是不可用的，對(duì)生產(chǎn)業(yè)務(wù)的正常運(yùn)行是非常不利的。

功能是另外一個(gè)很重要的影響因素。如果說(shuō)質(zhì)量關(guān)系到業(yè)務(wù)的正常運(yùn)行，那么功能就關(guān)系到業(yè)務(wù)的高效維護(hù)。一般所謂的功能主要是指服務(wù)器的帶外管理功能。因?yàn)樵谟布�配置方面，除了RAID卡和電源以外，能夠相互一較高下的地方并不太多。但是服務(wù)器的帶外管理功能確實(shí)可以有效地拉大不同產(chǎn)品之間的距離。

質(zhì)量和功能是在我們的技術(shù)評(píng)估中是占有很大比重的，而服務(wù)部分會(huì)相對(duì)偏輕一些。服務(wù)好不如質(zhì)量好，手冊(cè)好不如產(chǎn)品好。如果一款產(chǎn)品，質(zhì)量可靠有保障，使用簡(jiǎn)單不求人，那么誰(shuí)還會(huì)需要售后服務(wù)和說(shuō)明書(shū)呢？如果產(chǎn)品的質(zhì)量跟不上去，功能又有缺陷，那么服務(wù)再好也是沒(méi)有意義的。相反的，如果產(chǎn)品功能強(qiáng)大且質(zhì)量過(guò)關(guān)，我們反而很少會(huì)使用到售后服務(wù)。

在海量模式下的運(yùn)維場(chǎng)景中，甲方都有自己專門的運(yùn)維團(tuán)隊(duì)。當(dāng)觸發(fā)任何緊急事件時(shí)，第一時(shí)間都需要運(yùn)維團(tuán)隊(duì)自己解決。我們不可能像過(guò)去傳統(tǒng)的系統(tǒng)集成那樣，把所有工作交付給廠商來(lái)完成。這涉及到一個(gè)時(shí)間成本的問(wèn)題。一個(gè)線上系統(tǒng)發(fā)生故障了，難道你要我打800開(kāi)Case，再等著廠商派工程師出現(xiàn)場(chǎng)嗎？這顯然是不可能的。業(yè)務(wù)就算停止一分鐘的損失都難以估計(jì)，你根本就等不起。只有像硬件維修或是技術(shù)咨詢這類不緊急的問(wèn)題，我們才會(huì)依靠廠商來(lái)支持。

另外，服務(wù)是一個(gè)長(zhǎng)期積累的過(guò)程。一個(gè)廠商的服務(wù)好與壞，在短期內(nèi)是很難做出評(píng)判的。對(duì)于那些以前根本就沒(méi)有使用過(guò)的產(chǎn)品，服務(wù)這一項(xiàng)也僅能通過(guò)測(cè)試階段的售前表現(xiàn)來(lái)看。這也是不能把服務(wù)占比過(guò)重的一個(gè)客觀因素。

帶外管理有多重要

做系統(tǒng)運(yùn)維的同學(xué)會(huì)經(jīng)常提到帶內(nèi)管理與帶外管理這兩個(gè)名詞。所謂的“內(nèi)”、“外”之分，就是指管理通訊鏈路和業(yè)務(wù)生產(chǎn)通訊鏈路之間的關(guān)系。如果我們使用業(yè)務(wù)所在的鏈路進(jìn)行消息傳遞和管理，我們就稱之為帶內(nèi)（In Band），反之就是我們所講的帶外（Out of Band）。

我們?nèi)粘＞S護(hù)生產(chǎn)環(huán)境，主要是通過(guò)帶內(nèi)網(wǎng)絡(luò)進(jìn)行管理。所依靠的手段，無(wú)非就是RDP、VNC、SSH、TELNET這些方式。但是，這些服務(wù)都運(yùn)行在操作系統(tǒng)上面，并且通過(guò)網(wǎng)絡(luò)遠(yuǎn)程訪問(wèn)，其中就存在很多不穩(wěn)定的因素。比如硬件故障，操作系統(tǒng)崩潰，或者是人為操作失誤導(dǎo)致系統(tǒng)無(wú)法訪問(wèn)等等。由此看來(lái)，帶內(nèi)管理這條通道是很脆弱的。我們需要使用另外一個(gè)備用的手段，來(lái)確保我們對(duì)設(shè)備和操作系統(tǒng)的控制權(quán)。

帶外管理是完全獨(dú)立于現(xiàn)有生產(chǎn)環(huán)境的，從硬件接口、網(wǎng)絡(luò)鏈路，再到存儲(chǔ)和操作系統(tǒng)都是單獨(dú)分離出來(lái)的。帶外管理系統(tǒng)存放在一個(gè)很小的控制芯片上面，里面是一個(gè)經(jīng)過(guò)修剪的、只讀的最小系統(tǒng)環(huán)境，通過(guò)單獨(dú)的接口與網(wǎng)絡(luò)去訪問(wèn)。所以它的可靠性比帶內(nèi)管理網(wǎng)絡(luò)要高得多。只要控制芯片加電且?guī)�外的網(wǎng)絡(luò)正常，我們就可以始終把控制權(quán)牢牢地掌握在手中。

當(dāng)帶內(nèi)管理網(wǎng)絡(luò)崩潰時(shí)，我們依舊可以憑借帶外管理提供的虛擬控制臺(tái)，遠(yuǎn)程登錄生產(chǎn)系統(tǒng)的本地console界面，這相當(dāng)于在機(jī)房里面直接接上KVM（Keyboard-Video-Mouse）設(shè)備。是我們處理故障最有效的保障手段。除了斷后之外，帶外管理也扮演著開(kāi)路先鋒的角色。在設(shè)備剛剛上架加電的時(shí)候，我們是沒(méi)有帶內(nèi)環(huán)境的，系統(tǒng)的安裝部署，服務(wù)器的開(kāi)關(guān)啟停都離不開(kāi)帶外管理。

也許在一些人看來(lái)，帶外管理不過(guò)是提供了一個(gè)遠(yuǎn)程的虛擬控制臺(tái)而已。但實(shí)際上，它所能完成的任務(wù)遠(yuǎn)遠(yuǎn)不止這些。優(yōu)秀的帶外管理可以說(shuō)是提供了所有你在本地操作面前能做的一切功能，甚至還有額外的增值項(xiàng)目。我們可以借此獲取詳盡的硬件清單配置列表，收集監(jiān)控?cái)?shù)據(jù)信息，設(shè)置BIOS參數(shù)，甚至操控硬件。

異構(gòu)平臺(tái)融合能力

從管理角度講，單一使用一家廠商的產(chǎn)品，對(duì)于資產(chǎn)的統(tǒng)一管理與配置是有利的。如果出貨量大，雙方相互之間還可以簽署框架協(xié)議，進(jìn)一步推動(dòng)價(jià)格成本控制和產(chǎn)品定制化。這對(duì)于平臺(tái)初期的快速建設(shè)是有一定幫助的。不過(guò)，當(dāng)平臺(tái)規(guī)模從溪流模式發(fā)展到江河模式或者海量模式的時(shí)候，一些政策法規(guī)不允許只此一家的這種采購(gòu)形式的存在，同時(shí)單一化產(chǎn)品也存在品牌綁架的風(fēng)險(xiǎn)。這個(gè)時(shí)期，就會(huì)突然涌現(xiàn)出許多不同品牌，它們都有可能在未來(lái)同時(shí)入駐到我們的服務(wù)體系當(dāng)中去。由于來(lái)自不同產(chǎn)品之間的差異會(huì)帶來(lái)多樣化管理的難題，這就對(duì)服務(wù)器的異構(gòu)平臺(tái)融合能力提出了嚴(yán)苛的要求。我們不希望看到，因?yàn)楫a(chǎn)品差異化而增加運(yùn)維的管理成本。因此，必須弱化這種差異效應(yīng)，讓運(yùn)維團(tuán)隊(duì)的成員感受不到不同產(chǎn)品之間的切換與變化。

支持并使用標(biāo)準(zhǔn)的公有開(kāi)放式協(xié)議是異構(gòu)融合的關(guān)鍵。私有協(xié)議不管做的多好，對(duì)于一統(tǒng)天下是沒(méi)有任何幫助的。除非你沒(méi)有競(jìng)爭(zhēng)對(duì)手，或者你的私有協(xié)議能成為公認(rèn)的標(biāo)準(zhǔn)。

IPMI協(xié)議盡管發(fā)展使用了將近20年的時(shí)間，可以方便地為用戶提供電源控制、傳感器監(jiān)控等通用型功能，但是它已經(jīng)是一個(gè)落后于時(shí)代的產(chǎn)物了。作為x86平臺(tái)的工程師，我們一直都很羨慕小型機(jī)上面有專門獲取硬件信息的命令。而IPMI對(duì)于這方面需求的發(fā)展一直是難有作為。事實(shí)上，一些廠商像Dell、聯(lián)想在IPMI上也有oem接口，但是IPMI所能作的工作實(shí)在是太有限了，我們需要一個(gè)新的方案來(lái)解決異構(gòu)平臺(tái)上的管理難題。

WS-Management，全稱叫做Web Services-Management，是DMTF組織基于SOAP(Simple Object Access Protocal，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議)制定的一種開(kāi)源標(biāo)準(zhǔn)。該標(biāo)準(zhǔn)致力于在不同的x86設(shè)備廠商當(dāng)中，提供一種IT基礎(chǔ)架構(gòu)信息訪問(wèn)與修改的統(tǒng)一接口。這對(duì)于那些支持該標(biāo)準(zhǔn)的廠商來(lái)說(shuō)，會(huì)給用戶有效地管理資產(chǎn)配置工作提供極大的幫助。例如，我們有很多來(lái)自不同廠商的服務(wù)器設(shè)備。如果它們都能夠很好地支持WS-Management標(biāo)準(zhǔn)的話，那么就可以通過(guò)wsmancli工具，統(tǒng)一采集或修改所有服務(wù)器的硬件配置信息，而不必因?yàn)樗接谢�工具分治的�?wèn)題而形成多頭管理的局面。像AMD、Dell、Intel、Microsoft這些知名廠商都是該項(xiàng)標(biāo)準(zhǔn)組的成員。

這里我們就目前已經(jīng)實(shí)際應(yīng)用了WS-Management協(xié)議的DELL服務(wù)器為例，如果我們需要獲取網(wǎng)卡的MAC地址的話，可以使用如下命令實(shí)現(xiàn)。

使用WS-Management，必須先在客戶端上面安裝名為wsmancli軟件包。DELL在這方面走得還是非常靠前的，官網(wǎng)上不但給出了wsman的使用實(shí)例，同時(shí)還在git上面提供了一整套范例腳本。具體內(nèi)容請(qǐng)讀者自行參考如下鏈接。

3）范例腳本下載地址和說(shuō)明：

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以外，類似的標(biāo)準(zhǔn)還有Redfish，最新版本是2.0。它是一個(gè)通過(guò)RESTful接口利用JSON數(shù)據(jù)來(lái)實(shí)現(xiàn)的集成解決方案。Redfish的是一個(gè)更加輕量級(jí)的協(xié)議。比起WS-Management來(lái)，它同樣借助了HTTP模式，但傳輸數(shù)據(jù)更少，協(xié)議層更加簡(jiǎn)單，Redfish所能夠支持的成員也更多。國(guó)內(nèi)一些廠家已經(jīng)在推動(dòng)Redfish項(xiàng)目的進(jìn)程了。具體的詳細(xì)內(nèi)容可以參考如下鏈接：http://www.dmtf.org/standards/wsman。

另外一點(diǎn)就是兼容性。兼容性的優(yōu)勢(shì)將使產(chǎn)品在未來(lái)異構(gòu)融合的競(jìng)爭(zhēng)中處于有利的位置。我們可以回顧一下歷史，看一看WinZip為什么會(huì)輸給了WinRAR。當(dāng)年WinZip是壓縮軟件界的老大哥，而WinRAR只是初出茅廬的毛頭小子而已。不過(guò)，WinRAR在推廣自己壓縮率更高的rar格式的同時(shí)，也兼容了zip格式。而WinZip卻不愿意把rar格式納入到自己的帳下，也許WinZip覺(jué)得這樣做實(shí)在是丟不起那個(gè)人。這兩種策略最終形成了兩種完全不同的結(jié)果。盡管后來(lái)各式各樣的壓縮軟件如雨后春筍般的出現(xiàn)，但都無(wú)法撼動(dòng)WinRAR霸主的地位。原因就在于WinRAR能夠謹(jǐn)記WinZip失敗的教訓(xùn)，不斷地兼容后來(lái)者的各項(xiàng)功能，穩(wěn)固了自己的江山。

我們就拿虛擬控制臺(tái)舉例，絕大多數(shù)服務(wù)器的虛擬控制臺(tái)依舊是通過(guò)Java程序來(lái)實(shí)現(xiàn)的。而HP提供的C/S模式的工作效率顯然要比Java高很多，并為本地登錄提供了冗余手段。按理說(shuō)，HP能做到這一步，在眾多廠商里面已經(jīng)算是很領(lǐng)先的了。但是DELL的思維模式卻顯得更加前衛(wèi)，它把VNC服務(wù)直接嵌入到帶外管理模塊中，在本地登錄的時(shí)候使用VNC Viewer就可以了，而不是像HP那樣要安裝一個(gè)私有化的客戶端。使用開(kāi)放標(biāo)準(zhǔn)的VNC協(xié)議的優(yōu)勢(shì)就在于沒(méi)有開(kāi)發(fā)成本，而且它的通用性和可行性都很強(qiáng)，在未來(lái)異構(gòu)平臺(tái)融合的大背景下具有很大的競(jìng)爭(zhēng)優(yōu)勢(shì)。在寫(xiě)這本書(shū)的時(shí)候，我已經(jīng)在和華為、聯(lián)想、浪潮的銷售與技術(shù)團(tuán)隊(duì)的技術(shù)交流中，建議廠商嘗試在帶外管理中嵌入VNC服務(wù)。這也許將在未來(lái)形成一種趨勢(shì)，我個(gè)人希望借助宣講和推動(dòng)，為業(yè)界產(chǎn)品的異構(gòu)融合邁出堅(jiān)實(shí)的第一步。

完善的信息數(shù)據(jù)展示

信息展示分為靜態(tài)和動(dòng)態(tài)兩個(gè)部分，靜態(tài)信息是指硬件清單的配置信息，動(dòng)態(tài)信息是指部件狀態(tài)的實(shí)時(shí)監(jiān)測(cè)數(shù)據(jù)。

硬件清單的配置信息用于資產(chǎn)管理和安裝部署之用，采購(gòu)的機(jī)型不止一種，所以需要通過(guò)硬件清單列表的詳細(xì)內(nèi)容對(duì)服務(wù)器進(jìn)行辨識(shí)，同時(shí)也有助于我們檢查供貨設(shè)備硬件配置的準(zhǔn)確性。硬件配置清單列表中應(yīng)當(dāng)盡可能地包括如表1所示的內(nèi)容信息。

表1 Business-IP的對(duì)應(yīng)關(guān)系表

部件狀態(tài)的實(shí)時(shí)監(jiān)測(cè)數(shù)據(jù)分為兩種。第一種是硬件的健康狀態(tài)，表明它是好的還是壞的。第二種是溫度、電壓、電流、風(fēng)扇轉(zhuǎn)速、能耗等傳感器的實(shí)時(shí)讀數(shù)。

軟硬件環(huán)境兼容性

軟硬件環(huán)境的兼容性的優(yōu)劣，決定了一款產(chǎn)品應(yīng)對(duì)使用場(chǎng)景的靈活性和適用性。如果適用性太差，就很難去推廣到大規(guī)模、多樣化的應(yīng)用場(chǎng)景里去。

1. 瀏覽器兼容性

基于B/S架構(gòu)的圖形化管理是帶外管理最早的表現(xiàn)形式。說(shuō)到B/S架構(gòu)，我們就不得不提到瀏覽器這個(gè)話題。近年來(lái)，Chrome和Firefox確實(shí)比較流行，但是我希望更多情況下，產(chǎn)品對(duì)于IE瀏覽器的兼容性還是要多考慮一些。畢竟IE是Windows原生的，而很多工作我們還是要基于Windows平臺(tái)來(lái)實(shí)現(xiàn)的。

2. JRE兼容性

絕大部分產(chǎn)品都是基于Java開(kāi)發(fā)的，所以JRE是遠(yuǎn)程虛擬控制臺(tái)和一些私有化管理工具必不可少的運(yùn)行支持環(huán)境。然而不幸的是，因?yàn)閺S家眾多，產(chǎn)品的生命周期也不盡相同。一些產(chǎn)品只能運(yùn)行在老版本的JRE上面，而另一些產(chǎn)品則必須使用最新版本的JRE。一個(gè)平臺(tái)下同時(shí)使用多套JRE環(huán)境是很麻煩的。一個(gè)兼容性差的產(chǎn)品就像一個(gè)不合群的人一樣，會(huì)受到別人排擠的。我們對(duì)待產(chǎn)品也是一樣，少數(shù)要服從多數(shù)，新來(lái)的要入鄉(xiāng)隨俗，只有那些能夠向下兼容的產(chǎn)品才會(huì)被留下來(lái)。

3. 協(xié)議兼容性

比較常用的協(xié)議有FTP、LDAP、HTTP、HTTPS、NTP、SMTP、SNMP、SSH、rsyslog等，而且類似SNMP、SSH等還有多個(gè)不同版本。對(duì)于產(chǎn)品所支持的協(xié)議的種類與版本，肯定是越多越好。

4. 硬件及驅(qū)動(dòng)程序兼容性

這個(gè)問(wèn)題主要體現(xiàn)在和部署系統(tǒng)的配合上面。例如因?yàn)橛布�特殊或是�?qū)動(dòng)程序的問(wèn)題，使得部署系統(tǒng)無(wú)法識(shí)別，從而導(dǎo)致安裝失敗。這種問(wèn)題嚴(yán)格來(lái)講，不能全都賴在廠商這邊。但是用戶作為甲方，是有一定話語(yǔ)權(quán)的。能夠解決問(wèn)題是最好不過(guò)了，但如果解決不了，或者解決成本太高，有可能用戶會(huì)因此令你出局。

用戶體驗(yàn)

產(chǎn)品生產(chǎn)出來(lái)就是給人用的，評(píng)價(jià)一件產(chǎn)品的優(yōu)劣往往是很主觀的，這就是我們常說(shuō)的用戶體驗(yàn)。對(duì)于產(chǎn)品研發(fā)來(lái)說(shuō)，良好的用戶體驗(yàn)是至關(guān)重要的。如果你把產(chǎn)品當(dāng)成一個(gè)人，當(dāng)你和這個(gè)人接觸過(guò)一段時(shí)間之后，他或多或少地都會(huì)給你留下一個(gè)印象，那么你對(duì)這個(gè)人的評(píng)價(jià)就來(lái)源于你對(duì)他的印象。當(dāng)然，這個(gè)評(píng)價(jià)可能好的，也可能差的，就是所謂的用戶體驗(yàn)。一個(gè)獲得好評(píng)的人，雙方以后相互往來(lái)的可能性就會(huì)增加，反之人們就會(huì)疏遠(yuǎn)他。同樣的，如果一個(gè)產(chǎn)品的用戶體驗(yàn)很差勁，那么用戶最終的感受就是——“我再也不想見(jiàn)到你了”。

用戶體驗(yàn)是在用戶使用產(chǎn)品的過(guò)程中建立起來(lái)的感受。但是對(duì)于一個(gè)界定明確的用戶群體來(lái)講，其用戶體驗(yàn)的共性是能夠經(jīng)由良好的設(shè)計(jì)來(lái)實(shí)現(xiàn)的。產(chǎn)品設(shè)計(jì)的中心原則就是以用戶為中心、以人為本。

1. 響應(yīng)時(shí)間

魯迅先生說(shuō)過(guò)：“生命是以時(shí)間為單位的，浪費(fèi)別人的時(shí)間等于謀財(cái)害命；浪費(fèi)自己的時(shí)間，等于慢性自殺。”不錯(cuò)的，我想這世界上沒(méi)有比等待更令人煩躁的事情了。如果點(diǎn)擊一個(gè)頁(yè)面之后，等了半天沒(méi)有反應(yīng)，實(shí)在是很令人沮喪。在毫無(wú)提示的情況下，等待會(huì)讓人不知所措。尤其是在我們急于得到結(jié)果的時(shí)候，這種慢吞吞的節(jié)奏令人感到非常的不合拍。

2. 用戶界面

我們不得不承認(rèn)這是一個(gè)看臉的時(shí)代，“顏值”在產(chǎn)品里面也顯得十分重要。

我認(rèn)為DELL的導(dǎo)航菜單做得最為出色。它的界面完全符合web頁(yè)面的瀏覽習(xí)慣，隱藏類細(xì)節(jié)信息都會(huì)以加號(hào)展開(kāi)的方式展現(xiàn)。操作方式也十分便捷，只需要點(diǎn)擊兩次鼠標(biāo)，就完成大多數(shù)的操作與信息展示。DELL的所有操作和信息展示都是在同一個(gè)頁(yè)面下完成的，而不會(huì)給你彈出一堆pop窗口，也不會(huì)利用超鏈接給你跳轉(zhuǎn)到另一個(gè)頁(yè)面去，如圖1所示。

圖1 DELL服務(wù)器的帶外管理界面

H3C也很有特點(diǎn)，從管理界面和菜單結(jié)構(gòu)上，還是可以看到很多HP的影子的。不過(guò)相比HP，我認(rèn)為H3C還是有一些自己的特色在里面的。比如說(shuō)Overview這個(gè)總覽頁(yè)面的右下角，匯集了很多常用的功能，點(diǎn)擊對(duì)應(yīng)的快捷方式可以方便的跳轉(zhuǎn)到相應(yīng)的功能當(dāng)中去。如圖2所示。

本來(lái)對(duì)于超鏈接，我還是不太推薦的。因?yàn)楹芏喈a(chǎn)品在設(shè)計(jì)的時(shí)候，亂用超鏈接�？瓷先ズ芊奖悖瑢�(shí)則不停地跳轉(zhuǎn)頁(yè)面，像goto語(yǔ)句一樣把用戶搞得暈頭轉(zhuǎn)向。而H3C的這個(gè)超鏈接設(shè)計(jì)卻是可行的。它把所有常用功能都放到了一起，相當(dāng)是一個(gè)門戶頁(yè)面的結(jié)構(gòu)，還有類似Dash Board的關(guān)鍵數(shù)據(jù)展示。這個(gè)設(shè)計(jì)思路還是很用心的。

圖2 H3C服務(wù)器的帶外管理界面

3. 產(chǎn)品邏輯

產(chǎn)品設(shè)計(jì)的優(yōu)先級(jí)順序應(yīng)該是：邏輯性>穩(wěn)定性>性能>功能。

產(chǎn)品的邏輯性非常重要，一個(gè)產(chǎn)品的使用邏輯有問(wèn)題，往往就帶來(lái)極其糟糕的用戶體驗(yàn)。使用一個(gè)邏輯混亂，結(jié)構(gòu)模糊的產(chǎn)品，對(duì)用戶就是一種折磨。

在這里，我舉兩個(gè)例子。

第一個(gè)例子是我們?cè)谡{(diào)試一款產(chǎn)品的功能時(shí)發(fā)現(xiàn)的。我們要求服務(wù)器廠商提供的產(chǎn)品，在系統(tǒng)配置上必須有圖形和命令行兩套接口。圖形主要適用于調(diào)試使用，而命令行則有利于我們?nèi)粘５呐�量設(shè)置。我在配置一個(gè)新的參數(shù)時(shí)，發(fā)現(xiàn)在命令行里找不到這個(gè)參數(shù)，而且文檔里面也沒(méi)有提及。之所以我找不到，是因?yàn)閳D形界面里面菜單的組織形式和命令行中樹(shù)形的組織形式不完全一樣。這樣一來(lái)，我沒(méi)法根據(jù)圖形界面的菜單去定位它在命令行樹(shù)形結(jié)構(gòu)中的位置。最后我不得不采取了一個(gè)笨辦法，把根目錄下的所有屬性都列了出來(lái)，再通過(guò)過(guò)濾關(guān)鍵字的方式來(lái)搜索答案。

第二個(gè)例子是在一次測(cè)試過(guò)程中遇到的。我個(gè)人負(fù)責(zé)產(chǎn)品測(cè)試，另外一個(gè)同事負(fù)責(zé)安裝部署測(cè)試。有一款產(chǎn)品，我先對(duì)它做了功能評(píng)估的測(cè)試，然后轉(zhuǎn)給同事去測(cè)試安裝部署。過(guò)了一會(huì)，同事轉(zhuǎn)過(guò)頭跟我說(shuō)，這個(gè)產(chǎn)品不行，好多硬件信息根本看不到。我笑著告訴他，其實(shí)信息是有的，只是它們因?yàn)楹π叨闫饋?lái)了。那些硬件信息的細(xì)節(jié)全部都被隱藏起來(lái)了，而且隱藏得太好了，導(dǎo)致我的同事根本沒(méi)有發(fā)現(xiàn)。因?yàn)樗鼈兊拇蜷_(kāi)方式并不統(tǒng)一，窗口、標(biāo)簽和鏈接，可以說(shuō)是各式各樣。如果不仔細(xì)看的話，就會(huì)給人造成信息缺失的假象。

關(guān)于產(chǎn)品的邏輯問(wèn)題還有很多，但我想原因只有一個(gè)，歸根到底是設(shè)計(jì)人員從來(lái)不用自己設(shè)計(jì)的產(chǎn)品造成的。

標(biāo)簽： idc idc資訊 服務(wù)器 服務(wù)器廠商 機(jī)房 腳本 搜索 推廣 網(wǎng)絡(luò)

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請(qǐng)聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請(qǐng)與原作者聯(lián)系。