緩衝使用的思考1

  常見緩衝產品 

• Replace your Memcached Tier with a Couchbase Cluster

     有windows版本，也有linux版本。     安裝couchbase cluster對CPU有要求，因為有幾次安裝提示我CPU不支援之類的資訊。 

• Windows AppFabric

     AppFabric是微軟為windows server提供的一系列整合技術，方便構建、擴充和管理運行在IIS      上的應用。緩衝是AppFabric提供的功能之一，而且支援分布式緩衝。

• memcached

     http://memcached.org/

     老牌的分布式緩衝。

• redis

     http://redis.io/          流行的索引值型NoSQL資料庫，可以當做緩衝來使用。可以儲存string，hash，list，set，     sorted set等多種類型的值。

• mongodb

     http://www.mongodb.org
      流行的文檔型NoSQL資料庫，易擴充，結構自由，也可以當做緩衝來使用。  memcached、redis、mongodb由於一些原因，在windows上運行不是太好，可能出現一些奇怪的問題。這一方面源於它們本身對windows支援不夠，或者本來就不推薦在windows上使用。 經常會被緩衝的內容：

• 分類資訊
• 不常改變的資訊

 其實產品資訊，甚至使用者資訊，比如說username對應的userid，userid對應的username，其實緩衝的意 義還是蠻大的。試想一下，如果只是想要username對應的userid，這一點資訊是不是就不要查詢資料庫了，好像有點浪費。引申開來，很多根據主鍵查詢少量常用資訊的需求都可以用緩衝來實現，替換掉查詢資料庫。 說到這裡，肯定有人會說：“資訊到期了怎麼辦，使用者修改了資訊怎麼辦。”。一般的緩衝都提供到期機制，相對時間到期，絕對時間到期，修改資訊之後可以設定絕對到期時間為過去的一個時間，下次訪問緩衝的資訊的時候，就會因為緩衝失效而從資料來源擷取了。還可以在修改資訊之後，更新一下緩衝，保持緩衝總是最新資訊。 首先緩衝應該是一個組件，一個不依賴於其他組件的基礎組件。提供索引值方式的存取，鍵位字串類型，值為物件類型。當然，如果值能提供多種資料類型，那就更好了。比如說redis就提供string，hash，list，set，sorted set。提供緩衝到期功能，絕對時間到期，相對時間到期。提供緩衝依賴功能，依賴檔案，依賴資料庫。甚至提供依賴介面，使用者可以實現自己需要的依賴。更好一點的，還支援分布式緩衝。 既然是一個基礎組件，肯定會被其他的組件調用，為其他組件來快取資料。我們的應用經常會分層，比如說業務層，持久層。 假設我們現在需要業務層提供業務對象的緩衝功能。業務層需要引入緩衝組件，調用緩衝組件的介面實現業務對象的緩衝，擷取，到期。 業務層引入緩衝組件實現業務對象的緩衝，對外部應該是個黑盒，不需要外部關心使用那種緩衝組件，使用的具體細節，哪些情境使用，外部存取業務對象的介面也不應該發生變化，不需要任何緩衝相關參數。但是應該允許外部調用者關閉緩衝，就是說外部調用者應該可以在初始化業務對象的時候聲明不使用業務對象的緩衝機制，或者在使用的過程中設定關閉和開啟業務對象的緩衝機制。 假設我是業務層的調用者，我希望在初始化業務層對象的時候，可以設定是否啟用業務對象的緩衝機制。同時在使用已經初始化的業務層對象的時候，也可以在需要的時候進行緩衝機制的開啟和關閉。 未完，待續。。。

本文出自 “突破中的IT結構師” 部落格，請務必保留此出處http://virusswb.blog.51cto.com/115214/1096939