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

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

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

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

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

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

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

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

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

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

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

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

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

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