• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            我希望你是我獨家記憶

            一段永遠(yuǎn)封存的記憶,隨風(fēng)而去
            posts - 263, comments - 31, trackbacks - 0, articles - 3
               :: 首頁 :: 新隨筆 ::  :: 聚合  :: 管理

            前言

            一個成熟的大型網(wǎng)站(如淘寶、京東等)的系統(tǒng)架構(gòu)并不是開始設(shè)計就具備完整的高性能、高可用、安全等特性,它總是隨著用戶量的增加,業(yè)務(wù)功能的擴(kuò)展逐漸演變完善的,在這個過程中,開發(fā)模式、技術(shù)架構(gòu)、設(shè)計思想也發(fā)生了很大的變化,就連技術(shù)人員也從幾個人發(fā)展到一個部門甚至一條產(chǎn)品線。所以成熟的系統(tǒng)架構(gòu)是隨業(yè)務(wù)擴(kuò)展而完善出來的,并不是一蹴而就;不同業(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)的演化過程,來認(rèn)識這些技術(shù)和手段。

            一、最開始的網(wǎng)站架構(gòu)

            最初的架構(gòu),應(yīng)用程序、數(shù)據(jù)庫、文件都部署在一臺服務(wù)器上,如圖:

            image

            二、應(yīng)用、數(shù)據(jù)、文件分離

            隨著業(yè)務(wù)的擴(kuò)展,一臺服務(wù)器已經(jīng)不能滿足性能需求,故將應(yīng)用程序、數(shù)據(jù)庫、文件各自部署在獨立的服務(wù)器上,并且根據(jù)服務(wù)器的用途配置不同的硬件,達(dá)到最佳的性能效果。

            image

            三、利用緩存改善網(wǎng)站性能

            在硬件優(yōu)化性能的同時,同時也通過軟件進(jìn)行性能優(yōu)化,在大部分的網(wǎng)站系統(tǒng)中,都會利用緩存技術(shù)改善系統(tǒng)的性能,使用緩存主要源于熱點數(shù)據(jù)的存在,大部分網(wǎng)站訪問都遵循28原則(即80%的訪問請求,最終落在20%的數(shù)據(jù)上),所以我們可以對熱點數(shù)據(jù)進(jìn)行緩存,減少這些數(shù)據(jù)的訪問路徑,提高用戶體驗。

            image

            緩存實現(xiàn)常見的方式是本地緩存、分布式緩存。當(dāng)然還有CDN、反向代理等,這個后面再講。本地緩存,顧名思義是將數(shù)據(jù)緩存在應(yīng)用服務(wù)器本地,可以存在內(nèi)存中,也可以存在文件,OSCache就是常用的本地緩存組件。本地緩存的特點是速度快,但因為本地空間有限所以緩存數(shù)據(jù)量也有限。分布式緩存的特點是,可以緩存海量的數(shù)據(jù),并且擴(kuò)展非常容易,在門戶類網(wǎng)站中常常被使用,速度按理沒有本地緩存快,常用的分布式緩存是Membercache、Redis。

            四、使用集群改善應(yīng)用服務(wù)器性能

            應(yīng)用服務(wù)器作為網(wǎng)站的入口,會承擔(dān)大量的請求,我們往往通過應(yīng)用服務(wù)器集群來分擔(dān)請求數(shù)。應(yīng)用服務(wù)器前面部署負(fù)載均衡服務(wù)器調(diào)度用戶請求,根據(jù)分發(fā)策略將請求分發(fā)到多個應(yīng)用服務(wù)器節(jié)點。

            架構(gòu)4

            常用的負(fù)載均衡技術(shù)硬件的有F5,價格比較貴,軟件的有LVS、Nginx、HAProxy。LVS是四層負(fù)載均衡,根據(jù)目標(biāo)地址和端口選擇內(nèi)部服務(wù)器,Nginx和HAProxy是七層負(fù)載均衡,可以根據(jù)報文內(nèi)容選擇內(nèi)部服務(wù)器,因此LVS分發(fā)路徑優(yōu)于Nginx和HAProxy,性能要高些,而Nginx和HAProxy則更具配置性,如可以用來做動靜分離(根據(jù)請求報文特征,選擇靜態(tài)資源服務(wù)器還是應(yīng)用服務(wù)器)。

            五、數(shù)據(jù)庫讀寫分離和分庫分表

            隨著用戶量的增加,數(shù)據(jù)庫成為最大的瓶頸,改善數(shù)據(jù)庫性能常用的手段是進(jìn)行讀寫分離以及分表,讀寫分離顧名思義就是將數(shù)據(jù)庫分為讀庫和寫庫,通過主備功能實現(xiàn)數(shù)據(jù)同步。分庫分表則分為水平切分和垂直切分,水平切換則是對一個數(shù)據(jù)庫特大的表進(jìn)行拆分,例如用戶表。垂直切分則是根據(jù)業(yè)務(wù)不同來切換,如用戶業(yè)務(wù)、商品業(yè)務(wù)相關(guān)的表放在不同的數(shù)據(jù)庫中。

            架構(gòu)3

            六、使用CDN和反向代理提高網(wǎng)站性能

            假如我們的服務(wù)器都部署在成都的機(jī)房,對于四川的用戶來說訪問是較快的,而對于北京的用戶訪問是較慢的,這是由于四川和北京分別屬于電信和聯(lián)通的不同發(fā)達(dá)地區(qū),北京用戶訪問需要通過互聯(lián)路由器經(jīng)過較長的路徑才能訪問到成都的服務(wù)器,返回路徑也一樣,所以數(shù)據(jù)傳輸時間比較長。對于這種情況,常常使用CDN解決,CDN將數(shù)據(jù)內(nèi)容緩存到運營商的機(jī)房,用戶訪問時先從最近的運營商獲取數(shù)據(jù),這樣大大減少了網(wǎng)絡(luò)訪問的路徑。比較專業(yè)的CDN運營商有藍(lán)汛、網(wǎng)宿。

            而反向代理,則是部署在網(wǎng)站的機(jī)房,當(dāng)用戶請求達(dá)到時首先訪問反向代理服務(wù)器,反向代理服務(wù)器將緩存的數(shù)據(jù)返回給用戶,如果沒有沒有緩存數(shù)據(jù)才會繼續(xù)走應(yīng)用服務(wù)器獲取,也減少了獲取數(shù)據(jù)的成本。反向代理有Squid,Nginx。

            架構(gòu)5

            七、使用分布式文件系統(tǒng)

            用戶一天天增加,業(yè)務(wù)量越來越大,產(chǎn)生的文件越來越多,單臺的文件服務(wù)器已經(jīng)不能滿足需求。需要分布式的文件系統(tǒng)支撐。常用的分布式文件系統(tǒng)有NFS。

            架構(gòu)5.5

            八、使用NoSql和搜索引擎

            對于海量數(shù)據(jù)的查詢,我們使用nosql數(shù)據(jù)庫加上搜索引擎可以達(dá)到更好的性能。并不是所有的數(shù)據(jù)都要放在關(guān)系型數(shù)據(jù)中。常用的NOSQL有mongodb和redis,搜索引擎有Lucene

            架構(gòu)6

            九、將應(yīng)用服務(wù)器進(jìn)行業(yè)務(wù)拆分

            隨著業(yè)務(wù)進(jìn)一步擴(kuò)展,應(yīng)用程序變得非常臃腫,這時我們需要將應(yīng)用程序進(jìn)行業(yè)務(wù)拆分,如百度分為新聞、網(wǎng)頁、圖片等業(yè)務(wù)。每個業(yè)務(wù)應(yīng)用負(fù)責(zé)相對獨立的業(yè)務(wù)運作。業(yè)務(wù)之間通過消息進(jìn)行通信或者同享數(shù)據(jù)庫來實現(xiàn)。

            架構(gòu)7

            十、搭建分布式服務(wù)

            這時我們發(fā)現(xiàn)各個業(yè)務(wù)應(yīng)用都會使用到一些基本的業(yè)務(wù)服務(wù),例如用戶服務(wù)、訂單服務(wù)、支付服務(wù)、安全服務(wù),這些服務(wù)是支撐各業(yè)務(wù)應(yīng)用的基本要素。我們將這些服務(wù)抽取出來利用分部式服務(wù)框架搭建分布式服務(wù)。淘寶的Dubbo是一個不錯的選擇。

            架構(gòu)8

            小結(jié)

            大型網(wǎng)站的架構(gòu)是根據(jù)業(yè)務(wù)需求不斷完善的,根據(jù)不同的業(yè)務(wù)特征會做特定的設(shè)計和考慮,本文只是講述一個常規(guī)大型網(wǎng)站會涉及的一些技術(shù)和手段。

            原文鏈接

            http://www.codeceo.com/article/web-artch-road.html




            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            一级做a爰片久久毛片16| 乱亲女H秽乱长久久久| 久久久久久噜噜精品免费直播| Xx性欧美肥妇精品久久久久久| 国产激情久久久久影院老熟女| 伊人 久久 精品| 国产精品9999久久久久| 久久人人爽人人精品视频| 久久综合给久久狠狠97色| 久久精品国产亚洲av瑜伽| 亚洲AV无码1区2区久久| 国産精品久久久久久久| 熟妇人妻久久中文字幕| 亚洲国产成人乱码精品女人久久久不卡 | 国产精品久久婷婷六月丁香| AV无码久久久久不卡网站下载| 久久有码中文字幕| 国产成人精品久久亚洲| 国产成人久久精品一区二区三区| 中文字幕久久精品 | 思思久久99热只有频精品66| 久久综合中文字幕| 国产精品女同久久久久电影院| 久久这里的只有是精品23| 9999国产精品欧美久久久久久| 午夜欧美精品久久久久久久| 三级三级久久三级久久| 久久精品无码一区二区三区日韩| 91精品国产91久久久久久蜜臀| 国产午夜免费高清久久影院| 一本一本久久a久久综合精品蜜桃| 午夜精品久久久久| 色播久久人人爽人人爽人人片aV| 国产成人99久久亚洲综合精品 | 色综合久久无码中文字幕| 久久综合伊人77777| 久久伊人色| 77777亚洲午夜久久多喷| 天天躁日日躁狠狠久久| 亚洲AV无码成人网站久久精品大| 伊人久久大香线蕉av不卡|