第七章 部署策略

Hazelcast具有適應性,能根據不同的架構和應用進行特定的部署配置,每個應用可以根據具體情況選擇最優的配置:

數據與應用緊密結合的模式(重點,of就是這種)

胖客戶端模式(最好用一種)

輕成員節點模式(折衷上面兩種)

?

1.使用緊密結合的模式，每個JVM實例既提供程序功能，又提供數據存儲。這意味著我們需要提供比實際使用功能需要的更多的堆空間（備份）。

除此之外，web應用是在特定容器中的（比如tomcat），直接使用應用程序的堆也并不方便。特別是垃圾收集機制的控制可能會造成意想不到的的結果..

2.為了避免上訴問題，建議從應用集群中退出，應用僅僅作為Hazelcast的客戶端進行連接（這不是和redis一樣了).帶來的好處是更為松耦合,

應用和集群都可以獨立擴展.

客戶端可以配置多個Hazelcast服務地址，這樣當一個服務器不可用，就可以自動重連。

需要注意的是：客戶端需要實現獲取數據的序列化serizlize，服務器并不轉換成真正的POJO。

?

3.還有一種折衷方案，客戶端連接到集群中作為"輕成員"，他直接和其他集群節點連接，但是并不提供集群數據和運算。降低雙重hop，提高效率。

轉載于:https://www.cnblogs.com/imparser/p/5016705.html

總結

以上是生活随笔為你收集整理的Getting Started With Hazelcast 读书笔记(第七章)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。