大型電商網(wǎng)站服務(wù)器架構(gòu)完全部署方案

任何一個大型網(wǎng)站都是經(jīng)歷用戶積累然后成長，從一臺服務(wù)器到多臺服務(wù)器才能構(gòu)架支撐網(wǎng)站現(xiàn)有數(shù)據(jù)、用戶、頁面請求等。大型網(wǎng)站(如淘寶、京東等)的系統(tǒng)架構(gòu)并不是開始設(shè)計就具備完整的高性能、高可用、安全等特性，它總是隨著用戶量的增加，業(yè)務(wù)功能的擴展逐漸演變完善的，在這個過程中，開發(fā)模式、技術(shù)架構(gòu)、設(shè)計思想也發(fā)生了很大的變化，就連技術(shù)人員也從幾個人發(fā)展到一個部門甚至一條產(chǎn)品線。所以成熟的系統(tǒng)架構(gòu)是隨業(yè)務(wù)擴展而完善出來的，并不是一蹴而就;不同業(yè)務(wù)特征的系統(tǒng)，會有各自的側(cè)重點，例如淘寶，要解決海量的商品信息的搜索、下單、支付，例如騰訊，要解決數(shù)億的用戶實時消息傳輸，百度它要處理海量的搜索請求，他們都有各自的業(yè)務(wù)特性，系統(tǒng)架構(gòu)也有所不同。盡管如此我們也可以從這些不同的網(wǎng)站背景下，找出其中共用的技術(shù)，這些技術(shù)和手段可以廣泛運行在大型網(wǎng)站系統(tǒng)的架構(gòu)中，下面就通過介紹大型網(wǎng)站系統(tǒng)的演化過程，來認識這些技術(shù)和手段。一、最開始的網(wǎng)站架構(gòu)最初的架構(gòu)，應(yīng)用程序、數(shù)據(jù)庫、文件都部署在一臺服務(wù)器上，如圖：二、應(yīng)用、數(shù)據(jù)、文件分離隨著業(yè)務(wù)的擴展，一臺服務(wù)器已經(jīng)不能滿足性能需求，故將應(yīng)用程序、數(shù)據(jù)庫、文件各自部署在獨立的服務(wù)器上，并且根據(jù)服務(wù)器的用途配置不同的硬件，達到最佳的性能效果。三、利用緩存改善網(wǎng)站性能在硬件優(yōu)化性能的同時，同時也通過軟件進行性能優(yōu)化，在大部分的網(wǎng)站系統(tǒng)中，都會利用緩存技術(shù)改善系統(tǒng)的性能，使用緩存主要源于熱點數(shù)據(jù)的存在，大部分網(wǎng)站訪問都遵循28原則(即80%的訪問請求，最終落在20%的數(shù)據(jù)上)，所以我們可以對熱點數(shù)據(jù)進行緩存，減少這些數(shù)據(jù)的訪問路徑，提高用戶體驗。而反向代理，則是部署在網(wǎng)站的機房，當用戶請求達到時首先訪問反向代理服務(wù)器，反向代理服務(wù)器將緩存的數(shù)據(jù)返回給用戶，如果沒有沒有緩存數(shù)據(jù)才會繼續(xù)走應(yīng)用服務(wù)器獲取，也減少了獲取數(shù)據(jù)的成本。反向代理有Squid，Nginx。七、使用分布式文件系統(tǒng)用戶一天天增加，業(yè)務(wù)量越來越大，產(chǎn)生的文件越來越多，單臺的文件服務(wù)器已經(jīng)不能滿足需求。需要分布式的文件系統(tǒng)支撐。常用的分布式文件系統(tǒng)有NFS。八、使用NoSql和搜索引擎對于海量數(shù)據(jù)的查詢，我們使用nosql數(shù)據(jù)庫加上搜索引擎可以達到更好的性能。并不是所有的數(shù)據(jù)都要放在關(guān)系型數(shù)據(jù)中。常用的NOSQL有mongodb和redis，搜索引擎有l(wèi)ucene。九、將應(yīng)用服務(wù)器進行業(yè)務(wù)拆分隨著業(yè)務(wù)進一步擴展，應(yīng)用程序變得非常臃腫，這時我們需要將應(yīng)用程序進行業(yè)務(wù)拆分，如百度分為新聞、網(wǎng)頁、圖片等業(yè)務(wù)。每個業(yè)務(wù)應(yīng)用負責相對獨立的業(yè)務(wù)運作。業(yè)務(wù)之間通過消息進行通信或者同享數(shù)據(jù)庫來實現(xiàn)。十、搭建分布式服務(wù)這時我們發(fā)現(xiàn)各個業(yè)務(wù)應(yīng)用都會使用到一些基本的業(yè)務(wù)服務(wù)，例如用戶服務(wù)、訂單服務(wù)、支付服務(wù)、安全服務(wù)，這些服務(wù)是支撐各業(yè)務(wù)應(yīng)用的基本要素。我們將這些服務(wù)抽取出來利用分部式服務(wù)框架搭建分布式服務(wù)。淘寶的Dubbo是一個不錯的選擇。大型