「傳送帶」緩存體系結構

我生產的應用程序具有一些特殊的內部通信特性，使通常的數據存儲和傳輸（Qs和RDBMSs）嫌疑犯不合適。我不知道是否有產品在那裏，符合以下特點：「傳送帶」緩存體系結構

投入的所有數據是peristent
所有讀傳遞出的內存
數據是普遍可用的
數據住在哪裏最需要
數據版本（最好有）
更新事務性的（我想ACID特性）
個數據有可能被複制，但總是同步
適用於Windows
是基於或有.NET
綁定是非常快
真是健壯
是多餘的
是可伸縮

我在尋找的東西像微軟代號爲「速度」，但我不知道它是否符合所有上述特徵。同樣，Memcached也不是最合適的。此應用程序的當前版本選擇一個具有信號系統的RDBMS用於系統間同步，但延遲太高，數據庫的版本控制很痛苦。我需要所有的穩健性，但沒有任何折衷。

來源

2010-03-17 Andrew Matthews

什麼類型的數據？有了更多的信息，我們可以給出更好的建議。 – TomTom 2010-03-17 09:19:26

現在正處於繪圖板上，這就是我故意模糊的原因。我正在傾向於XML文檔。問題領域是電話和撥號器控制。軟電話。 – 2010-03-17 09:42:22

Velocity/AppFabric會給你很多，但我不確定這是你想要的 - 它的設計是對數據存儲的補充，而不是替代。它滿足您的許多需求，尤其是可擴展性和冗餘（儘管您需要爲Windows Server Enterprise付出全部的冗餘），但是沒有持久性機制或事務支持。你也許可以爲交易寫一些擴展方法，但是在那個時候，我覺得你對抗這個產品，而不是使用它。

請記住還在於它不是有望在今年第三季度前出貨和目前還處於Beta 2

沒有go-live許可我嫌疑是memcached的將受到一些相同的限制太多。

來源

2010-03-17 09:28:12 PhilPursglove

謝謝。是的，通過數據複製提供的持久性可能足以滿足我的SLA，但是我理解Velocity中的持久性是通過RDBMS爲我規定的。 Memcached完全是非易失性的，所以我必須自己構建這個複製，我並不反對，但我寧願有一個強大的平臺爲我做。 – 2010-03-17 09:40:27

oops。 s /完全不揮發/完全揮發/ g – 2010-03-18 02:46:21

「傳送帶」緩存體系結構

回答

相關問題