一、需求分析階段

客戶需求

在需求分析階段，需要挖掘出客戶真正在乎的需求，最好對(duì)需求進(jìn)行分優(yōu)先級(jí)，不能眉毛胡子一把抓。而且需求并不是一成不變，項(xiàng)目過程中增減需求是平常的事，但由此造成的影響要評(píng)估并更新文檔。有時(shí)項(xiàng)目組需要和客戶協(xié)商撤銷或者推后某些需求。可能的原因有：造成整個(gè)方案成本大幅上升；與其它關(guān)鍵需求沖突；可能造成項(xiàng)目延遲等等。

環(huán)境的限制

這點(diǎn)尤其重要，卻常常容易被忽略。在分析階段盡可能挖掘限制條件，會(huì)避免后面階段很多的問題。比如客戶已經(jīng)在使用NFS，并且現(xiàn)有維護(hù)人員有能力維護(hù)該系統(tǒng)。你在推薦SAN的時(shí)候就要考慮帶來的影響；若客戶與某大供應(yīng)商有協(xié)議，你是否可以考慮其它廠商？若客戶有較嚴(yán)格的安全性策略，設(shè)計(jì)共享時(shí)要考慮哪些部分是不可以共享的，是否需要虛擬層的防火墻等等。

假設(shè)的條件

有時(shí)在項(xiàng)目執(zhí)行中會(huì)因?yàn)槟承┬枰�客戶或第三方完成的事情不具備，而造成�?xiàng)目延遲。這就需要在合同中就對(duì)這些假設(shè)特別說明/，以避免后面的責(zé)任不清。比如假設(shè)客戶網(wǎng)絡(luò)環(huán)境是可以支持你的設(shè)計(jì)的，可實(shí)施時(shí)才發(fā)現(xiàn)上行網(wǎng)絡(luò)的防火墻的帶寬或端口限制會(huì)大大影響你的方案的性能。
比如假設(shè)你需要使用客戶已有的數(shù)據(jù)庫，卻發(fā)現(xiàn)版本和你的方案不兼容。

二、設(shè)計(jì)階段

概念設(shè)計(jì)

根據(jù)需求分析階段的信息，應(yīng)該盡快出一個(gè)概念設(shè)計(jì)的草圖來描述以下信息。系統(tǒng)大概分幾個(gè)運(yùn)行環(huán)境，是否需要單獨(dú)的開發(fā)和測(cè)試環(huán)境；
多個(gè)數(shù)據(jù)中心之間的聯(lián)系，是ACTIVE-ACTIVE還是ACTIVE-PASSIVE；數(shù)據(jù)是否在數(shù)據(jù)中心之間同步；虛擬和物理網(wǎng)絡(luò)如何共享等等。

邏輯設(shè)計(jì)

以概念設(shè)計(jì)為綱，邏輯設(shè)計(jì)描述了更多系統(tǒng)各部分的聯(lián)系。HBA和光纖交換機(jī)，存儲(chǔ)設(shè)備是如何聯(lián)系的；集群是如何設(shè)計(jì)的；主要的管理軟件等等

物理設(shè)計(jì)

依據(jù)邏輯設(shè)計(jì)，物理設(shè)計(jì)具體到使用什么設(shè)備和型號(hào)，與上行物理網(wǎng)絡(luò)的聯(lián)系，服務(wù)器在機(jī)柜位置的分配等等。

可能的影響和風(fēng)險(xiǎn)。

某一個(gè)設(shè)計(jì)決定可能會(huì)影響到其它設(shè)計(jì)決定，也有可能帶來一些風(fēng)險(xiǎn)。需要評(píng)估風(fēng)險(xiǎn)并提出規(guī)避風(fēng)險(xiǎn)的方案。

最佳實(shí)踐(Best Practice)

盲目照搬所謂的最佳實(shí)踐，可能并不適合你的環(huán)境。需要知道最佳實(shí)踐背后的原因和使用的環(huán)境。

重點(diǎn)是不僅知道做什么，還要知道為什么這么做。為了避免人們對(duì)所謂最佳實(shí)踐的誤解，VMware

已經(jīng)將其更改為設(shè)計(jì)指導(dǎo)

模塊和整體

虛擬化方案大概有存儲(chǔ)、網(wǎng)絡(luò)、主機(jī)及集群、虛擬機(jī)和管理系統(tǒng)幾個(gè)模塊，按模塊設(shè)計(jì)有助于系統(tǒng)的深入設(shè)計(jì)一個(gè)主題。不過一定要注意模塊間的關(guān)聯(lián)。比如你虛擬機(jī)的內(nèi)存由2G改稱4G，那么集群設(shè)計(jì)中的內(nèi)存就要重新考慮，同時(shí)影響到了Swap空間增長(zhǎng)，存儲(chǔ)也要考慮。

在設(shè)計(jì)階段需要完成的文檔有以下：

架構(gòu)設(shè)計(jì)

整個(gè)系統(tǒng)的概述和各個(gè)組成部分的描述。

安裝手冊(cè)

具體的安裝步驟。當(dāng)然不是說要細(xì)到怎么安裝vCenter，標(biāo)準(zhǔn)安裝可參照已有官方文檔。關(guān)鍵是要突出設(shè)計(jì)中針對(duì)用戶環(huán)境定制的部分。比如你網(wǎng)卡負(fù)載均衡采用Load based teaming；集群的Admission control policy在只有20%空余資源時(shí)生效等等

衡量一個(gè)好的安裝手冊(cè)很簡(jiǎn)單，如果有經(jīng)驗(yàn)的系統(tǒng)管理員按照安裝手冊(cè)部署的系統(tǒng)，沒有和架構(gòu)設(shè)計(jì)有大的偏差，應(yīng)該算是可以的。

實(shí)施計(jì)劃

在真實(shí)環(huán)境中項(xiàng)目經(jīng)理負(fù)責(zé)和架構(gòu)師一起制定適當(dāng)?shù)挠?jì)劃。干什么，什么時(shí)候完成，誰負(fù)責(zé)等等。

有經(jīng)驗(yàn)的架構(gòu)師可以分析各項(xiàng)任務(wù)的倚賴性，做好統(tǒng)籌分派。

測(cè)試計(jì)劃

很重要的一步，怎么才證明你的系統(tǒng)符合用戶要求？怎么才讓客戶簽字？成功執(zhí)行測(cè)試計(jì)劃尤其重要。

運(yùn)行計(jì)劃

架構(gòu)師要有全局觀，某些設(shè)計(jì)決定對(duì)運(yùn)維環(huán)境，人員能力以及成本都有影響。比如，vCenter Linked clone會(huì)讓維護(hù)人員用一個(gè)管理界面管理兩個(gè)vCenter；
盡可能利用腳本或者現(xiàn)有軟件自動(dòng)的功能減少重復(fù)性的人工和不必要的人為失誤；考慮激活EVC，
避免以后新添服務(wù)器需要重啟集群中的服務(wù)器。

本文小結(jié)：

成功的系統(tǒng)是怎么煉成的？

充分了解真正客戶需求，并采取合適的技術(shù)方案滿足需求，是關(guān)鍵的第一步。溝通協(xié)商能力和技術(shù)能力一樣，二者不可或缺。
也要注意靈活性，有創(chuàng)意的解決問題。不能因?yàn)樗�謂技術(shù)上的完美，犧牲其它客戶很在意的方面，比如成本、項(xiàng)目進(jìn)程、人員等等。有時(shí)適當(dāng)?shù)闹杏怪�道不失為一個(gè)可行的方案。