3 ms·
Exactly right - in my case the situation was another team accidentally bringing a new ZK node with "bad" but "new" data online. Had there been network isolation
by erulabs 9y ago
Exactly right - in my case the situation was another team accidentally bringing a new ZK node with "bad" but "new" data online. Had there been network isolation, no issues. Had there been static cluster identifiers, also no issues. It was a messy environment, and it should have been prevented by operational diligence, but my point is redis is "harder to mess up". As on on-call engineer, I'll always go with simpler, foolproof tools. Another qibble is how gnarly the client-side driver for Kafka is...
I don't hate Kafka, I just don't like ZK and find redis has better tooling and a better track record at my shops :)
- takeda 9y agoIn order to connect a ZK host to the cluster its IP needs to be included in configuration of all the nodes. It's hard to accidentally add node to a cluster. A person who can "accidentally" add a ZK node has enough permission to do a lot of more devastating things accidentally.
- erulabs 9y agoYep. All it takes is service discovery and a not-totally-familiar with ZK jr. sysadmin. This is all in service to my point about simplicity and safety.