首先我們來簡單看一下互聯(lián)網(wǎng)技術(shù)的特點，我們模擬一下，現(xiàn)在要提出一個網(wǎng)站設(shè)計方案，從我實際的工作角度講，作為一個項目經(jīng)理、一個項目團隊的領(lǐng)導者，會安排我們的設(shè)計者、工程師出方案，根據(jù)用戶提出的需求，簡單的出一個方案就可以了。但是從我們實際的工作經(jīng)驗上來講的話，一個好的方案的出臺其實還需要組織一個好的設(shè)計班子。比如我們要出一個方案時，作為項目經(jīng)理首先就應(yīng)該組織一個好的班子，這個好的班子應(yīng)該怎么選擇呢？首先你得知道這個班子的成員對這個技術(shù)的理解，對班子的成員一定要有技術(shù)上的分析。在我們的項目過程當中，一般作為項目經(jīng)理會讓我們的廠商或者讓我們的相關(guān)技術(shù)成員出方案，但是實際上他沒有觀察到一點，就是這個人適不適合出這個方案？一般來說我們讓他出方案就可以了，但是他能不能完成這個工作，首先我們要做一個選擇。

　　我們首先要選擇這個班子的成員是不是對我們出現(xiàn)在這個方案所對應(yīng)的技術(shù)有相應(yīng)的了解。從我們現(xiàn)在互聯(lián)網(wǎng)站技術(shù)平臺這個角度來講的話，選擇設(shè)計這個人的時候，首先他對網(wǎng)站的相關(guān)協(xié)議要有一個了解。基于這個網(wǎng)站來說，我們基本上是通過Http的協(xié)議和HTML來做核心元素的。作為Http的核心是有一個Web客戶端和Web服務(wù)器。是一個什么特點呢？是一個無狀態(tài)的協(xié)議。就是說這個協(xié)議本身是他的起源不是記錄每一個歷史信息的，他是一個狀態(tài)，同時他要求有一個快速的響應(yīng)。他是依賴于TCP協(xié)議的，同時在本地作為客戶端和服務(wù)器都要實現(xiàn)CT協(xié)議和TCP之間的連接。這個響應(yīng)時間從一定的角度來分析的話，響應(yīng)時間我們稱之為往返時間，叫做RTT，是一個評估網(wǎng)站很關(guān)鍵的因素。

　　另外在客戶端訪問網(wǎng)站的過程當中，我們還要考慮到DNS相關(guān)的查詢訪問速度，對整個網(wǎng)站的訪問速度的影響。

　　從流量的角度我們可以分析一下，就是說我們網(wǎng)站的整個訪問模式是一種客戶/服務(wù)器的模式，基于客戶的請求給出一個響應(yīng)。他的流量是不對稱的，是有層級的。集中的是從客戶端請求完服務(wù)器以后，大概是從服務(wù)器響應(yīng)到客戶端的。服務(wù)器到客戶端的流量是一個主要流量，作為一個服務(wù)器他就是一個數(shù)字源。他有一個很大的特點，就是大并發(fā)，大并發(fā)提出了對流量的響應(yīng)能力，能量的匯聚點是服務(wù)器這邊。我們要思考的是流量方向匯聚點的方向在哪，提供一個可靠的速度。

　　從數(shù)據(jù)源和數(shù)據(jù)速度角度分析的話我們可以看到，剛才提高的他的數(shù)據(jù)源主要是服務(wù)器，數(shù)據(jù)的速度主要是客戶端，客戶端進行響應(yīng)。所以我們要考慮設(shè)計過程當中的分級和分層，同時對數(shù)據(jù)源進行設(shè)計。

　　剛才我們對網(wǎng)站的技術(shù)特點進行了一個簡單的回顧，目的是什么呢，就是我們在選擇我們整個設(shè)計團隊的成員的時候，必須讓這個團隊基于IT特點有一個共識，在這個共識的基礎(chǔ)上我們進行相關(guān)的方案設(shè)計。組建這個團隊方案設(shè)計的過程當中我們需要考慮哪幾個方面的問題呢？第一是考慮網(wǎng)站的架構(gòu)設(shè)計，不僅數(shù)據(jù)庫設(shè)計和安全體系的設(shè)計，另外考慮存儲的設(shè)計等。一般而言，在我們組建這個團隊設(shè)計方案的時候，我們的設(shè)計人一般會形成一個思維模式，就是先拿設(shè)備然后組建一個網(wǎng)絡(luò)，但實際上網(wǎng)絡(luò)架構(gòu)本身的合理性其實是非常關(guān)鍵的因素。就是說我們在設(shè)計網(wǎng)絡(luò)的時候，不僅是要考慮把這個網(wǎng)絡(luò)打通，而且要解決承載適合業(yè)務(wù)需求的構(gòu)架。

　　因為網(wǎng)絡(luò)架構(gòu)是網(wǎng)絡(luò)技術(shù)和設(shè)備使用的一些基礎(chǔ)，他反映了其他數(shù)據(jù)對象的交互權(quán)和分析。我們的工程師的習慣就是先搞網(wǎng)站，但是實際上當業(yè)務(wù)發(fā)展的時候，這種結(jié)構(gòu)不是最好的。設(shè)計我們平臺的時候，首先應(yīng)該把我們的架構(gòu)支撐的相對合理。這個架構(gòu)是我們的網(wǎng)絡(luò)技術(shù)和設(shè)備使用的一個基礎(chǔ)，同時是其他的設(shè)計對象，比如我們說的安全、高效地數(shù)據(jù)建設(shè)等，是這些其他設(shè)計對象的交互、權(quán)衡。另外一點就是考慮負載均衡技術(shù)的設(shè)計，他的目標是業(yè)務(wù)訪問數(shù)據(jù)請求負載的分擔和業(yè)務(wù)響應(yīng)數(shù)據(jù)流的分流。第一個是對業(yè)務(wù)訪問數(shù)據(jù)請求進行壓力分擔，第二個是實現(xiàn)訪問數(shù)據(jù)流的分流。第三就是關(guān)于數(shù)據(jù)庫設(shè)計，數(shù)據(jù)庫設(shè)計我們要關(guān)注他的目標是什么？就是安全、高效地存取關(guān)鍵數(shù)據(jù)記錄。

　　安全體系設(shè)計當中，我們的目標是什么呢？要考慮與網(wǎng)絡(luò)架構(gòu)關(guān)聯(lián)設(shè)計，他依賴于網(wǎng)絡(luò)架構(gòu)的合理性，并解決分級后的安全保護技術(shù)和性能、管理的權(quán)衡。就是說作為安全系統(tǒng)設(shè)計的相關(guān)工程師，他首先一定要對網(wǎng)絡(luò)有所了解，要和網(wǎng)絡(luò)設(shè)計搭配著一起來進行，同時考慮分級后的性能、管理的權(quán)衡，因為我們的性能是有一個矛盾的，我們要考慮他的權(quán)衡。

　　另外存儲系統(tǒng)設(shè)計的目標是設(shè)計一個統(tǒng)一的數(shù)據(jù)源存儲的方式，并給予存儲網(wǎng)絡(luò)和數(shù)據(jù)生命周期進行開發(fā)和管理。多級緩存設(shè)計的目標是基于數(shù)據(jù)源分層和分級的思路，緩解訪問壓力，并實現(xiàn)分層的客戶/服務(wù)器的模式。就是我們把多級緩存設(shè)計作為我們網(wǎng)絡(luò)設(shè)計平臺的基礎(chǔ)，剛才在分析當中提到了，就是我們怎么緩解壓力，我們要知道我們系統(tǒng)分析當中的焦點和問題在哪，多級緩存設(shè)計應(yīng)該充分的考慮。

　　剛才我們從網(wǎng)站的關(guān)注對象，就是說我們組建一個團隊，要設(shè)計一個方案，我們提交這個方案的時候，核心要討論的幾個關(guān)鍵技術(shù)問題是什么。首先我們要依照這幾個關(guān)鍵問題考慮問題。

　　我們有了一個相關(guān)的設(shè)計對象以后，我們對這個設(shè)計對象的需求，從哪幾個角度考慮，我想從網(wǎng)絡(luò)主機數(shù)據(jù)庫以及安全和存儲幾個方面做說明。對于網(wǎng)絡(luò)需求而言，我們要考慮網(wǎng)站的出口級及關(guān)鍵互聯(lián)鏈路的容量，另外要考慮并發(fā)連接數(shù)和高峰期的壓力承載。

　　對于主機而言我們要關(guān)注多主機的開發(fā)承載合力，以及主機集群以及存儲的連接鏈路效率。

　　對于數(shù)據(jù)庫需求來說的話，我們要關(guān)注基于開發(fā)需求，以及結(jié)合業(yè)務(wù)訪問特點的數(shù)據(jù)庫設(shè)計。就是說數(shù)據(jù)庫相關(guān)的設(shè)計人員，他不能夠簡單的懂數(shù)據(jù)庫就可以了，要對業(yè)務(wù)系統(tǒng)開發(fā)有一個了解，就是說開發(fā)人員和數(shù)據(jù)庫的人員進行結(jié)合。同時結(jié)合業(yè)務(wù)的訪問特點進行數(shù)據(jù)庫的設(shè)計，而不是單一的完成一個數(shù)據(jù)庫的設(shè)計過程。

　　另外需求設(shè)計要關(guān)注什么呢？要關(guān)注分區(qū)域安全等級和區(qū)域邊界的安全防護，同時安全服務(wù)和安全管理策略的結(jié)合。也就是說安全不是作為一項建設(shè)就完成了，他還要考慮一個長遠的安全服務(wù)的管理策略的結(jié)合問題。