coherence

Coherence的主要用途是共享一個應用的對象(主要是java對象，比如Web應用的一個會話java對象)和數據(比如資料庫數據，通過OR-MAPPING后成為Java對象)。簡單來說，就是當一個應用把它的對象或數據託管給Coherence管理的時候，該對象或數據就能夠在整個集群環境(多個應用伺服器節點)共享，應用程序可以非常簡單地調用get方法取得該對象，並且由於Coherence本身的冗餘機制使得任何一個應用伺服器節點的失敗都不會影響到該對象的丟失。其實如果不使用coherence，對於一個會話在多個應用伺服器節點的共享一般是通過應用伺服器本身的集群技術，而Coherence的創造者則認為基於某種應用伺服器技術的集群技術來共享會話變數的技術並不完整，而專門開發出Coherence這個產品(原來稱為tangosol)並且最後被Oracle收購，這個產品既有原來各種應用伺服器集群所具有的各種技術特點，而且又增加了原來各種應用伺服器集群技術所沒有的各種特性。

要學習這個產品，需要記住並注意的一點是：Coherence所有的設計都是基於多個(可以是非常多)的JVM，很多Coherence的測試都是使用幾十甚至上百個節點來進行的。

Coherence的一些技術特點

Coherence產品首先是被設計用於高擴展性：

所謂高擴展性就是當一個應用伺服器能夠處理2000筆交易，則10個應用伺服器應該能夠處理20000筆交易。

一般而言，整個應用架構的擴展性由架構里的最不能擴展的部位(稱之為瓶頸)決定，這個瓶頸一般而言都是數據源的處理，Coherence針對這種理解提供了應用層的數據共享緩衝，任何一個時候如果應用能夠從這個數據緩衝里滿足要求，則不會將請求發給數據源，從而極大地增強一般的瓶頸(數據)的擴展性。

為了加強數據的寫處理性能，Coherence還設計了延遲寫的功能，就是應用的寫會先緩存在Coherence的緩衝區，然後延遲寫到資料庫里，為了減輕數據源的寫壓力，Coherence只把最近的更改寫到數據源，比如一條數據被更改了多遍，則只有最後的更改會被提交到數據源。而且，如果可能，多個SQL語句會被變成一個SQL語句批，一次提交給數據源，這樣又極大地降低了對數據源的壓力。

熟悉於資料庫應用程序，參加過性能測試的有經驗的朋友應該知道這非常多的場合，上述Coherence的特點剛好是對應了非常多的經常遇到的應用出現問題的場景。

一個典型的使用Coherence的架構圖是：

即Coherence被放在應用伺服器和資料庫伺服器之間，從而解決通常應用架構里的瓶頸(數據瓶頸)來提高整個應用架構的可擴展性。

Coherence的第二個非常重要的特地是支持數據的分區處理，就是如果有N個處理節點，則每個節點只管理1/N的數據，當一個節點失效時，該節點的數據會在剩下的節點均分，每個節點將管理1/(N-1)的數據。同樣的，當一個節點增加進來時，則每一個節點都會分配一部分數據給新的節點，則最終每個節點只管理1/(N+1)的數據。大家知道，一般應用伺服器的集群都有隻能緩衝共享2Gjava對象的缺點，而Coherence這種設計讓Coherence能夠處理非常多的數據，只需要通過增加節點的數量，就可以處理更多的數據。

如果安裝了Coherence，則應用伺服器不需要配置專有的伺服器集群技術，因為Coherence*web模塊提供了可用於處理http會話信息在Coherence集群內共享的功能，當一個節點需要讀取HTTP會話信息而發現自己沒有該會話信息的時候，它會把請求同時發給所有的節點(multicast)，而當一個節點需要寫HTTP會話信息的同時，它也會把寫請求發給所有的節點，所以2個節點的處理和100個節點的處理都是一樣的。

Coherence的使用場景

Coherence可以用於下面圖示的一些技術場景：

1.Caching：正如Coherence的別名是Data Grid，Coherence在這種場景主要是被用於緩存數據源的數據，當應用需要數據時，直接從Coherence裡面取得而不是從後台數據源取得。比如用於緩存用戶的個人設置信息。這種使用方式可以極大降低對後台數據源的壓力，並且甚至當後台數據源不可用的時候也不影響系統的可用性。

2.Analytics：用於查詢，從簡單查詢到複雜查詢，比如用於查詢金融交易系統的投資者持倉信息(非常密集的查詢)。這種使用方式還可以使用多個節點的併發查詢。

3.Transactions：在Coherence直接處理交易，可以在Coherence直接提交交易，從而得到極快的響應速度和高可擴展性。

4.Events：Coherence里可以使用事件驅動的架構，能夠對事件做出實時的處理。比如在線遊戲使用EDA架構處理“武器”，“裝備”的買賣交易。