Kafka's new bidirectional client compatibility introduced in 0.10.2 allows this. Read more herehttps://www.confluent.io/blog/upgrading-apache-kafka-clients-just-got-easier/
Option B seems like the logical answer here. The newer client should be able to talk to the newer broker, but the older client just wouldn't be able to communicate with the newer broker. Kafka is all about keeping things compatible, you know?
I'm going with option C too. It just makes sense that the newer client can talk to the newer broker, and the older client can also communicate with the newer broker. Anything else would be just too restrictive, in my opinion.
Hmm, I think option C is the correct answer. The newer client should be able to talk to the newer broker, and the older client should be able to talk to the newer broker as well. That's my understanding of the Kafka versioning compatibility.
Option B sounds more plausible to me. A newer client can communicate with a newer broker, but an older client may not be able to talk to a newer broker. Backward compatibility is not always guaranteed.
I think option C is the correct answer. Newer clients should be able to talk to newer brokers, and older clients should also be able to talk to newer brokers. The versions should be compatible.
Julianna
2 months agoGerry
2 months agoClaudia
2 months agoLudivina
2 months agoCharlene
7 days agoLawana
11 days agoSheridan
24 days agoTammy
1 months agoLouvenia
2 months agoClaribel
1 months agoSilva
1 months agoJanna
1 months agoOctavio
2 months agoBerry
2 months agoCharlene
1 months agoFelix
1 months agoStephaine
2 months agoMendy
2 months agoChanel
2 months agoMollie
3 months ago