儲存難做一是對於整體需求把握，儲存定位是什麼服務於什麼場景，再有就是儲存怎麼設計，設計一套儲存架構是一件很難的事，涉及擴充套件性、維護性、易用性，實現是一件更難的事情涉及單機儲存，分散式儲存的話還涉及分散式相關各種概

說明 Omid是Yahoo! 提出的一種分散式事務技術方案，同Google的Percolate同樣實現了Snapshot的隔離級別。與Percolate不同的是，Omid使用了獨立的TSO服務來維護所有

VDL簡介 VDL(Vip Distributed Log)的定位是高吞吐、低延時的分散式日誌儲存，而多副本、強一致性是其關鍵特徵。 這裡的Log不是指syslog或者log4j產生的

巴位元加速器推出的全球線上區塊鏈技術深度對話欄目Geekhub Global Online，定期邀請世界各地的資深技術大咖連線對話。同時Geekhub技術社群成員也可以參與直播互動。 11月28

據11月14日報道，電子商務巨頭亞馬遜獲得了兩項與保護數字簽名完整性和改進分散式資料儲存方法相關的專利。美國專利商標局(USPTO)於11月13日由公佈了這兩項專利。 早在今年四月份，亞馬遜就首次提交了第一份專利

Facebook開源 了他們的內部分散式日誌儲存專案LogDevice。它通過複製、持久日誌儲存和故障恢復實現寫入高可用性。 Facebook的大多數需要記錄日誌應用程式都需要寫入高可用性、持久的

J2Cache 2.6.0 版本釋出啦，該版本最最值得關注的就是支援分散式的 session 儲存管理，支援不同的 Servlet 容器。 此外，該版本包含了如下小改動： 配置中

由於篇幅原因，這次先聊三個問題。首先就是我們應該“先寫DB還是快取？”。我想，只要你開始運用快取，這會是你第一個要好好思考的問題，否則在前方等待你的就是災難…… 一、先寫DB還是快取？ 一個程式可以沒有

前言 分散式事務是幾乎所有分散式微服務系統中，最棘手也是最重要的一個點了。在講解分散式事務前，先了解下資料庫事務的特性；資料庫事務的幾個特性：原子性(Atomicity )、一致性( Consistency

點選藍色“喬志勇筆記”關注我喲 加個“星標”，第一時間獲取推送的文章哦！ 一、基本概念： 1、關聯資料之間的邏輯關係是否正確 (資料約束一致). 理解為垂直方

一致性雜湊演算法在分散式快取領域的 MemCache，負載均衡領域的 Nginx 以及各類 RPC 框架中都有廣泛的應用，它主要是為了解決傳統雜湊函式新增雜湊表槽位數後要將關鍵字重新對映的問題。 本文會介紹

高可用 高可用（High Availability），是當一臺伺服器停止服務後，對於業務及使用者毫無影響。 停止服務的原因可能由於網絡卡、路由器、機房、CPU負載過高、記憶體溢位、自然災害等不可預期的原因導

關注並標星Z哥的「跨界架構師」 每週五早8點 按時送達 當然了，也會時不時加個餐～ 前面一篇文章中，Z哥和你聊了「非同步」的意義，以及如何運用它。錯過這篇文章的可以先去看一下再來（分散式系統關

轉載本文需註明出處：微信公眾號EAWorld，違者必究。 針對分散式架構下的資料一致性，大家也許會問這樣的問題：跨系統間分散式事務如何解決？系統內多個服務的分散式事務如何解決？一個服務內多個數據源

Jboot 是一個基於 JFinal、JFinal-Undertow、Dubbo 等開發的微服務框架，幫助開發者降低微服務開發門檻。同時完美支援在 idea、eclipse 下多 maven 模組，對java程