試談百萬級訪問網(wǎng)站前期的技術(shù)準備(文件)
【正文】 ，代碼直接按照多主多從來編寫，用一些小技巧來避免復制延時問題，并且還要解決多數(shù)據(jù)庫數(shù)據(jù)是否一致，可以自己寫或者找現(xiàn)成的運維工具。避免自增ID作為主鍵，不利于分片。NoSQL。例如MongoDB，幾句配置就可以組建一個復制+自動分片+failover的環(huán)境，文檔化的存儲也簡化了傳統(tǒng)設計庫 結(jié)構(gòu)再開發(fā)的模式。緩存有持久化緩存、 內(nèi)存緩存，生成靜態(tài)頁面是最容易理解的持久化緩存了，還有很多比如varnish的分塊緩存、前面提到的memcachedb等，內(nèi)存緩 存，memcached首當其沖。這兩者之間如何配合，程序設計要多 動腦筋。十、文件存儲。存儲的分布幾乎跟數(shù)據(jù)庫擴展一樣艱難。為了將來圖片走cdn做準備，一開始最好就將圖片的域名分開，且不用主域名。從0 到F，可以把這個字母作為域名，（客戶端dns壓力會增大），還可以擴展到最多16個NAS集群 上。當然最好是能用專門的分布式文件系統(tǒng)或更專業(yè)點的存儲解決方案。在組織代碼的各個方面，跟這些準備息息相關，我一二三的列出來分別說，并且每一條都 以“前面講到”這個經(jīng)典句式開頭，為了方便對照。例如看看你用的ORM是不是做了 很多你用不到的事情，是不是有重復的數(shù)據(jù)調(diào)用。登錄方面的設計要考慮移動設備的特性，比如電腦可以用浮動層窗口，但NOKIA自帶的瀏覽器或UCWEB就無法處理這種表現(xiàn)形式，程序一 定既能處理AJAX請求又能直接通過URL來處理請求。前面講到， 數(shù)據(jù)庫會有復制，可能會多主多從，可能會分片。之所以這樣做，是因為在單關系數(shù)據(jù)庫的情況 下，可能會SELECT…JOIN…或直接INSERT…INTO…，可你可能會將一些表放到keyvalue數(shù)據(jù)庫里存儲，或者分片，這么做之后原來 的語句和方式要全部改變，如果過于分散，則移植時會耗費很大精力，或得到一個很大的Model。即使用自增ID， 也最好用一個自增ID發(fā)生器，否則從數(shù)據(jù)庫不小心被寫了一下，那主鍵很容易沖突。但我們還是有一些規(guī)則可參照。在實踐中，因為產(chǎn)品需求變化速度非?？欤芷谠絹碓蕉?，有時很難將Controller和 Model分的那么清楚，Controller層面處理部分緩存必不可免，但要保證如果出現(xiàn)這種情況，Controller所操作的緩存一定不要影響其他 數(shù)據(jù)需求方，也就是要保證這個緩存數(shù)據(jù)只有這一個Controller在用。規(guī)則三，緩存更新要保證原子性或稱作線程安全，特別是采用被動緩存的方式時，很可能兩個用戶訪問時導致同一個緩存被更新，通常情況這不是大問 題，可緩存失效后重建時很可能是引發(fā)連鎖反應的原因之一。前面講到，文件存儲是獨立的，那么所有的文件操作就都是遠程調(diào)用。將支撐服務接口化，意味著將MySQL更換到PostgreSQL不需要更改業(yè)務處理程序，移植團隊甚至不需要跟業(yè)務開發(fā)團隊過多溝通；意味著業(yè)務開發(fā)團隊是對接口編程而不是對數(shù)據(jù)庫編程；意味著不會因為某個業(yè)務開發(fā)人員的失誤而拖垮性能。從廣義上來講，產(chǎn)品包含市場策略、營銷手段、功能設計，產(chǎn)品和技術(shù)在爭論時往往把焦點放在功能 上，而實際重點是，實現(xiàn)這個功能所消耗的成本跟能這個功能帶來的利益能否換算，能否取其輕重。激進的決策者注重利益，保守的決策者注重損失，聰明的決策者會考慮這個問題是否真的那么 嚴重。有了統(tǒng)計，能確定的事情就很多了。9 / 9。將數(shù)據(jù)以不同方式組合起來，找到內(nèi)在聯(lián)系，分析內(nèi)因外因，制定對應策略，減少 拍腦門決策。不過總有能說的準的事情，那就得靠數(shù)據(jù)說話。若不能，則拋硬幣看運氣。不斷有產(chǎn)品設計抱怨說他的創(chuàng)意沒實現(xiàn)到預期效果，有程序員抱怨說產(chǎn)品設計不切實 際。你會發(fā)現(xiàn)很多大網(wǎng)站的 上傳圖片跟保存文章是分兩步完成的，就是基于這個原因。不只是技術(shù)成本，還有人工時間成本。在不考慮緩存失效引發(fā)的雪崩效應時，你的程 序要有緩存跟沒緩存一個樣，不能像新浪微博一樣，緩存一失效，粉絲微博全空，整個應用都亂套了。例如在WEB最前端緩存整個頁面，再往后一層緩存部分頁面區(qū)域，再往后緩存區(qū)域內(nèi)的單條記錄。別把mysql的
外語相關推薦
鄂ICP備17016276號-1