Not sure if this is disconnect in what
Not sure if this is disconnect in what the interface says and what the intended behaviour is, but when viewing streams, the UI says: "Specify origins that can send cross-origin requests to this stream. Leave empty to allow all origins."
But if I leave that blank, I get console errors indicating CORS errors.
Is there no way to have wildcards for CORS headers?

20 Replies
Unknown User•2mo ago
Message Not Public
Sign In & Join Server To View
@kagitac
9bc757afca1548ee94d09bcfd07c6359
Unknown User•2mo ago
Message Not Public
Sign In & Join Server To View
Unknown User•2mo ago
Message Not Public
Sign In & Join Server To View
May want to update the documentation from Wrangler since it says it accepts an array:
https://developers.cloudflare.com/pipelines/platform/wrangler-commands/#pipelines-streams-create
Unknown User•2mo ago
Message Not Public
Sign In & Join Server To View
Gotcha.
Unknown User•2mo ago
Message Not Public
Sign In & Join Server To View
I must be responsible for like, half of the issues flagged in Pipelines🤣
Unknown User•2mo ago
Message Not Public
Sign In & Join Server To View
Keep em coming!
@cole | pipelines
Is my understanding correct that not all of the method of Arroyo have been implemented in Pipelines?
So a SQL insert like
Is not going to work?
When I try this I get an error indicating that it's not available, but I want to double check I haven't just made a mistake in my query:
To tell you as a user story what I am trying to do here:
As a data engineer, analytics libraries have the potential to send duplicate messages despite best intentions. By have a de-duplication based on messageId this provides some defense against duplicate events sent in quick succession from being ingested twice.
In the end, I am trying to get the data as close to "silver" as possible.
Unknown User•2mo ago
Message Not Public
Sign In & Join Server To View
@cole | pipelines
Thanks. Noticed that a couple of days ago. Thanks for being so responsive
Right now, we're just supporting the "stateless" subset of arroyo's functionality—so basically projections (select) and filters (where)—no aggregations, window functions, joins, etc. You can see the supported SQL in the pipelines docs (https://developers.cloudflare.com/pipelines/sql-reference).
Supporting stateful processing with a serverless experience is really hard. We want to get there, but for now we're focused on providing a really good product for streaming ingestion into r2/iceberg.
So for now, with pipelines, you're best off ingesting all of the messages and doing the final filtering in your query engine.
is there a plan to support aggregations or window functions?
We are planning on supporting aggregations in the future, but it's likely at least a few quarters out
We'd love to hear the usecases people have for stateful processing though, either here or in DM or on a call
Since they're supported in arroyo (the underlying engine) we might onboard some early users if it seems like something we can support well operationally
personally for OTEL metrics (could add a processing layer in between)
like pre-aggregating metrics before ingestion?