News for hackers. Stuff that matters.
Re:Vector: A high-performance observability data pipeline by _pob on Sunday March 17, 2024 @04:48PM (#39737914)
No offense meant to the contributors or authors, but I don’t know if I trust Datadog (the company) to steward what looks to be an OTEL competitor.
Re:Vector: A high-performance observability data pipeline by datadeft on Sunday March 17, 2024 @07:15PM (#39738940)
But you trust a committee to deliver one of the most crucial part of your infra?
Re:Vector: A high-performance observability data pipeline by jakewins on Monday March 18, 2024 @12:26AM (#39740519)
To deliver a cross vendor narrow spec, you mean?

Given my experience with Datadogs pricing lock-in-and-switch, yeah 100% I’d rather run agents that allow me to pick the collection backend than another tool from Datadog.

Re:Vector: A high-performance observability data pipeline by datadeft on Monday March 18, 2024 @07:10AM (#39742493)
Not sure what pricing you are talking abot in the context of Vector. Its license explicitly allows free of charge commercial use.

https://github.com/vectordotdev/vector/blob/master/LICENSE

Re:Vector: A high-performance observability data pipeline by FridgeSeal on Sunday March 17, 2024 @05:24PM (#39738192)
IIRC this work predates acquisition by datadog, and it’s continued well since then.
Re:Vector: A high-performance observability data pipeline by NewJazz on Monday March 18, 2024 @05:52PM (#39750500)
Re:Vector: A high-performance observability data pipeline by lokar on Sunday March 17, 2024 @05:15PM (#39738123)
Same here. At work we were gearing up to use this, but after the acquisition changed focus to otelc.
Re:Vector: A high-performance observability data pipeline by dan-robertson on Sunday March 17, 2024 @09:05PM (#39739574)
Without having thought much about this, surely datadog only want to store your data and have you pay for the storage/indexing/querying? I guess your worry is something like datadog making themselves the only possible backend? I don’t feel like that’s a very big risk – I think trying it would just lead to a fork of vector. Perhaps a more realistic risk is that vector would implicitly assume datadog’s constraints, eg (making these up without knowing much about datadog) field types or required information or the expected number of unique fields across all messages.
Re:Vector: A high-performance observability data pipeline by jakewins on Monday March 18, 2024 @12:32AM (#39740535)
Yeah the trick is if they can lock you into a stack that sits everywhere in your apps, it’s very expensive to switch vendors, letting them extract high rents. This is what happened with the Datadog agents.

In that context, OTEL is an existential threat, because it makes them a commodity. Then it becomes relatively clear why they wouldn’t put OTEL support in the Vector roadmap.

Re:Vector: A high-performance observability data pipeline by dan-robertson on Monday March 18, 2024 @04:43AM (#39741588)
I guess I’m surprised that your claim is basically that datadog’s advantage is in ingestion. I would have assumed they would be focusing on trying to make a product so good that people wouldn’t want to switch from it. Vector supporting multiple backends would be good for datadog if it can get more people in the door, so long as their product is compelling enough for people to stay.

I don’t know what exactly you mean about otel but elsewhere in this comments section someone linked to upscale, which uses vector to collect otel logs. Is that a counterexample?

Re:Vector: A high-performance observability data pipeline by jakewins on Monday March 18, 2024 @04:15PM (#39749411)
My experience with using Datadog at (some) scale was that they focused on making it really, really easy to integrate their agent with your apps, and then once they had a large base of users with high switching costs they started rapidly raising prices.

In other words: My claim isn’t that they were better at ingestion but at onboarding and at creating switching costs.

Since that was how their leadership acted last time I used their code, I expect the same leadership to act the same way again with this other piece of code they own.