首頁 > web前端 > html教學 > 10個設計製作大型網站架構中一定要考慮的問題_HTML/Xhtml_網頁製作

10個設計製作大型網站架構中一定要考慮的問題_HTML/Xhtml_網頁製作

WBOY
發布: 2016-05-16 16:37:13
原創
1276 人瀏覽過

我們這裡不討論是PHP還是JSP或.NET環境,我們從架構的方面去看問題,實現語言方面並不是問題,語言的優勢在於實現而不是好壞,不論你選擇任何語言,架構都是必須面對的。

  1、海量資料的處理

眾所周知,對於一些相對小的站點來說,資料量並不是很大,select和update就可以解決我們面對的問題,本身負載量不是很大,最多再加幾個索引就可以搞定。對於大型網站,每天的數據量可能就上百萬,如果一個設計不好的多對多關係,在前期是沒有任何問題的,但是隨著用戶的增長,數據量會是幾何級的增長的。在這個時候我們對於一個表的select和update的時候(還不說多表聯合查詢)的成本的非常高的。

  2、資料並發的處理

在某些時候,2.0的CTO都有個尚方寶劍,就是緩存。對於緩存,在高並發高處理的時候也是個大問題。在整個應用程式下,快取是全域共享的,然而在我們進行修改的時候就,如果兩個或多個請求同時對快取有更新的要求的情況下,應用程式會直接的死掉。這時候,就需要一個好的資料並發處理策略以及快取策略。

另外,就是資料庫的死鎖問題,也許平常我們感覺不到,死鎖在高並發的情況下的出現的機率是非常高的,磁碟快取就是一個大問題。

  3、文件存貯的問題

對於一些支援檔案上傳的2.0的站點,在慶幸硬碟容量越來越大的時候我們更多的應該考慮的是檔案應該如何被儲存並且被有效的索引。常見的方案是將文件依照日期和類型存貯。但是當文件量是海量的資料的情況下,如果一塊硬碟存貯了500個G的瑣碎文件,那麼維護的時候和使用的時候磁碟的Io就是一個巨大的問題,哪怕你的頻寬足夠,但是你的磁碟也未必響應過來。如果這時候還牽涉到上傳,磁碟很容易就over了。

也許用raid和專用存貯伺服器能解決眼下的問題,但是還有個問題就是各地的訪問問題,也許我們的伺服器在北京,可能在雲南或新藏的訪問速度如何解決?如果做分佈式,那麼我們的文件索引以及架構該如何規劃。

所以我們不得不承認,文件存貯是個很不容易的問題

  4、資料關係的處理

我們可以很容易的規劃出一個符合第三範式的資料庫,裡面佈滿了多對多關係,還能用GUID來替換INDENTIFY COLUMN 但是,多對多關係充斥的2.0時代,第三範式是第一個應該被拋棄的。必須有效的把多表聯合查詢降到最低。

  5、資料索引的問題

眾所周知,索引是提高資料庫效率查詢的最方面最廉價最容易實現的方案。但是,在高UPDATE的情況下,update和delete付出的成本會高的無法想想,筆者遇到過一個情況,在更新一個聚焦索引的時候需要10分鐘來完成,那麼對於站點來說,這些基本上是不可忍受的。

索引和更新是一對天生的冤家,問題A,D,E這些是我們在做架構的時候不得不考慮的問題,也可能是花費時間最多的問題。

  6、分散式處理

對於2.0網站由於其高互動性,CDN實現的效果基本上為0,內容是即時更新的,我們常規的處理。為了確保各地的存取速度,我們需要面對一個絕大的問題,就是如何有效的實現資料同步和更新,實現各地伺服器的即時通訊有是一個必須考慮的問題。

  7、Ajax的優缺點分析

成也AJAX,敗也AJAX,AJAX成為了主流趨勢,突然發現基於XMLHTTP的post和get是如此的容易。客戶端get或post 到伺服器數據,伺服器接到數據請求之後返回,這是一個很正常的AJAX請求。但是在AJAX處理的時候,如果我們使用一個抓包工具的話,對資料回傳和處理是一目了然。對於一些計算量大的AJAX請求的話,我們可以建構一個發包機,很容易就可以把一個webserver幹掉。

  8、資料安全性的分析

對於HTTP協定來說,資料包都是明文傳輸的,也許我們可以說我們可以用加密啊,但是對於G問題來說的話,加密的過程就可能是明文了(比如我們知道的QQ,可以很容易的判斷他的加密,並有效的寫一個跟他一樣的加密和解密方法出來的)。當你站點流量不是很大的時候沒有人會在乎你,但是當你流量上來之後,那麼所謂的外掛,所謂的群發就會接踵而來(從qq一開始的群發可見端倪)。也許我們可以很的意的說,我們可以採用更高級別的判斷甚至HTTPS來實現,注意,當你做這些處理的時候付出的將是海量的database,io以及CPU的成本。對於一些群發,基本上是不可能的。筆者已經可以實現對於百度空間和qq空間的群發了。大家願意試試,其實並不是很難。

  9、資料同步與叢集的處理的問題

當我們的一台databaseserver不堪負荷的時候,這個時候我們就需要做基於資料庫的負載和叢集了。而這個時候可能是最令人困擾的問題了,數據是基於網路傳輸根據資料庫的設計的不同,數據延遲是很可怕的問題,也是不可避免的問題,這樣的話,我們就需要透過另外的手段來保證在這延遲的幾秒或更長的幾分鐘時間內,實現有效的互動。例如資料散列,分割,內容處理等等問題。

  10、資料共享的管道以及OPENAPI趨勢

Openapi已經成為一個不可避免的趨勢,從google,facebook,myspace到海內校內,都在考慮這個問題,它可以更有效的留住用戶並激發用戶的更多的興趣以及讓更多的人幫助你做最有效的開發。這時候一個有效的資料共享平台,資料開放平台就成為必不可少的途徑了,而在開放的介面的情況保證資料的安全性和效能,又是一個我們必須要認真思考的問題了。

相關標籤:
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
最新問題
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板