Vlákno názorů k článku Témata, oddíly a replikace v systému Apache Kafka od vb - Hezký článek. Jen bych se tolik nezaměřoval na...

Hezký článek. Jen bych se tolik nezaměřoval na ZooKeeper. Aktuálně už Kafka využívá interní kraft s dedikovanými nebo sdílenými controllery a ZoooKeeper by měl být v dohledné době z Kafky úplně odstraněn. Což je docela dobře, užili jsme si s ním dost s určitými verzemi Javy.

Prozatím se offsety už neukládají do zookeeperu, ale do speciálních topiců. I to je asi krok vpřed. Nakonec se z Kafky stane NATS :-)

a což je docela škoda, zookeeper dělá obří kus práce pro stabilitu a spolehlivost celé kafky, KRaft je zatím docela peklo a chvilku potrvá než se ho dočkáme, nese všechny nevýhody raftu ve spojení s divným směřováním Confluentu.

Na jeden velký projekt jsme to s Confluentem testovali a zatím spíše palec dolu, není to na větší nasazení připravené, zatím řada bugů a problémů při vysokém zatížení.

Kam smeruje Confluent? hodne ted jedou na tu svoji Confluent platformu, coz mi trosku vadi (ta videa se nedaji prenest do bezne Kafky), ale to je asi pochopitelny...

Uzavírá se, snaží se trh přesvědčit, že Kafka je ideální event sourcing system, protlačuje Kafku s kappa architekturou, ale zapomíná na to nejdůležitější, kafka nemá transakce, partitions se mohou časově dost rozcházet a jejich zpracování je postupné.

Celá aktivita Confluentu dost křiví trh, je to takové náboženství, kdy se více věří marketingovým proklamacím než technickým vlastnostem.

tak jasně, tlačí svůj produkt. My jsme ještě uvažovali o NATSu, ale Kafka kupodivu vychází líp, co se týče praktického produkčního nasazení.

re Kappa architektura: no o té jsem četl, ale to chce úplně převrátit to, jak je systém navrženej :-) a na to nikdo tady nemá koule to protlačit. Nehledě na to, že to asi v praxi vyžaduje šíleně dlouhé retence, určitě víc než naše tři dny :-)