当前位置: 软件>C/C++软件
key-value 存储服务器 LightCloud
本文导语: Plurk 前陣子放出 LightCloud,試著解決 Amazon 所提出的 Dynamo 用某些複雜方法解決問題。 比起 Dynamo 的優點是: 使用 Tokyo Cabinet 當底層,這是目前最快的 key-value database 之一,而且檔案也小。 因為使用 Tokyo Cabinet,所以可以用他的...
Plurk 前陣子放出 LightCloud,試著解決 Amazon 所提出的 Dynamo 用某些複雜方法解決問題。
比起 Dynamo 的優點是:
- 使用 Tokyo Cabinet 當底層,這是目前最快的 key-value database 之一,而且檔案也小。
- 因為使用 Tokyo Cabinet,所以可以用他的 master-master replication 取代 Dynamo 內的 replication,也就是固定以 n = 2 解決問題,以 node 本身的 HA 架構解決 Dynamo 裡面的 consistent 問題。(在 Dynamo 裡透過很多方法解決,變成 eventally consistent)
- 增加機器造成資料需要移動的問題是把 hash ring 拆成兩個,一個 lookup ring,另外一個 storage ring,用兩次 query 解決。這個部份我看不懂他的解法,還要再找資料看他怎麼解的。
這個架構如果可行 (要看他解決 routing problem 的解法是否可以達到 scalability 特性),那麼就有很多有趣的應用可以在這個架構上跑。(直接當 filesystem 來放資料)