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

大(da)型網(wang)站的技(ji)術挑戰(zhan)主(zhu)(zhu)要(yao)來(lai)自于龐大(da)的用(yong)戶，高并發的訪問和海(hai)量的數(shu)據，任何簡單的業務一旦需要(yao)處理數(shu)以(yi)P計(ji)的數(shu)據和面對數(shu)以(yi)億(yi)計(ji)的用(yong)戶，問題就會變得(de)很棘(ji)手。大(da)型網(wang)站架構主(zhu)(zhu)要(yao)就是解(jie)決這(zhe)類問題。

初始階段(duan)的網站(zhan)架(jia)構大型(xing)網站(zhan)都是從小(xiao)型(xing)網站(zhan)發展而來，網站(zhan)架(jia)構也是一(yi)樣，是從小(xiao)型(xing)網站(zhan)架(jia)構逐(zhu)步(bu)演化而來。小(xiao)型(xing)網站(zhan)最開始時沒有(you)太多人訪問，只需要(yao)一(yi)臺服務器(qi)就綽綽有(you)余。

應(ying)用(yong)程(cheng)序、數據(ju)庫、文件(jian)(jian)等所有的資源都在一(yi)臺(tai)服務器上。通常服務器操(cao)作系統使用(yong)Linux，應(ying)用(yong)程(cheng)序使用(yong)PHP開(kai)(kai)發(fa)，然后部署在Apache上，數據(ju)庫使用(yong)MySQL，匯集各種免費開(kai)(kai)源軟件(jian)(jian)及一(yi)臺(tai)廉價(jia)服務器就可以開(kai)(kai)始網站(zhan)的發(fa)展之路(lu)了。

應(ying)用服(fu)務和數據服(fu)務分離

隨著網站(zhan)業務(wu)的(de)發展，一臺(tai)(tai)服(fu)務(wu)器(qi)逐(zhu)漸不能(neng)滿足(zu)需(xu)(xu)求：越(yue)(yue)來越(yue)(yue)多的(de)用戶訪(fang)問導(dao)致性能(neng)越(yue)(yue)來越(yue)(yue)差，越(yue)(yue)來越(yue)(yue)多的(de)數據導(dao)致存(cun)儲(chu)空間不足(zu)。這時就需(xu)(xu)要(yao)(yao)(yao)將應(ying)用和(he)(he)數據分(fen)離。應(ying)用和(he)(he)數據分(fen)離后整個網站(zhan)使用三(san)臺(tai)(tai)服(fu)務(wu)器(qi)：應(ying)用服(fu)務(wu)器(qi)、文件(jian)(jian)(jian)服(fu)務(wu)器(qi)和(he)(he)數據庫服(fu)務(wu)器(qi)。這三(san)臺(tai)(tai)服(fu)務(wu)器(qi)對硬件(jian)(jian)(jian)資(zi)源的(de)要(yao)(yao)(yao)求各不相(xiang)同(tong)，應(ying)用服(fu)務(wu)器(qi)需(xu)(xu)要(yao)(yao)(yao)處理大量的(de)業務(wu)邏輯(ji)，因此需(xu)(xu)要(yao)(yao)(yao)更(geng)快(kuai)更(geng)強(qiang)大的(de)CPU；數據庫服(fu)務(wu)器(qi)需(xu)(xu)要(yao)(yao)(yao)快(kuai)速(su)磁盤檢索和(he)(he)數據緩存(cun)，因此需(xu)(xu)要(yao)(yao)(yao)更(geng)快(kuai)的(de)硬盤和(he)(he)更(geng)大的(de)內存(cun)；文件(jian)(jian)(jian)服(fu)務(wu)器(qi)需(xu)(xu)要(yao)(yao)(yao)存(cun)儲(chu)大量用戶上傳的(de)文件(jian)(jian)(jian)，因此需(xu)(xu)要(yao)(yao)(yao)更(geng)大的(de)硬盤。 

應(ying)用服(fu)務(wu)和(he)數(shu)據服(fu)務(wu)分離應(ying)用和(he)數(shu)據分離后(hou)，不同(tong)特性的(de)服(fu)務(wu)器承擔不同(tong)的(de)服(fu)務(wu)角(jiao)色，網站的(de)并發(fa)處理(li)能(neng)力和(he)數(shu)據存儲空間得到了很大改善，支持網站業務(wu)進(jin)一(yi)(yi)步(bu)發(fa)展。但是隨著用戶逐漸(jian)增多，網站又(you)一(yi)(yi)次面臨挑戰：數(shu)據庫壓力太大導致訪問延遲，進(jin)而影響(xiang)整個網站的(de)性能(neng)，用戶體驗受到影響(xiang)。這(zhe)時需要(yao)對網站架構進(jin)一(yi)(yi)步(bu)優化。

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

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

既然大部(bu)分(fen)的業務訪問集(ji)中在(zai)一(yi)小(xiao)部(bu)分(fen)數(shu)據(ju)上，那么如果把這(zhe)一(yi)小(xiao)部(bu)分(fen)數(shu)據(ju)緩存在(zai)內存中，是不是就可以(yi)減少數(shu)據(ju)庫的訪問壓力，提高整個網站的數(shu)據(ju)訪問速度，改善數(shu)據(ju)庫的寫(xie)入性(xing)能了呢？

網站使用(yong)(yong)的(de)(de)緩(huan)(huan)存(cun)(cun)(cun)(cun)可以分(fen)為(wei)(wei)兩(liang)種(zhong)：緩(huan)(huan)存(cun)(cun)(cun)(cun)在(zai)應用(yong)(yong)服(fu)(fu)務器(qi)(qi)(qi)上(shang)的(de)(de)本地緩(huan)(huan)存(cun)(cun)(cun)(cun)和緩(huan)(huan)存(cun)(cun)(cun)(cun)在(zai)專(zhuan)門的(de)(de)分(fen)布(bu)式緩(huan)(huan)存(cun)(cun)(cun)(cun)服(fu)(fu)務器(qi)(qi)(qi)上(shang)的(de)(de)遠程(cheng)緩(huan)(huan)存(cun)(cun)(cun)(cun)。本地緩(huan)(huan)存(cun)(cun)(cun)(cun)的(de)(de)訪(fang)問(wen)速(su)度更快一(yi)些，但是受應用(yong)(yong)服(fu)(fu)務器(qi)(qi)(qi)內(nei)存(cun)(cun)(cun)(cun)限制(zhi)(zhi)，其緩(huan)(huan)存(cun)(cun)(cun)(cun)數據量有(you)限，而且會(hui)出現和應用(yong)(yong)程(cheng)序爭用(yong)(yong)內(nei)存(cun)(cun)(cun)(cun)的(de)(de)情況。遠程(cheng)分(fen)布(bu)式緩(huan)(huan)存(cun)(cun)(cun)(cun)可以使用(yong)(yong)集群的(de)(de)方(fang)式，部署(shu)大內(nei)存(cun)(cun)(cun)(cun)的(de)(de)服(fu)(fu)務器(qi)(qi)(qi)作為(wei)(wei)專(zhuan)門的(de)(de)緩(huan)(huan)存(cun)(cun)(cun)(cun)服(fu)(fu)務器(qi)(qi)(qi)，可以在(zai)理(li)論上(shang)做到(dao)不受內(nei)存(cun)(cun)(cun)(cun)容量限制(zhi)(zhi)的(de)(de)緩(huan)(huan)存(cun)(cun)(cun)(cun)服(fu)(fu)務使用(yong)(yong)緩(huan)(huan)存(cun)(cun)(cun)(cun)后，數據訪(fang)問(wen)壓(ya)力得到(dao)有(you)效(xiao)緩(huan)(huan)解(jie)，但是單一(yi)應用(yong)(yong)服(fu)(fu)務器(qi)(qi)(qi)能夠處(chu)理(li)的(de)(de)請求(qiu)連(lian)接有(you)限，在(zai)網站訪(fang)問(wen)高峰期，應用(yong)(yong)服(fu)(fu)務器(qi)(qi)(qi)成為(wei)(wei)整個網站的(de)(de)瓶頸。

使用應用服務器集群改善網站的并(bing)發處理能力

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

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

應用(yong)(yong)服(fu)務器(qi)集(ji)群(qun)部署通(tong)過(guo)負載均(jun)衡調度服(fu)務器(qi)，可將來自用(yong)(yong)戶(hu)瀏覽器(qi)的(de)訪問請求分發到應用(yong)(yong)服(fu)務器(qi)集(ji)群(qun)中的(de)任何一臺(tai)服(fu)務器(qi)上，如果(guo)有(you)更多(duo)(duo)的(de)用(yong)(yong)戶(hu)，就在集(ji)群(qun)中加入更多(duo)(duo)的(de)應用(yong)(yong)服(fu)務器(qi)，使應用(yong)(yong)服(fu)務器(qi)的(de)負載壓力不再成為整(zheng)個網(wang)站的(de)瓶(ping)頸。

數據庫讀寫分離

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

應(ying)用服務器在寫數(shu)(shu)據(ju)(ju)(ju)(ju)的(de)時(shi)候，訪問(wen)(wen)(wen)主數(shu)(shu)據(ju)(ju)(ju)(ju)庫，主數(shu)(shu)據(ju)(ju)(ju)(ju)庫通(tong)過主從復制(zhi)機制(zhi)將(jiang)數(shu)(shu)據(ju)(ju)(ju)(ju)更(geng)新同步到從數(shu)(shu)據(ju)(ju)(ju)(ju)庫，這(zhe)樣(yang)當(dang)應(ying)用服務器讀(du)(du)(du)數(shu)(shu)據(ju)(ju)(ju)(ju)的(de)時(shi)候，就(jiu)可以通(tong)過從數(shu)(shu)據(ju)(ju)(ju)(ju)庫獲得數(shu)(shu)據(ju)(ju)(ju)(ju)。為了(le)便于應(ying)用程序訪問(wen)(wen)(wen)讀(du)(du)(du)寫分(fen)離后的(de)數(shu)(shu)據(ju)(ju)(ju)(ju)庫，通(tong)常在應(ying)用服務器端使用專(zhuan)門的(de)數(shu)(shu)據(ju)(ju)(ju)(ju)訪問(wen)(wen)(wen)模塊，使數(shu)(shu)據(ju)(ju)(ju)(ju)庫讀(du)(du)(du)寫分(fen)離對應(ying)用透明。

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

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

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

使用分布式文件系統和(he)分布式數據庫系統

任何強(qiang)大的(de)單一(yi)服(fu)務(wu)器(qi)(qi)都滿足不了大型網(wang)站持續增長的(de)業務(wu)需(xu)求。數(shu)(shu)據庫(ku)經過讀寫(xie)分(fen)離后，從一(yi)臺(tai)(tai)服(fu)務(wu)器(qi)(qi)拆分(fen)成兩(liang)臺(tai)(tai)服(fu)務(wu)器(qi)(qi)，但是隨著網(wang)站業務(wu)的(de)發展依然不能滿足需(xu)求，這時需(xu)要(yao)使用(yong)分(fen)布式數(shu)(shu)據庫(ku)。文(wen)件系統也是一(yi)樣，需(xu)要(yao)使用(yong)分(fen)布式文(wen)件系統。

分(fen)布(bu)式數據(ju)庫是網(wang)站(zhan)數據(ju)庫拆(chai)分(fen)的(de)最(zui)后手段(duan)，只(zhi)有在(zai)單表數據(ju)規模非常龐大(da)的(de)時候才使(shi)用(yong)(yong)。不(bu)(bu)到不(bu)(bu)得已時，網(wang)站(zhan)更常用(yong)(yong)的(de)數據(ju)庫拆(chai)分(fen)手段(duan)是業(ye)務(wu)分(fen)庫，將(jiang)不(bu)(bu)同(tong)業(ye)務(wu)的(de)數據(ju)庫部署在(zai)不(bu)(bu)同(tong)的(de)物(wu)理服務(wu)器上。

使用NoSQL和搜(sou)索引擎

隨著(zhu)網(wang)站(zhan)業務越(yue)來越(yue)復雜，對(dui)數(shu)據存儲和(he)檢(jian)索的(de)(de)需(xu)求也越(yue)來越(yue)復雜，網(wang)站(zhan)需(xu)要采用一(yi)(yi)些非(fei)關系數(shu)據庫技(ji)(ji)術(shu)如NoSQL和(he)非(fei)數(shu)據庫查詢技(ji)(ji)術(shu)如搜索引擎。NoSQL和(he)搜索引擎都是源自(zi)互(hu)聯網(wang)的(de)(de)技(ji)(ji)術(shu)手段，對(dui)可伸縮的(de)(de)分(fen)布式特性具有更好的(de)(de)支持。應用服務器則通過一(yi)(yi)個統一(yi)(yi)數(shu)據訪問模塊(kuai)訪問各(ge)種數(shu)據，減輕應用程序(xu)管(guan)理諸多數(shu)據源的(de)(de)麻(ma)煩。

業務拆分

大(da)型(xing)網(wang)站為了應對日益復雜的(de)業務(wu)場景，通過使用(yong)分(fen)(fen)而治之的(de)手段將(jiang)整(zheng)個網(wang)站業務(wu)分(fen)(fen)成(cheng)不(bu)同(tong)(tong)的(de)產品(pin)線(xian)(xian)，如大(da)型(xing)購物交易(yi)網(wang)站就會將(jiang)首頁、商鋪、訂單、買(mai)家(jia)(jia)、賣家(jia)(jia)等拆分(fen)(fen)成(cheng)不(bu)同(tong)(tong)的(de)產品(pin)線(xian)(xian)，分(fen)(fen)歸不(bu)同(tong)(tong)的(de)業務(wu)團(tuan)隊負責。具體到技術上(shang)，也會根據產品(pin)線(xian)(xian)劃分(fen)(fen)，將(jiang)一(yi)(yi)個網(wang)站拆分(fen)(fen)成(cheng)許多不(bu)同(tong)(tong)的(de)應用(yong)，每個應用(yong)獨(du)立(li)部(bu)署(shu)維護。應用(yong)之間可以通過一(yi)(yi)個超鏈接(jie)建(jian)立(li)關系（在首頁上(shang)的(de)導航(hang)鏈接(jie)每個都(dou)指向不(bu)同(tong)(tong)的(de)應用(yong)地址），也可以通過消息隊列(lie)進行數據分(fen)(fen)發，當然(ran)最多的(de)還(huan)是(shi)通過訪問同(tong)(tong)一(yi)(yi)個數據存儲系統來構成(cheng)一(yi)(yi)個關聯的(de)完整(zheng)系統。 

分布式服務

隨著業務(wu)(wu)(wu)拆分越(yue)(yue)(yue)來(lai)(lai)越(yue)(yue)(yue)小，存(cun)儲系(xi)(xi)統(tong)越(yue)(yue)(yue)來(lai)(lai)越(yue)(yue)(yue)龐大，應(ying)用(yong)系(xi)(xi)統(tong)的(de)整體復雜度呈指數級增加(jia)，部(bu)署維(wei)護越(yue)(yue)(yue)來(lai)(lai)越(yue)(yue)(yue)困難。由(you)于所有(you)應(ying)用(yong)要(yao)和(he)所有(you)數據(ju)庫系(xi)(xi)統(tong)連接，在數萬臺服(fu)務(wu)(wu)(wu)器(qi)(qi)規模的(de)中，這些連接的(de)數目(mu)是服(fu)務(wu)(wu)(wu)器(qi)(qi)規模的(de)平方，導致存(cun)數據(ju)庫接資源不足，拒(ju)絕(jue)服(fu)務(wu)(wu)(wu)。既然每一個應(ying)用(yong)系(xi)(xi)統(tong)都需要(yao)執行許(xu)多相同(tong)的(de)業務(wu)(wu)(wu)操作(zuo)(zuo)，比如用(yong)戶管理、商品管理等，那么可以將這些共(gong)用(yong)的(de)業務(wu)(wu)(wu)提取出來(lai)(lai)，獨立部(bu)署。由(you)這些可復用(yong)的(de)業務(wu)(wu)(wu)連接數據(ju)庫，提供共(gong)用(yong)業務(wu)(wu)(wu)服(fu)務(wu)(wu)(wu)，而應(ying)用(yong)系(xi)(xi)統(tong)只需要(yao)管理用(yong)戶界面，通(tong)過(guo)分布(bu)式服(fu)務(wu)(wu)(wu)調用(yong)共(gong)用(yong)業務(wu)(wu)(wu)服(fu)務(wu)(wu)(wu)完成(cheng)具體業務(wu)(wu)(wu)操作(zuo)(zuo)。

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