You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello,
I'm currently working on some overhaul of puppet-kafka (bring puppet-systemd usage up to date, improve testing, get rid of erb templates) and have made quite some progress in updating puppet-systemd usage for the kafka::broker class.
Before putting some more effort into the other classes, I'd like to raise the question whether the consumer and producer classes are useful and really needed at all. Those classes set up systemd units starting cli tools contained in the Kafka package/tarball. The cli tools are meant as examples, for testing and debugging imho though. Therefore, I doubt these classes are really useful at all. Of course just that we don't use it in our environment doesn't mean noone uses them, still I think this should be discussed.
Even the mirror class is questionable as Kafka Mirrormaker has progressed a lot since the original implementation. But then, at least there's some usefulness in this so it makes more sense to keep them.
If we agree on that, I'll prepare the necessary changes to get rid of those classes.
Thanks for your opinions!
Best regards
Sven
The text was updated successfully, but these errors were encountered:
Hello,
I'm currently working on some overhaul of puppet-kafka (bring puppet-systemd usage up to date, improve testing, get rid of erb templates) and have made quite some progress in updating puppet-systemd usage for the kafka::broker class.
Before putting some more effort into the other classes, I'd like to raise the question whether the consumer and producer classes are useful and really needed at all. Those classes set up systemd units starting cli tools contained in the Kafka package/tarball. The cli tools are meant as examples, for testing and debugging imho though. Therefore, I doubt these classes are really useful at all. Of course just that we don't use it in our environment doesn't mean noone uses them, still I think this should be discussed.
Even the mirror class is questionable as Kafka Mirrormaker has progressed a lot since the original implementation. But then, at least there's some usefulness in this so it makes more sense to keep them.
If we agree on that, I'll prepare the necessary changes to get rid of those classes.
Thanks for your opinions!
Best regards
Sven
The text was updated successfully, but these errors were encountered: