Replies: 1 comment
-
@d8joseph may have some ideas around this area. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Goals
Non-Goals
Background
Kafka Streams is a nearly completely client side abstraction which manages topics to a higher abstraction level. Understanding how these topics are being managed for an application under development would be a great tool assist for building these programs. Currently visibility in all contexts about KStreams applications is limited or at the discretion of the program developer.
Proposal
This has more open questions than clear routes to success atm. Since the Kafka Stream applications don't export their model or scope of impact to logs or remote stores it's challenging to associate topics to a given stream. One could implement a naming convention or possibly sniff topic message headers to pull out an attribute? Or maybe we would need to have the application log it's associations explicitly for the extension to parse. Extracting this information from the source code itself would not be easily feasible in all situations, leading to error prone reporting. Ideas and discussion welcome on best potential approaches here to take, though we can lean on the locality of the KStream program and the extension being on the same machine here for solutioning.
Beta Was this translation helpful? Give feedback.
All reactions