前的)。所成統(tǒng)架構(gòu)隨業(yè)務(wù)展而善出來(lái)，并不是蹴而就不同業(yè)特征決數(shù)億用戶實(shí)消息傳，要理海量的索請(qǐng)求他們都各自的背下，找其中共的技術(shù)這技術(shù)和可以廣運(yùn)行在型系統(tǒng)的架中，下就通過(guò)紹大型系統(tǒng)演過(guò)程，來(lái)識(shí)這些術(shù)和。（沒(méi)有銀彈）一、最開始的架二、應(yīng)用、數(shù)據(jù)、文件分三、利用緩存改善性28原則（即80%的請(qǐng)求，最終落在20%的數(shù)據(jù)上），所以我們可以對(duì)熱點(diǎn)數(shù)據(jù)進(jìn)行緩存實(shí)現(xiàn)常見(jiàn)的方式是本地緩存、分布式緩存。當(dāng)然還有CDN、反向、客戶端緩存中，也可以存在文件，OSCache式緩存是Membercache、Redis。四、使用集群改善應(yīng)用服務(wù)器是四層負(fù)載均衡，根據(jù)目標(biāo)地址和端口選擇內(nèi)部服務(wù)器，Nginx和HA是七層負(fù)載均衡，可以根據(jù)報(bào)文內(nèi)容選擇內(nèi)部服務(wù)器，因此LVS分發(fā)路徑優(yōu)于Nginx和HA，性能要高些，而Nginx和HA則更具配置性，如可以用來(lái)做動(dòng)靜分離（根據(jù)請(qǐng)求報(bào)五、數(shù)據(jù)庫(kù)讀寫分離和分庫(kù)分六、使用CDN和反向提高性的用戶是較慢的，這是由于和分別屬于電信和的不同發(fā)達(dá)地區(qū)，用所以數(shù)據(jù)傳輸時(shí)間比較長(zhǎng)。對(duì)于這種情況，常常使用CDN(互聯(lián)網(wǎng)的第一心跳了網(wǎng)絡(luò)的路徑。比較專業(yè)的CDN運(yùn)營(yíng)商有、網(wǎng)宿。有緩存數(shù)據(jù)才會(huì)繼續(xù)走應(yīng)用服務(wù)器獲取，也減少了獲取數(shù)據(jù)的成本。反向有Squid，七、使用分布式文件足需求。需要分布式的文件系統(tǒng)支撐。常用的分布式文件系統(tǒng)有NFS，淘寶的TFS、的GFS。八、使用NoSql和搜索引nosql所有的數(shù)據(jù)都要放在關(guān)系型數(shù)據(jù)中。常用的NOSQLmongodb和redis，搜索引擎有九、將應(yīng)用服務(wù)器進(jìn)行業(yè)務(wù)拆十、搭建分布式服利用分部式服務(wù)框架搭建分布式服務(wù)。淘寶的Dubbo是一個(gè)不錯(cuò)的選擇。小大型的架構(gòu)是根據(jù)業(yè)務(wù)需求不斷完善的，根據(jù)不同的業(yè)務(wù)特征會(huì)做特定的設(shè)計(jì)和考慮，本文只是講述一個(gè)常規(guī)大型會(huì)涉及的一些技術(shù)和。