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
Can we extend broadway to use it for stream processing?
I have something like the Kafka Streams DSL in mind.
Let's take join as an example. Like in flow we would define the type of the join, 2 producers, functions to get the id's and a function how to join. But in addition we need also a storage to process infinite streams. This storage could have different implementations, like just RAM, ets, AWS DynamoDB or what ever.
The text was updated successfully, but these errors were encountered:
Hi @benkeil! We welcome folks to explore this idea. From your example above, the functionality that we would need is to add multiple producers of different types to a Broadway topology.
Then everything else can be built on top of Broadway's existing functionality. Joins should partition the producers based on the join ID. The storage can be tackled as a separate concern and so on. Pull requests are welcome!
Can we extend broadway to use it for stream processing?
I have something like the Kafka Streams DSL in mind.
Let's take
join
as an example. Like inflow
we would define the type of the join, 2 producers, functions to get the id's and a function how to join. But in addition we need also a storage to process infinite streams. This storage could have different implementations, like just RAM, ets, AWS DynamoDB or what ever.The text was updated successfully, but these errors were encountered: