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
23 days agoGerry
24 days agoClaudia
26 days agoLudivina
28 days agoSheridan
20 hours agoTammy
12 days agoLouvenia
1 months agoClaribel
8 days agoSilva
11 days agoJanna
15 days agoOctavio
1 months agoBerry
1 months agoCharlene
19 days agoFelix
21 days agoStephaine
30 days agoMendy
2 months agoChanel
2 months agoMollie
2 months ago