Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use Broadway for stream processing #264

Closed
benkeil opened this issue Sep 8, 2021 · 3 comments
Closed

Use Broadway for stream processing #264

benkeil opened this issue Sep 8, 2021 · 3 comments

Comments

@benkeil
Copy link

benkeil commented Sep 8, 2021

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.

@josevalim
Copy link
Member

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!

@whatyouhide whatyouhide changed the title Use for Stream Processing Use Broadway for stream processing Jan 27, 2023
@whatyouhide
Copy link
Collaborator

whatyouhide commented Apr 6, 2023

@josevalim can this be built in userland, if we add multiple producers? If so, we can close this and just keep #36 around?

Otherwise, if we decided to go with no multiple producers, we can probably close this?

@josevalim
Copy link
Member

Fair!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants