CPS-1015 - Getting issue details... STATUS
Use Case
Using a Spring distributed cache to prevent watchdogs working on the same ADVISED cm handles during model sync, since we don't have an in-between state from ADVISED to READY.
Eg:
Watchdog A wakes up, works on Cm-Handle-1 which has state of ADVISED and stores this in memory
Watchdog B wakes up, attempts to work on Cm-Handle-1, which still has a state of ADVISED, but is being worked on by Watchdog A, so this then moves on to Cm-Handle-2
Overview
| Type | Example | Feature |
|---|---|---|
| Embedded | Caffeine , Ehcache , Guava Library for Cache etc | Data is in memory. Not distributed among multiple instances. |
| Embedded Distributed | Hazelcast | Data is in memory and distributed across multiple instances.(Scalability of cache goes hand in hand with app instances) |
| Client-Server Topology | Hazelcast , Redis , Memcached , Coherence | Separate cache cluster can be managed. Client is our application and Server is the cache cluster. |
| Cloud (Client-Server) | Redis on AWS etc. | Cluster managed by leading cloud provider |
Issues and decisions
# | Questions/Open Issues | Notes | Decision/Answer |
|---|---|---|---|