從以下幾個方面考慮
2.service
3.storage
使用者系統特點：
讀多寫多
1.mescached 只支援簡單的key,valued儲存，不支援列舉，不支援持久化，伺服器down機，啟動時快取的資料就會清空。
memcached+mysql會遇到的問題：
2.redis 除了支援k/v形式的儲存之外，還支援list，set，hash，等多種資料結構。redis支援資料的持久化，可以將記憶體中的資料保持在磁碟中，重啟的時候可以再次載入進行使用。
cache是什麼？
快取，以key-value的形式快取了資訊，需要的時候先去cache中拿，無需重新計算
cache一定要存在記憶體中？
cache是乙個概念，並沒有指定存在什麼樣的儲存介質當中。
cpu，file system，browser 都有cache
一致性：資料儲存和快取的一致性。
更新資料，要先delete cache當中的資料，再去update db的資料。順序不能改變。此時如果db down掉了，cache成功刪除，重啟時會從db取資料，資料雖沒成功但沒問題。但是先 up db 再delete cache 有可能發生 db的update 成功，此時 cache down掉了，那麼重新啟動的時候，會從cache中拿到原來的假資料，就違背了db cache的一致性。
快取資料的生命週期：
許多的快取實現過期策略導致資料失效並從快取中移除如果不在指定時間內訪問。為了快取到快取中的有效性，確保過期策略匹配使用資料的應用程式的訪問模式。不要使過期時間太短，因為這可能導致應用程式不斷地從資料儲存中檢索資料，並將其新增到快取中。同樣，不要使過期時間過長，快取的資料可能會變得不新鮮。請記住，快取是最有效的相對靜態的資料，或是經常讀的資料。
清除策略：
大多數快取具有乙個規模有限的資料儲存區，並且是認為是必要的資料。大多數快取採用最近最少使用策略來清除項，但這是可以定製的。配置快取的全域性過期屬性和其他屬性，以及每個快取專案的過期屬性，以幫助確保快取的成本有效。它可能並不總是適合於全球驅逐政策的每一項在快取。例如，如果乙個快取的專案是非常昂貴的，從資料儲存檢索，它可能是有益的保留此專案在快取記憶體中的費用更頻繁訪問，但成本較低的專案。
許可權設計 系統登入使用者許可權設計
需求分析 場景 假設需要為公司設計乙個人員管理系統，並為各級領導及全體員工分配系統登入賬號。有如下幾個要求 1.許可權等級不同 公司領導登入後可檢視所有員工資訊，部門領導登入後只可檢視本部門員工的資訊，員工登入後只可檢視自己的資訊 2.訪問許可權不同 如公司領導登入後，可檢視員工薪水分布介面，而員工...
使用者許可權系統設計方案
鍾峰 2004年10月 版本 1.0.0 本文介紹乙個應用於 企業應用通用的使用者許可權系統的設計框架，其設計思想與主要文件 自 sunwu software studio 的 isecuritymanager 產品。本指南適用於體系結構設計人員和開發人員。安全始終是可信賴的企業應用的基石。在企業應...
使用者許可權系統設計方案
鍾峰 2004年10月 版本 1.0.0 本文介紹乙個應用於 企業應用 通用的使用者許可權系統的設計框架，其設計思想與主要文件 自 sunwu software studio 的 isecuritymanager 產品。本指南適用於體系結構設計人員和開發人員。安全始終是可信賴的企業應用 的基石。在企...