Replies: 1 comment 1 reply
-
I think a bigger distinction that I see here is that promtail/alloy handles processing in a tree like manner i.e. branch out to process selectively and then merge back into a single stream at the end. But in vector, it seems like implementing this kind of branching is very verbose and leads to a ton of output streams that need to be handled carefully to maintain order and de-duplication. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Coming from promtail/alloy world, I have the following use case,
Given logs from an incoming source containing logs from multiple services, I want to do two things,
What's the best way to do this in vector? For use case 1, I had to do multiple things,
Is this the best approach? Seems very inconvenient when I have >100 such sampling rules. In promtail/alloy, I can do
match
and then run a set of pipeline stages on the filtered stream. The main stream and this processed stream is then merged later. Sharing a sample config below,I'm looking at all these transforms and seeing that they only support one liner boolean expressions. Are there any plans to add support for more verbose VRL functions that can return true/false or other values according to the transform?
After a second look at the docs, it seems like it makes more sense to use remap transforms to filter logs since they support the
reroute_dropped
property. I won't need to handle duplicate logs.Beta Was this translation helpful? Give feedback.
All reactions