Most active commenters
  • (5)
  • asmor(4)
  • darkwater(4)
  • cthor(3)

←back to thread

The Deletion of Docker.io/Bitnami

(community.broadcom.com)
329 points zdkaster | 55 comments | | HN request time: 1.347s | source | bottom
1. asmor ◴[] No.45049447[source]
> However, in order to sustain and support the dedicated team of engineers who maintain and build new charts and images, a subscription will be required if an organization needs the images and charts built and hosted in an OCI registry for them.

This is such a naive take. Bitnami images were a sign of goodwill, a foot in the door at places were the hardened images were actually needed. They just couldn't compete with the better options on the market. This isn't a way to fix it, it's extortion. This is the same thing Terraform Cloud did, and I don't think that product is doing so hot.

> Essentially, Bitnami has been the Jenkins of the internet for many years, but this has become unsustainable.

It's other people's software, so it's very rich of Bitnami to accuse anyone of freeloading when their only contribution is adding config options to software that maybe corresponds to a level 2 on the OperatorFramework capability scale[1] - usually more of a 1.

[1]: https://operatorframework.io/operator-capabilities/

replies(11): >>45050005 #>>45050042 #>>45050416 #>>45050488 #>>45050688 #>>45050800 #>>45051410 #>>45052041 #>>45053279 #>>45054090 #>>45055791 #
2. debarshri ◴[] No.45050005[source]
Building Infrastructure company is challenging in 2025. Previously, you would prioritize traction among developers over focusing on revenue.

But that does not work in 2025. You are expected to make money from the get-go and are left with only enterprise customers and boy, that category is hard, as everyone is competing for that slice.

replies(5): >>45050395 #>>45050503 #>>45050949 #>>45055404 #>>45055964 #
3. j45 ◴[] No.45050042[source]
Maybe the community can repackage it since Bitnami is only packaging.
replies(1): >>45050539 #
4. esseph ◴[] No.45050395[source]
The outcomes of this behavior will be devastating and the problems will last for generations.
replies(2): >>45050447 #>>45050471 #
5. darkwater ◴[] No.45050416[source]
> It's other people's software, so it's very rich of Bitnami to accuse anyone of freeloading when their only contribution is adding config options to software

I'm not going to defend a corporation but this sentence feels very entitled. They were providing it for free, you could use it. They are not going to provide it for free anymore, you migrate to something else or self-maintain it and say "thank you for the base work you did I can use now"

replies(4): >>45050558 #>>45050612 #>>45051344 #>>45053846 #
6. philipallstar ◴[] No.45050447{3}[source]
Why?
replies(1): >>45050513 #
7. Maken ◴[] No.45050471{3}[source]
Most of these companies and technologies won't last that long.
replies(1): >>45053832 #
8. pacifika ◴[] No.45050488[source]
If their contribution is minimal then the impact of this change should also be? But it appears it disruptive so they have been showing up for a long time and that’s one of the most difficult things.
9. imiric ◴[] No.45050503[source]
> Previously, you would prioritize traction among developers over focusing on revenue.

A.k.a. using open source as a marketing tactic to lure in customers, only to do a rug pull once the business gains enough momentum.

> But that does not work in 2025.

Good. It is an insidious practice. There are very few projects that actually do this properly without turning their backs on the users who made their products popular in the first place.

> You are expected to make money from the get-go and are left with only enterprise customers and boy, that category is hard, as everyone is competing for that slice.

The strategy of delivering valuable products that benefit users without exploiting them has always existed. The thing is that many companies choose the greedy and user hostile path, instead of running a sustainable business that delivers value to humanity and not just to shareholders, which is much more difficult. So I have no sympathy towards these companies.

replies(1): >>45051684 #
10. withinboredom ◴[] No.45050513{4}[source]
Asking the billion dollar questions I see.
11. tedk-42 ◴[] No.45050539[source]
Naive take.

That's like saying, "Honda isn't a car company, they're an assembly company because they don't mine the minerals to make the parts and rely instead on supply chains"

replies(1): >>45050729 #
12. throw__away7391 ◴[] No.45050558[source]
When a project is abandoned, when updates are slow, when features people want are not being released, when tracking upstream dependency updates are delayed, sure, you are not entitled to anything and I’ll be the first one to say get off your butt and contribute. In the other hand when you engage with the community for years under an OSS/free context then once the community has invested in your project, learning it, creating learning resources for it, integrating it into their own projects, and you never communicated your intention to “wait until it gets big then then pull the rug” it feels like a disingenuous bait and switch. The reason it feels that way is because it is a disingenuous bait and switch. This is even more so the case when you built your project on top of other projects.

I have no problem using a paid product or service or paying for support on a OSS product, but will never pay one of these bait and switch scams a dime, no matter how much engineering effort it takes.

replies(2): >>45051513 #>>45054643 #
13. ownagefool ◴[] No.45050612[source]
Aye, It's a bit like saying you can't sell your code, because you wrote it in someone elses software.

Writing a decent Dockerfile isn't hard, and keeping it maintained and working with new versions is still work and it's past the wheelhouse of very many people. It's entirely reasonable to want paid for that effort.

That said, it's not work I personally value enough to put my hand in my pocket, and that's a fair take too.

14. kpcyrd ◴[] No.45050688[source]
> it's extortion

That's a wild take for "somebody provided something for free but decided they don't want to anymore".

Sucks for you, looks like you have to do your job yourself now.

replies(2): >>45051741 #>>45055340 #
15. dig1 ◴[] No.45050729{3}[source]
Well, Bitnami didn't produce own hardware stack either ;) Joke aside, it's not naive - CentOS, Alma, Rocky, Ubuntu... FOSS community has some experience with these things
16. pst ◴[] No.45050800[source]
You're not wrong. They add miniscule value. But what does that say about the people using these images who are now struggling to replace them?
replies(3): >>45050823 #>>45050858 #>>45052875 #
17. carlhjerpe ◴[] No.45050823[source]
Packaging is not miniscule value, it's valuable gruntwork.
replies(1): >>45051426 #
18. AndrewDucker ◴[] No.45050858[source]
You can't have it both ways.

If their value-add was miniscule then they should be trivial to replace.

If it's a struggle to replace them then that's the value they were adding.

replies(1): >>45050987 #
19. zaphar ◴[] No.45050949[source]
The problem I think is that all the easy infrastructure problems have been solved and the market is crowded with those solutions. Solving the hard problems is probably where you could have a viable business but I don't really see that many companies trying to solve those:

* Making mono-repos work for large companies.

* Mixed language builds are still a ci/cd unsolved problems for most companies.

* Testing strategies for Iac deployments.

And more that I won't bother to list here.

replies(1): >>45051078 #
20. pebble ◴[] No.45050987{3}[source]
No, the struggle is fully manufactured by this rug pull. If I had known this was going to happen when I was setting up my infra I could've used any number of other alternatives, including just building them myself, at little to no extra effort. Now I have to waste time migrating off of these.
replies(1): >>45051546 #
21. pbronez ◴[] No.45051078{3}[source]
This would make a great blog post: high hanging fruit of digital infrastructure
22. cthor ◴[] No.45051344[source]
Vendor lock-in is a thing. Switching costs are a thing. They know this. That's the whole business model. They're expecting that the cost of switching to outweigh the cost of the subscription.

I get that this business model is fashionable amongst wannabe rent-seekers, but it's still antisocial and should be shunned.

replies(3): >>45051434 #>>45052410 #>>45054103 #
23. ◴[] No.45051410[source]
24. pst ◴[] No.45051426{3}[source]
A lot of work that apparently is not valued enough to justify paying for.
replies(3): >>45051481 #>>45051781 #>>45056607 #
25. darkwater ◴[] No.45051434{3}[source]
Evaluating the risks of vendor lock-in is a buyer's task, unless it is a protected market or there is a monopoly abuse involved.

In this case, nobody forced (generic) you to use Bitnami's Docker images, you probably just thought "how convenient, always updated and easy to pull, one less thing to worry about". Which is fine, but it's always a bet on what will happen in the future.

replies(1): >>45052180 #
26. carlhjerpe ◴[] No.45051481{4}[source]
You could make the same argument against Linux, openssl, ffmpeg, compression algorithms, web browsers and so many more things.

A select few will pay for the rest of us, but it's valuable to everyone who uses it.

Broadcom just wants to squeeze anyone who can't do it themselves.

27. darkwater ◴[] No.45051513{3}[source]
I understand the sentiment and where it comes from, and I'm not saying it's a good decision from Broadcom (I think it is a bad one indeed!). But still, this risk is part of the game. Even if it was full opensource and with a broad community, it was still a single vendor, not even a non-profit umbrella like the Apache or Linux Foundation. So, the risk of trusting a single vendor was there.

The good thing of it being opensource is that someone else (company, community, foundation or whatever) can step in, fork it, and maintain it from now on, unlike what happens with proprietary software or SaaS.

28. immibis ◴[] No.45051546{4}[source]
You did know this was going to happen, and chose to pretend you didn't.
replies(1): >>45053811 #
29. ◴[] No.45051684{3}[source]
30. asmor ◴[] No.45051741[source]
What do you mean, that's the business model more than half the VC-funded startups now. Provide something for free or near free, wait until your customer is dependent on you and/or consolidate into at least an oligopoly and then put the thumbscrews on.

I find that to be a pretty dishonest business model. I don't have any Bitnami images to replace, but I know a lot of people who do without ever having made that choice - and their bosses aren't going to pay Broadcom for the most part either. So you end up with overworked developers that now hate Broadcom and/or a whole lot of deployments that just break or never get updated. The number of people going "I can just switch over to the archive image, whatever" on the K8s subreddit alone is concerning.

replies(2): >>45052341 #>>45052927 #
31. asmor ◴[] No.45051781{4}[source]
The problem isn't paying for it, it's the extra workload of retrofitting authentication to all your things. I'd find this a lot more enticing if they just made you set a "i have a license or i am evaluating or i am not commercial" flag in Helm or fail the build. Plus the cost is extremely disproportionate, but some will pay it given the one month deadline.
32. venkyvb ◴[] No.45052041[source]
I think this is now the Broadcom way !
33. cthor ◴[] No.45052180{4}[source]
Yes, yes. And a person who's pick-pocketed may well do better to protect their pockets. This does not absolve the thief.

Reasonable people can disagree about the degree to which vendor lock-in is antisocial or the degree to which there even is vendor lock-in here. But telling victims of such behavior to just suck it up and price it in only serves to distract from and abet actors abusing positions of power to rent seek and create low trust environments. It's not a systemic solution and it's not a serious engagement with the criticism levied.

replies(1): >>45052449 #
34. ToucanLoucan ◴[] No.45052341{3}[source]
> What do you mean, that's the business model more than half the VC-funded startups now. Provide something for free or near free, wait until your customer is dependent on you and/or consolidate into at least an oligopoly and then put the thumbscrews on.

You skipped the part where you bankrupt your competition in the space who can't afford to hemorrhage cash they don't have like a VC-backed startup can, hoover up all the customers, then charge more than the old guard industry did in the first damn place for a worse version of the same service, while also paradoxically paying any workers needed to provide said service even less than they were making before.

35. coredog64 ◴[] No.45052410{3}[source]
This is not rent-seeking: Rent-seeking is leveraging your position to garner economic rents, like putting a toll gate across a highway in which the only value received for the toll is the opening of the gate.

Rent-seeking would be Broadcom saying that you must run a Bitnami image in CloudFoundry or pay a penalty for not doing so. They are in fact doing some work here. We may disagree on whether or not they're being compensated fairly for that work, but that disagreement doesn't turn this into "rent-seeking"

replies(1): >>45052586 #
36. darkwater ◴[] No.45052449{5}[source]
> Yes, yes. And a person who's pick-pocketed may well do better to protect their pockets. This does not absolve the thief.

Freedom of roaming without having to worry about pickpockets it's one thing. Deciding that you go with the opensource offering of a company because it's convenient for you is another. I know it's just one example but the entitlement here is _the key_. You are entitled to go to whatever zone of a city and it's not right to blame the victim in that case. You are not entitled to have part of the business decisions of a company you were a "client" without paying a dime or signing any binding contract. You would be entitled to that if they were breaking some opensource license, for example.

replies(1): >>45053268 #
37. asmor ◴[] No.45052586{4}[source]
The penalty is the work of migrating away and redoing any integration work on a month's notice. That might seem trivial to a small deployment, but I know some people that use these images everywhere, including in places that aren't immediately obvious.
replies(1): >>45052795 #
38. natebc ◴[] No.45052795{5}[source]
Not to mention a lot of people that are going do be doing this work are the same people also spending the year swapping out hypervisors which is also no small task.

Maybe it's just me?

39. liveoneggs ◴[] No.45052875[source]
it doesn't say anything nice that "moderate inconvenience" is a "struggle"
40. conor- ◴[] No.45052927{3}[source]
The Bitnami images and helm charts are just convenient repackaging of things that are already freely (gratis) available. There's nothing stopping you from still deploying Kafka or Redis, etc. into your k8s cluster without using the Bitnami helm chart or building your own charts.

I think that's the point of above of "now you have to do your job" There's an evaluation that takes place when choosing to use something as an engineer, and the writing should have been on the wall the moment that Broadcom bought Bitrock to start planning to reduce dependency on those things.

41. cthor ◴[] No.45053268{6}[source]
Just because you want that to be "the key" doesn't make it so. You make that your singular focus and you let antisocial behaviour off the hook. That is your prerogative.

For me, the key is the bait and switch. It's like a drug dealer offering first time customers a discount. It's a good business strategy to get people hooked. Very enterprising. Nonetheless, I would prefer a society without such behaviour.

replies(1): >>45054848 #
42. ◴[] No.45053279[source]
43. tremon ◴[] No.45053811{5}[source]
We also know the Sun is going to swallow the Earth and eventually burn up. That doesn't mean we stop building with what we have now.
44. tremon ◴[] No.45053832{4}[source]
Software generations are measured in months, maybe that's what they meant?
45. patmcc ◴[] No.45053846[source]
I think it's perfectly fair for them to say "we're not doing this any more". The sketchy part is deleting the public registry at docker.io/bitnami rather than just no longer updating it. Why can't docker.io/bitnami become the 'legacy' registry, receive no future updates, so at least folks who don't hear this news won't have pulls suddenly fail?

edit: like if I have a package on NPM and I want to stop offering it, I think it's shitty to just delete it. That breaks builds.

46. ◴[] No.45054090[source]
47. ◴[] No.45054103{3}[source]
48. chris_wot ◴[] No.45054643{3}[source]
It’s Broadcom. Don’t use anything from them unless you can’t avoid it.

Same applies to Oracle.

replies(1): >>45055845 #
49. geodel ◴[] No.45054848{7}[source]
You mean society where I can benefit at cost of other party indefinitely but when other try to stop I berate them for changing conditions which benefited me.
50. smsm42 ◴[] No.45055340[source]
Reminds me of a joke, where there was a beggar sitting on a street next to a certain office, and one man has been giving him a coin every time he went to work or was going home. That continued for a while, until one day the man says to the beggar - "you know, I've been giving you a coin twice a day for a while now, but now I am getting married, it's an expensive thing so I can't give as much anymore, I only will be giving you a coin once a day from now on". And the beggar cries out: "Look at this putz, he's getting married and now I have to feed his whole family!"
51. smsm42 ◴[] No.45055404[source]
So, you're saying in 2025 businesses are expected to actually make money? What a novel concept. Will the wonders ever cease? I mean, you could expect that thing where you borrow incessantly to "gain traction" and "produce growth" but never produce any returns on it to run for a bit, especially in a new field where becoming #1 is at premium. But it has to stop somewhere. So it looks like somewhere is here.
52. tw04 ◴[] No.45055791[source]
>This is such a naive take. Bitnami images were a sign of goodwill, a foot in the door at places were the hardened images were actually needed. They just couldn't compete with the better options on the market. This isn't a way to fix it, it's extortion. This is the same thing Terraform Cloud did, and I don't think that product is doing so hot.

You seem to be confused about who Broadcom is and how they operate. "Long term health" isn't a thing for them. They buy products that are embedded deeply in the fortune 500, cut 90% of the staff, and increase licensing and support 2-100x. They do not care if you are upset. They do not care if you're going to "find something else". They don't care if you build an entire campaign to decry what they're doing.

They know the F500 cannot easily remove them, and that they will have at minimum 5 years to print cash on their service contracts. Sure, some of those F500s will sue them and try to stop the extortion via legal means, but they know that they'll either win, or at worst still be allowed to jack up prices even if a court rules it's not their original egregious asking price.

53. spydum ◴[] No.45055845{4}[source]
The problem is when they acquire software or services you have dependended on for decades, hard to change some of that stuff. However, I agree: if this does happen to you, move very fast to put some distance between you and this company. They will bleed you.
54. latchkey ◴[] No.45055964[source]
I have an infrastructure company and I'm focused 100% on developers. It definitely isn't easy, but I see it as the best path for the business.
55. tracker1 ◴[] No.45056607{4}[source]
I'm mixed... I've spent the time to create installers and docker images for a couple things, mostly because I wanted them to exist for myself, that others found them useful was a cool side effect. Nothing to the breadth or scope of Bitnami though.

That said, it seems to be a side effect of their business model that they don't feel they can offer for free, or otherwise choose not to in order to convince people to move. It seems there's nothing stopping someone from forking and/or continuing the packaging for apps they use based on where Bitnami is today. Cool.

I'd personally like to see a lot of these hardening efforts upstream anyway... separating base images for build vs. runtime and more so with the "official" app images themselves. People do and should have different expectations from a lot of applications when packaged in a container vs. installed on a system.