Collection persistence
Just as using Hazelcast to provide a distributed caching layer in front of our traditional database, we can also invert this relationship. By having Hazelcast as the primary data store, we can configure MapStore to provide the long-term persistence of stored objects, working around the potential risk of data resilience due to Hazelcast's in-memory nature.
This resilience, however, does come at a cost to performance and scalability. This means that we have to update an external system upon each change to the cluster data. However, we can configure the method of this process as synchronous (where data is written out to the store prior to returning confirmation to the client) or asynchronous (where this process happens in the ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access