WIP: Primary-Replica Replication experiment #1
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "replication"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I'm experimenting adding:
The goal is to allow users to hook into key events in the system with their own custom logic. In the case of replication, ferrying data to other nodes in the cluster is priority.
Since Kevo is a single-writer model, the primary-replica model fits best, because writes happen to the primary, and reads can happen to the replica therefore not causing the reads to delay during writes. I know that Kevo supports reading data during a write if the data is in the WAL, but the data won't always be in the WAL. It's also not a great solution, just a handy one for short term unavailability due to writes.
I'm going to try to avoid actually sending any data over a network right now, and just print things to the screen for the experiment; this will achieve the purpose of understanding and validating if it's working correctly
acccb4969e
to9fb40779c7
Closing this, will favour a new PR with a different approach as this one got very unwieldy.
Pull request closed