Top
Best
New

Posted by thunderbong 10/23/2024

OpenObserve: Observability platform for logs, metrics, traces, analytics(github.com)
85 points | 66 commentspage 2
ethanwillis 10/23/2024|
How does the storage cost for 3 nodes stay exactly the same as for 1 node for openobserve?
prabhatsharma 10/23/2024|
By using object storage (Think s3 and similar) and not replicating data for HA (Not needed if using s3) which is done by legacy systems like Elasticsearch and Splunk.
1oooqooq 10/23/2024||
just forwarding the hosts logs from journald to a openobserve running in a vm on that host requires using an agent that will cause you more reasons to have to observe a log than anything else.

And syslog/syslogng are also problematic to ingest.

prabhatsharma 10/23/2024|
OpenObserve is built for centralized logging - Not really for installing it on every linux host. If that is your use case, I would recommend you to look for other tools.
1oooqooq 10/26/2024||
who said about installing it on every host? i mean that the collection of the host running it is already a pain. yeah, the frontend is nice, but log collection is the most important part and openobserve is awful for it as it was designed by people just caring for k8s clusters and app metrics.
MrDarcy 10/23/2024|
Another one for the sso wall of shame - https://sso.tax/
osigurdson 10/23/2024||
How should companies monetize products? Maybe people should just go back to full commercial models, not sure.
prabhatsharma 10/23/2024|||
Most people who talk about SSO Tax don't really care for it's values but rather want free stuff. I have had conversations with multi-billion dollar companies who would avoid paying a single dollar to support open source companies and bring SSO tax into conversation.

On our part OpenObserve offers free SSO on our cloud service to anyone and Free SSO for anyone using enterprise version if they ingest under 200 GB/Day (6 TB/Month).

MajimasEyepatch 10/23/2024|||
The problem with not offering SSO on lower tiers is that it can make it hard to test into a new service. I might want to try out a new tool with one team for a couple of months and see how it goes before recommending adoption for a broader group. I don't want to have to sign a year-long six-figure contract just to try something out. Sometimes you can work out a trial period with the sales team, but that's not always easy, and it puts a strict ticking clock on things that doesn't work in all situations.
yourapostasy 10/23/2024||||
> ...conversations with multi-billion dollar companies...

Slight clarification here. Might not apply in OpenObservability's case but might help others on their journey to enterprise sales with their projects.

Those are typically conversations with managers holding $X purchasing authority, typically like $500K for a US director'ish level, within multi-billion dollar companies. These managers usually aren't averse to spending on open source projects. They're averse to cutting a check not tied to a support contract with responsive, polite, helpful support with published support policies at 0300h local time on a break-fix line with 75 other people from other support teams in the company watching. A surprising number of open source projects won't offer that guarantee, and instead only offer the option to "donate" with vague promises of priority support. More projects are getting better at this more recently, but it takes a surprising amount of red tape to onboard as a vendor into these organizations, and a lot of open source teams don't have the appetite for putting up with that.

Until kind of recently, the conversation switching to the SSO Tax is really about accessing that level of guaranteed support delivery.

prabhatsharma 10/23/2024||
Thanks @yourapostasy . Agree with you for the most part.

Not all managers are averse to paying, but many are. I have had discussions with Director/Sr. Director and VP level folks in these companies. I have been paid and I have been denied.

Our biggest customer is a fortune 10 company and we are able to offer the kind of support that they need. It indeed takes a lot to provide that kind of support, though, and would be difficult for most small open source projects to do.

thedevilslawyer 10/24/2024|||
> Most people who talk about SSO Tax don't really care for it's values but rather want free stuff.

Most people who put out open source software don't really want to accept useful PRs (which implement OpenID) rather just want free distribution.

MrDarcy 10/24/2024||||
> How should companies monetize products?

By charging for valuable, differentiated features.

Not by charging for undifferentiated, standardized, secure authentication.

terminalbraid 10/23/2024|||
That's the company's problem.

They're entitled to their business model. They're not entitled to it working. They're not entitled to someone figuring out a business model for them if people don't like it.

Groxx 10/23/2024|||
SSO often costs quite a lot to maintain, given how widely varied the systems are. Seems reasonable to charge for an optional high-complexity and high-maintenance-burden feature.
terminalbraid 10/23/2024||
Are you referring to the development cost or just the "keep SSO wired to other orgs in for our cloud product"? Development-wise, SSO standards don't change much and aren't terribly difficult to get up an running if you stick to oauth and saml.

By not offering that in a self-hosted open source version where the maintenance is delegated to the user turns this to a naked cash grab.

Groxx 10/25/2024||
The constant stream of B2B stuff that tends to come with it is the real cost. 95%+ of stuff is indeed technically quite standard and Solved™, like with all things oauth...

but that last 5% will relentlessly bleed your will to live out of you. Oauth is a massive mess that necessitates libraries with custom tweaks for hundreds of providers, SAML exists but only aging or over-sized B2B touches it so you now have obtuse B2B customers demanding you Address and Attest To Compliance With unrelated PHP CVEs for a Linux distro that's a decade older than the ancient long-term-support version your company started under, plus you're a Ruby shop so wtf even, and...

Yeah I've been there.

If you can tell B2B to fuck off, it's legitimately easy. If you're running a business around it, they're your major sources of income, you're taken along for their ride and it has absolutely no reason to be Ride-able like that but this is the designed-by-committee world we live in now.

nhumrich 10/23/2024|||
How is this on the SSO tax wall of shame? They support it SSO on their free tier.
prabhatsharma 10/23/2024||
You should read this - https://openobserve.ai/blog/sso-tax
Eridrus 10/23/2024||
I think you don't understand the core argument re the SSO Tax, which is that security is a positive sum good, which is why it should not be the feature used for price discrimination.

Not all products have other good features to use for price discrimination, so I have some sympathy for vendors here, but I think it often indicates laziness in thinking about what they can use to do the necessary price discrimination.

prabhatsharma 10/23/2024||
I do understand it's super important for security, and I want large companies who have ample money and spend a lot on security to pay me as well for it. If you are running OpenObserve in your basement or are a small startup you get it for free in OpenObserve and stay secure.
Eridrus 10/24/2024||
I want large companies to pay you too, but SSO is not a purely large company feature. There are plenty of companies with more than 10 developers that are not large companies.
magicalhippo 10/24/2024|||
We're in that position. We make B2B software and just increased to 12 devs. Due to security demands from customers, SSO is a must for products like this and it frequently forces us into the enterprise bin.
prabhatsharma 10/24/2024|||
OpenObserve offers free SSO on our cloud service to anyone and Free SSO for anyone using enterprise version if they ingest under 200 GB/Day (6 TB/Month).

This should cover all companies with 10 developers.

thedevilslawyer 10/24/2024||
So a small company with say 25 dev/employees with say 2 gb of data per day?

Edit: People here do get what you're saying - "This is the only way we can force some users to pay". What you're not hearing is "Either don't call out your software as FOSS, or if you do, figure out ways of price discriminating without hurting security for FOSS users."