99久久精品免费观看国产_久久无码人妻一区二区三区_50岁熟妇的呻吟声对白_毛很浓密超多黑毛的少妇

大型(xing)網站(zhan)的(de)技術挑戰主(zhu)要(yao)來自于龐(pang)大的(de)用戶(hu)，高并發(fa)的(de)訪(fang)問和海(hai)量(liang)的(de)數(shu)據，任何簡單的(de)業(ye)務一(yi)旦需要(yao)處(chu)理(li)數(shu)以P計的(de)數(shu)據和面(mian)對(dui)數(shu)以億計的(de)用戶(hu)，問題就會變得(de)很棘(ji)手。大型(xing)網站(zhan)架(jia)構主(zhu)要(yao)就是解決(jue)這類問題。

初(chu)始階段的網(wang)站(zhan)架構(gou)(gou)大型網(wang)站(zhan)都是(shi)從(cong)小型網(wang)站(zhan)發展(zhan)而來，網(wang)站(zhan)架構(gou)(gou)也是(shi)一樣，是(shi)從(cong)小型網(wang)站(zhan)架構(gou)(gou)逐步演化而來。小型網(wang)站(zhan)最開(kai)始時沒有太多人訪(fang)問，只需要一臺服務器就綽綽有余。

應用(yong)程序、數據(ju)庫、文件等所(suo)有的(de)資(zi)源(yuan)都在一臺服(fu)務器(qi)上(shang)(shang)。通常服(fu)務器(qi)操(cao)作系統使用(yong)Linux，應用(yong)程序使用(yong)PHP開(kai)發，然后部署在Apache上(shang)(shang)，數據(ju)庫使用(yong)MySQL，匯集(ji)各(ge)種免費開(kai)源(yuan)軟件及(ji)一臺廉價服(fu)務器(qi)就可以(yi)開(kai)始(shi)網(wang)站的(de)發展之路了。

應用服務(wu)和數據服務(wu)分離

隨著網站業務(wu)(wu)(wu)的(de)(de)發展，一臺(tai)服(fu)務(wu)(wu)(wu)器逐(zhu)漸不(bu)能滿足需(xu)(xu)求：越(yue)(yue)來(lai)越(yue)(yue)多(duo)的(de)(de)用(yong)戶訪問導致性能越(yue)(yue)來(lai)越(yue)(yue)差，越(yue)(yue)來(lai)越(yue)(yue)多(duo)的(de)(de)數據(ju)導致存儲空間不(bu)足。這時就需(xu)(xu)要(yao)將應用(yong)和(he)數據(ju)分離(li)。應用(yong)和(he)數據(ju)分離(li)后整個網站使用(yong)三臺(tai)服(fu)務(wu)(wu)(wu)器：應用(yong)服(fu)務(wu)(wu)(wu)器、文(wen)件(jian)服(fu)務(wu)(wu)(wu)器和(he)數據(ju)庫服(fu)務(wu)(wu)(wu)器。這三臺(tai)服(fu)務(wu)(wu)(wu)器對硬件(jian)資源的(de)(de)要(yao)求各(ge)不(bu)相(xiang)同，應用(yong)服(fu)務(wu)(wu)(wu)器需(xu)(xu)要(yao)處理大(da)(da)量(liang)(liang)的(de)(de)業務(wu)(wu)(wu)邏輯，因(yin)(yin)此需(xu)(xu)要(yao)更(geng)(geng)快(kuai)更(geng)(geng)強大(da)(da)的(de)(de)CPU；數據(ju)庫服(fu)務(wu)(wu)(wu)器需(xu)(xu)要(yao)快(kuai)速磁(ci)盤檢索和(he)數據(ju)緩存，因(yin)(yin)此需(xu)(xu)要(yao)更(geng)(geng)快(kuai)的(de)(de)硬盤和(he)更(geng)(geng)大(da)(da)的(de)(de)內存；文(wen)件(jian)服(fu)務(wu)(wu)(wu)器需(xu)(xu)要(yao)存儲大(da)(da)量(liang)(liang)用(yong)戶上傳的(de)(de)文(wen)件(jian)，因(yin)(yin)此需(xu)(xu)要(yao)更(geng)(geng)大(da)(da)的(de)(de)硬盤。 

應用服務和數據服務分(fen)離應用和數據分(fen)離后(hou)，不同特性的服務器承擔不同的服務角色，網(wang)站(zhan)(zhan)的并發(fa)處(chu)理能力和數據存儲(chu)空間得到(dao)了很大改(gai)善，支持網(wang)站(zhan)(zhan)業務進一步(bu)發(fa)展。但是(shi)隨著用戶逐(zhu)漸增多，網(wang)站(zhan)(zhan)又一次面臨挑戰：數據庫壓(ya)力太大導致訪問延遲，進而(er)影響整個網(wang)站(zhan)(zhan)的性能，用戶體驗受到(dao)影響。這時(shi)需要對(dui)網(wang)站(zhan)(zhan)架構進一步(bu)優化。

使(shi)用緩存改(gai)善網站性能(neng)

網站訪問特點(dian)和現實世界的(de)財富分配一樣遵循二八定律：80％的(de)業(ye)務訪問集(ji)中在20％的(de)數(shu)據上。淘寶買家瀏覽的(de)商品(pin)集(ji)中在少(shao)部分成交(jiao)數(shu)多(duo)、評價(jia)良好的(de)商品(pin)上；百度搜索關鍵詞集(ji)中在少(shao)部分熱門詞匯(hui)上；只有經常登錄的(de)用(yong)戶才會(hui)發微博(bo)、看微博(bo)，而這部分用(yong)戶也(ye)只占總用(yong)戶數(shu)目的(de)一小部分。

既然大部分(fen)的(de)業務訪問(wen)集中(zhong)(zhong)在一小部分(fen)數(shu)(shu)(shu)據上，那么如果把這一小部分(fen)數(shu)(shu)(shu)據緩存(cun)在內存(cun)中(zhong)(zhong)，是(shi)不是(shi)就可(ke)以減少數(shu)(shu)(shu)據庫的(de)訪問(wen)壓力，提高(gao)整個網(wang)站的(de)數(shu)(shu)(shu)據訪問(wen)速度(du)，改善(shan)數(shu)(shu)(shu)據庫的(de)寫(xie)入性(xing)能(neng)了呢？

網(wang)站(zhan)使(shi)用(yong)(yong)(yong)(yong)(yong)的(de)緩(huan)(huan)(huan)(huan)(huan)(huan)(huan)存(cun)(cun)(cun)(cun)(cun)可(ke)以(yi)分為兩種：緩(huan)(huan)(huan)(huan)(huan)(huan)(huan)存(cun)(cun)(cun)(cun)(cun)在(zai)(zai)應用(yong)(yong)(yong)(yong)(yong)服(fu)務(wu)(wu)器(qi)(qi)上(shang)的(de)本地(di)(di)緩(huan)(huan)(huan)(huan)(huan)(huan)(huan)存(cun)(cun)(cun)(cun)(cun)和緩(huan)(huan)(huan)(huan)(huan)(huan)(huan)存(cun)(cun)(cun)(cun)(cun)在(zai)(zai)專門的(de)分布式緩(huan)(huan)(huan)(huan)(huan)(huan)(huan)存(cun)(cun)(cun)(cun)(cun)服(fu)務(wu)(wu)器(qi)(qi)上(shang)的(de)遠程緩(huan)(huan)(huan)(huan)(huan)(huan)(huan)存(cun)(cun)(cun)(cun)(cun)。本地(di)(di)緩(huan)(huan)(huan)(huan)(huan)(huan)(huan)存(cun)(cun)(cun)(cun)(cun)的(de)訪(fang)問(wen)速(su)度更快一些(xie)，但是(shi)受(shou)應用(yong)(yong)(yong)(yong)(yong)服(fu)務(wu)(wu)器(qi)(qi)內(nei)存(cun)(cun)(cun)(cun)(cun)限(xian)(xian)制，其緩(huan)(huan)(huan)(huan)(huan)(huan)(huan)存(cun)(cun)(cun)(cun)(cun)數據量(liang)有限(xian)(xian)，而且會出現和應用(yong)(yong)(yong)(yong)(yong)程序(xu)爭用(yong)(yong)(yong)(yong)(yong)內(nei)存(cun)(cun)(cun)(cun)(cun)的(de)情況。遠程分布式緩(huan)(huan)(huan)(huan)(huan)(huan)(huan)存(cun)(cun)(cun)(cun)(cun)可(ke)以(yi)使(shi)用(yong)(yong)(yong)(yong)(yong)集(ji)群的(de)方式，部署大(da)內(nei)存(cun)(cun)(cun)(cun)(cun)的(de)服(fu)務(wu)(wu)器(qi)(qi)作(zuo)為專門的(de)緩(huan)(huan)(huan)(huan)(huan)(huan)(huan)存(cun)(cun)(cun)(cun)(cun)服(fu)務(wu)(wu)器(qi)(qi)，可(ke)以(yi)在(zai)(zai)理(li)論(lun)上(shang)做到(dao)(dao)不受(shou)內(nei)存(cun)(cun)(cun)(cun)(cun)容量(liang)限(xian)(xian)制的(de)緩(huan)(huan)(huan)(huan)(huan)(huan)(huan)存(cun)(cun)(cun)(cun)(cun)服(fu)務(wu)(wu)使(shi)用(yong)(yong)(yong)(yong)(yong)緩(huan)(huan)(huan)(huan)(huan)(huan)(huan)存(cun)(cun)(cun)(cun)(cun)后，數據訪(fang)問(wen)壓(ya)力得到(dao)(dao)有效緩(huan)(huan)(huan)(huan)(huan)(huan)(huan)解，但是(shi)單(dan)一應用(yong)(yong)(yong)(yong)(yong)服(fu)務(wu)(wu)器(qi)(qi)能夠(gou)處(chu)理(li)的(de)請求連接(jie)有限(xian)(xian)，在(zai)(zai)網(wang)站(zhan)訪(fang)問(wen)高峰期，應用(yong)(yong)(yong)(yong)(yong)服(fu)務(wu)(wu)器(qi)(qi)成為整個網(wang)站(zhan)的(de)瓶頸。

使(shi)用應用服(fu)務器集(ji)群(qun)改善網(wang)站的并發(fa)處理能力

使用集群是青島網站建設解(jie)決高并發、海量(liang)數據問(wen)題(ti)的(de)常用手段。當一臺服(fu)務(wu)(wu)器(qi)的(de)處理能力(li)(li)、存儲(chu)空間(jian)不足(zu)(zu)時，不要企圖去換更(geng)強大的(de)服(fu)務(wu)(wu)器(qi)，對大型網站(zhan)而言，不管多么(me)強大的(de)服(fu)務(wu)(wu)器(qi)，都(dou)滿(man)足(zu)(zu)不了網站(zhan)持續增(zeng)長的(de)業務(wu)(wu)需求。這(zhe)種情況下，更(geng)恰(qia)當的(de)做法是(shi)增(zeng)加一臺服(fu)務(wu)(wu)器(qi)分擔原有服(fu)務(wu)(wu)器(qi)的(de)訪問(wen)及存儲(chu)壓力(li)(li)。

對網(wang)站架(jia)構(gou)而言，只(zhi)要能(neng)通(tong)過增加一臺服務器的(de)方式(shi)改善負載壓力，就(jiu)可(ke)以以同樣的(de)方式(shi)持續增加服務器不斷改善系(xi)統(tong)性(xing)能(neng)，從(cong)而實(shi)現(xian)系(xi)統(tong)的(de)可(ke)伸縮性(xing)。應用服務器實(shi)現(xian)集群是網(wang)站可(ke)伸縮集群架(jia)構(gou)設(she)計中較為簡單(dan)成熟的(de)一種。

應用(yong)服(fu)務(wu)(wu)(wu)器(qi)集(ji)群部署通過負載均衡調度服(fu)務(wu)(wu)(wu)器(qi)，可將來自(zi)用(yong)戶(hu)瀏覽器(qi)的(de)(de)訪問(wen)請求(qiu)分發到應用(yong)服(fu)務(wu)(wu)(wu)器(qi)集(ji)群中(zhong)的(de)(de)任何一臺服(fu)務(wu)(wu)(wu)器(qi)上，如果有更多的(de)(de)用(yong)戶(hu)，就在集(ji)群中(zhong)加入(ru)更多的(de)(de)應用(yong)服(fu)務(wu)(wu)(wu)器(qi)，使應用(yong)服(fu)務(wu)(wu)(wu)器(qi)的(de)(de)負載壓力不再(zai)成為整個網站的(de)(de)瓶頸(jing)。

數據庫讀寫分離

網站在(zai)使用(yong)緩(huan)存(cun)后，使絕(jue)大(da)(da)部分(fen)數(shu)據(ju)讀操作訪(fang)問(wen)都(dou)可(ke)以(yi)不通(tong)過(guo)數(shu)據(ju)庫(ku)(ku)(ku)就能(neng)完成，但是仍有(you)一(yi)(yi)部分(fen)讀操作（緩(huan)存(cun)訪(fang)問(wen)不命中、緩(huan)存(cun)過(guo)期）和全部的(de)(de)寫操作需(xu)要訪(fang)問(wen)數(shu)據(ju)庫(ku)(ku)(ku)，在(zai)網站的(de)(de)用(yong)戶達到一(yi)(yi)定規模后，數(shu)據(ju)庫(ku)(ku)(ku)因為(wei)負載壓力過(guo)高而成為(wei)網站的(de)(de)瓶頸。目前(qian)大(da)(da)部分(fen)的(de)(de)主流數(shu)據(ju)庫(ku)(ku)(ku)都(dou)提(ti)供(gong)主從熱備功能(neng)，通(tong)過(guo)配置兩臺(tai)數(shu)據(ju)庫(ku)(ku)(ku)主從關系(xi)，可(ke)以(yi)將一(yi)(yi)臺(tai)數(shu)據(ju)庫(ku)(ku)(ku)服務(wu)器(qi)的(de)(de)數(shu)據(ju)更新同步到另一(yi)(yi)臺(tai)服務(wu)器(qi)上。網站利用(yong)數(shu)據(ju)庫(ku)(ku)(ku)的(de)(de)這一(yi)(yi)功能(neng)，實(shi)現數(shu)據(ju)庫(ku)(ku)(ku)讀寫分(fen)離，從而改(gai)善(shan)數(shu)據(ju)庫(ku)(ku)(ku)負載壓力。

應用服務(wu)器在寫(xie)數據的(de)(de)時(shi)候(hou)，訪問(wen)(wen)主(zhu)數據庫(ku)(ku)，主(zhu)數據庫(ku)(ku)通過(guo)主(zhu)從復(fu)制機制將數據更新同步到(dao)從數據庫(ku)(ku)，這樣(yang)當應用服務(wu)器讀(du)數據的(de)(de)時(shi)候(hou)，就可以通過(guo)從數據庫(ku)(ku)獲得數據。為了便于應用程序訪問(wen)(wen)讀(du)寫(xie)分(fen)離(li)后的(de)(de)數據庫(ku)(ku)，通常在應用服務(wu)器端(duan)使用專(zhuan)門的(de)(de)數據訪問(wen)(wen)模(mo)塊，使數據庫(ku)(ku)讀(du)寫(xie)分(fen)離(li)對應用透明。

使用反向代理(li)和CDN加速網站響應

隨著網站(zhan)(zhan)業務不斷發(fa)展，用(yong)戶(hu)(hu)(hu)規模越來(lai)越大，由于中國復雜的(de)網絡環境，不同地區的(de)用(yong)戶(hu)(hu)(hu)訪(fang)問網站(zhan)(zhan)時，速度差別也極大。有(you)研究表明，網站(zhan)(zhan)訪(fang)問延遲和用(yong)戶(hu)(hu)(hu)流(liu)失率正相關，網站(zhan)(zhan)訪(fang)問越慢，用(yong)戶(hu)(hu)(hu)越容易失去耐(nai)心(xin)而離(li)開。為(wei)了提供更好的(de)用(yong)戶(hu)(hu)(hu)體驗，留住用(yong)戶(hu)(hu)(hu)，網站(zhan)(zhan)需要(yao)加(jia)速網站(zhan)(zhan)訪(fang)問速度。主要(yao)手段有(you)使(shi)用(yong)CDN和反向(xiang)代理。

CDN和(he)反(fan)向代(dai)理(li)(li)的(de)基本原理(li)(li)都是緩存，區別(bie)在于CDN部署在網絡(luo)提供(gong)商的(de)機(ji)(ji)房，使用戶(hu)(hu)在請求網站(zhan)(zhan)服務時，可以(yi)從距(ju)離自(zi)己最近的(de)網絡(luo)提供(gong)商機(ji)(ji)房獲(huo)取數(shu)據；而反(fan)向代(dai)理(li)(li)則部署在網站(zhan)(zhan)的(de)中心(xin)機(ji)(ji)房，當用戶(hu)(hu)請求到達中心(xin)機(ji)(ji)房后，首先(xian)訪問(wen)的(de)服務器(qi)是反(fan)向代(dai)理(li)(li)服務器(qi)，如果反(fan)向代(dai)理(li)(li)服務器(qi)中緩存著用戶(hu)(hu)請求的(de)資源，就將其直接(jie)返回給用戶(hu)(hu)。使用CDN和(he)反(fan)向代(dai)理(li)(li)的(de)目(mu)的(de)都是盡早(zao)返回數(shu)據給用戶(hu)(hu)，一(yi)方面加(jia)快用戶(hu)(hu)訪問(wen)速度，另一(yi)方面也減輕后端服務器(qi)的(de)負載壓力。

使用分(fen)布(bu)式文件系統和分(fen)布(bu)式數(shu)據庫(ku)系統

任(ren)何強大(da)的(de)單一(yi)服務(wu)器都滿(man)足不了大(da)型網(wang)(wang)站持續(xu)增(zeng)長的(de)業(ye)務(wu)需求。數(shu)據(ju)庫經過(guo)讀寫分離后，從一(yi)臺服務(wu)器拆(chai)分成兩臺服務(wu)器，但是隨(sui)著網(wang)(wang)站業(ye)務(wu)的(de)發展(zhan)依然不能(neng)滿(man)足需求，這時需要(yao)使用分布式數(shu)據(ju)庫。文(wen)件系統(tong)也是一(yi)樣，需要(yao)使用分布式文(wen)件系統(tong)。

分布(bu)式數據(ju)(ju)庫(ku)是(shi)網站(zhan)數據(ju)(ju)庫(ku)拆分的最后手(shou)段(duan)，只(zhi)有在單表(biao)數據(ju)(ju)規(gui)模非常龐(pang)大的時候才使用。不(bu)(bu)到不(bu)(bu)得已時，網站(zhan)更常用的數據(ju)(ju)庫(ku)拆分手(shou)段(duan)是(shi)業務(wu)分庫(ku)，將(jiang)不(bu)(bu)同業務(wu)的數據(ju)(ju)庫(ku)部署在不(bu)(bu)同的物理服務(wu)器上。

使用NoSQL和搜索引擎

隨著(zhu)網站業(ye)務越(yue)(yue)來越(yue)(yue)復(fu)雜，對數(shu)(shu)據存儲和(he)檢索的需求也越(yue)(yue)來越(yue)(yue)復(fu)雜，網站需要采用(yong)(yong)(yong)一些非關系數(shu)(shu)據庫技(ji)術(shu)如(ru)NoSQL和(he)非數(shu)(shu)據庫查(cha)詢技(ji)術(shu)如(ru)搜索引擎(qing)。NoSQL和(he)搜索引擎(qing)都是源(yuan)自互聯(lian)網的技(ji)術(shu)手段，對可伸縮的分布式(shi)特性具有更好(hao)的支(zhi)持。應用(yong)(yong)(yong)服務器則通過(guo)一個統一數(shu)(shu)據訪問模塊訪問各種數(shu)(shu)據，減輕應用(yong)(yong)(yong)程序管理(li)諸多數(shu)(shu)據源(yuan)的麻煩。

業務拆分

大(da)型網(wang)站(zhan)為(wei)了應(ying)對日益復雜的(de)(de)業務場(chang)景，通(tong)過(guo)使用分(fen)(fen)而治之(zhi)(zhi)的(de)(de)手段將整個(ge)(ge)網(wang)站(zhan)業務分(fen)(fen)成不(bu)同(tong)(tong)的(de)(de)產品線，如大(da)型購物交易網(wang)站(zhan)就會將首(shou)頁、商鋪、訂單、買家、賣家等拆(chai)分(fen)(fen)成不(bu)同(tong)(tong)的(de)(de)產品線，分(fen)(fen)歸(gui)不(bu)同(tong)(tong)的(de)(de)業務團隊(dui)負責(ze)。具體到技術(shu)上，也會根據(ju)產品線劃(hua)分(fen)(fen)，將一個(ge)(ge)網(wang)站(zhan)拆(chai)分(fen)(fen)成許多不(bu)同(tong)(tong)的(de)(de)應(ying)用，每個(ge)(ge)應(ying)用獨(du)立(li)部署(shu)維護。應(ying)用之(zhi)(zhi)間可以通(tong)過(guo)一個(ge)(ge)超鏈接(jie)(jie)建立(li)關系(xi)（在首(shou)頁上的(de)(de)導航(hang)鏈接(jie)(jie)每個(ge)(ge)都指向不(bu)同(tong)(tong)的(de)(de)應(ying)用地址(zhi)），也可以通(tong)過(guo)消息隊(dui)列(lie)進行數據(ju)分(fen)(fen)發，當(dang)然最多的(de)(de)還是通(tong)過(guo)訪問同(tong)(tong)一個(ge)(ge)數據(ju)存(cun)儲系(xi)統(tong)來構(gou)成一個(ge)(ge)關聯的(de)(de)完(wan)整系(xi)統(tong)。 

分布式服務

隨著業(ye)務(wu)(wu)(wu)拆分越來越小，存儲系(xi)統(tong)越來越龐(pang)大，應用(yong)系(xi)統(tong)的(de)整體(ti)復雜(za)度呈(cheng)指(zhi)數(shu)(shu)(shu)級增加，部署(shu)維護(hu)越來越困難。由于所(suo)有應用(yong)要(yao)和(he)所(suo)有數(shu)(shu)(shu)據庫(ku)系(xi)統(tong)連(lian)接(jie)(jie)，在數(shu)(shu)(shu)萬臺(tai)服務(wu)(wu)(wu)器規模(mo)的(de)中，這(zhe)(zhe)些連(lian)接(jie)(jie)的(de)數(shu)(shu)(shu)目是服務(wu)(wu)(wu)器規模(mo)的(de)平方，導(dao)致存數(shu)(shu)(shu)據庫(ku)接(jie)(jie)資(zi)源不足，拒絕服務(wu)(wu)(wu)。既然(ran)每(mei)一個應用(yong)系(xi)統(tong)都(dou)需要(yao)執行(xing)許多相同的(de)業(ye)務(wu)(wu)(wu)操作(zuo)，比如用(yong)戶管理、商品管理等(deng)，那么可以將這(zhe)(zhe)些共(gong)(gong)用(yong)的(de)業(ye)務(wu)(wu)(wu)提(ti)取出來，獨立部署(shu)。由這(zhe)(zhe)些可復用(yong)的(de)業(ye)務(wu)(wu)(wu)連(lian)接(jie)(jie)數(shu)(shu)(shu)據庫(ku)，提(ti)供共(gong)(gong)用(yong)業(ye)務(wu)(wu)(wu)服務(wu)(wu)(wu)，而應用(yong)系(xi)統(tong)只需要(yao)管理用(yong)戶界面(mian)，通過分布式服務(wu)(wu)(wu)調用(yong)共(gong)(gong)用(yong)業(ye)務(wu)(wu)(wu)服務(wu)(wu)(wu)完成(cheng)具體(ti)業(ye)務(wu)(wu)(wu)操作(zuo)。

大(da)(da)型網(wang)站的(de)(de)(de)(de)(de)架(jia)(jia)構(gou)演(yan)化到(dao)這里，基本上(shang)大(da)(da)多(duo)數的(de)(de)(de)(de)(de)技術問題(ti)都(dou)得以(yi)(yi)解決(jue)，諸如(ru)跨數據中(zhong)心的(de)(de)(de)(de)(de)實時(shi)數據同步和具體(ti)網(wang)站業(ye)(ye)務(wu)(wu)相關的(de)(de)(de)(de)(de)問題(ti)也(ye)都(dou)可(ke)(ke)以(yi)(yi)通過組合改進(jin)現有技術架(jia)(jia)構(gou)來解決(jue)。但事(shi)物發(fa)展到(dao)一定階(jie)段，就(jiu)(jiu)會擁有自(zi)身(shen)的(de)(de)(de)(de)(de)發(fa)展沖動，擺脫其(qi)初衷，向著(zhu)(zhu)使(shi)自(zi)己更強大(da)(da)的(de)(de)(de)(de)(de)方(fang)(fang)向發(fa)展。既然(ran)大(da)(da)型網(wang)站架(jia)(jia)構(gou)解決(jue)了海(hai)量數據的(de)(de)(de)(de)(de)管理和高并發(fa)事(shi)務(wu)(wu)的(de)(de)(de)(de)(de)處理，那么就(jiu)(jiu)可(ke)(ke)以(yi)(yi)把這些解決(jue)方(fang)(fang)案(an)應用到(dao)網(wang)站自(zi)身(shen)以(yi)(yi)外的(de)(de)(de)(de)(de)業(ye)(ye)務(wu)(wu)上(shang)去。我(wo)們看到(dao)目前許多(duo)大(da)(da)型網(wang)站建設云計(ji)算平臺(tai)，將計(ji)算作為一種(zhong)基礎資源(yuan)出售，中(zhong)小網(wang)站不(bu)需(xu)要(yao)再關心技術架(jia)(jia)構(gou)問題(ti)，只(zhi)需(xu)要(yao)按(an)需(xu)付費(fei)，就(jiu)(jiu)可(ke)(ke)以(yi)(yi)使(shi)網(wang)站隨著(zhu)(zhu)業(ye)(ye)務(wu)(wu)的(de)(de)(de)(de)(de)增長逐(zhu)漸獲得更大(da)(da)的(de)(de)(de)(de)(de)存儲空間(jian)和更多(duo)的(de)(de)(de)(de)(de)計(ji)算資源(yuan)。