網站建設中如何合理設計回退功能
發布時間：2013-11-20 瀏覽：244打印字號：大中小
網站建設中如何合理設計回退功能
網站建設時無論是從代碼安全，數據安全還是用戶操作的容錯性考慮，回退功能應該從網站建設一開始就考慮，避免突發情況下可以迅速恢復網站。下面列出了要具備回退功能需要注意的幾個關鍵點。是的，回退功能的主要難點在于數據庫，通過仔細檢查網站，一一排除那些明顯的問題，然后堅持幾個簡單的原則，所有網站建設團隊都能夠設計完善的回退功能。
- 保證數據庫修改只能是增量的。在下一個廢除了列之間的依賴關系的版本發布之前，只能添加數據庫的列或表，不能直接刪除。一旦實施了這些標準，每個版本都應該有一部分代碼專門用于清除上一個版本遺留的對于數據。
- DDL和DML必須腳本化且測試過，這個可以在網站建設的后期修改。每個版本中對數據庫的修改必須通過腳本實現，而不能手段進行。其中應該包括回退腳本。這樣做的原因有兩點：1. 網站建設團隊需要在QA或某個階段測試回退操作，以便驗證什么都沒有被漏掉；2. 需要在一定的負載的條件下測試腳本，確保在網站程序使用數據庫時，它仍然能夠執行。
- 對網站中的SQL查詢進行約束。網站建設團隊需要消除所有SQL語句中的歧義，刪除所有Select *查詢，并且給update語句加上要更新的列名字。
- 較大型網站建設項目中要合理使用緩存，正確設置響應頭中的緩存參數。客戶端緩存可以在網站出現故障時讓大部分曾經訪問過網站的用戶從緩存中正常訪問部分重要信息，不至于直接出現錯誤頁面。客戶端緩存主要由http響應頭中的Cache-Control，Last-Modified和Expires參數實現，下面是被正確設置緩存的網站響應頭，其中紅色字體部分是緩存的關鍵參數，確保你的網站返回的http頭部正確包含了這些內容，剩下的就交給瀏覽器去完成吧。
Cache-Control:private
Content-Encoding:gzip
Content-Length:22146
Content-Type:text/html;charset=utf-8
Date:Mon, 04 Nov 201308:25:36 GMT
Cache-Control:max-age=0
Expires：Mon, 04 Nov 2013 20:00:00GMT
Connection:keep-alive
PoweredBy:cloudfun
Vary:Accept-Encoding
- 數據的語義修改。在發布版本中，網站建設團隊不能修改數據的定義。舉個例子，票務表中的一列用于存放狀態信號，其中有三個值assigned，fixed和closed。在網站的新版本中，如果沒有發布處理新狀態的代碼，就不能添加第四個狀態。
- 網站建設中注重架構設計，盡量做到熱插拔，即Wire on/wire off。應該讓網站結構化，使其能根據外部配置，讓有些用戶能夠訪問某個代碼路徑和功能，而有的用戶則不能訪問。這種設置可以存放在配置文件中，也可以存放在數據庫表中，既能夠根據角色賦予的訪問權限，也能夠根據隨機百分比分配權限。有了這種結構，就能夠讓有限的用戶對新功能進行測試，而且能夠迅速地刪除主要bug的代碼路徑，從而不必回退整個代碼。
即使以后和其他團隊一起工作，我們也要這樣要求自己。可見，這些原則并不復雜，而是相當簡單，任何團隊多能夠應用它們，都能具備回退的功能。
