Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Broadcom to discontinue free Bitnami Helm charts

github.com

Post reply on HN
Print view View original

91–100 of 142 posts

Re: Broadcom to discontinue free Bitnami Helm charts

#91

Post by znpy »

skissane wrote: post #38
dpkirchner wrote: post #16

Maybe this will finally break me of my habit of using helm charts, period.

I’ve never used Helm charts. I learned K8S in a shop in which kustomize is the standard and helm is a permitted exception to the standard, but I just never felt any reason to learn helm. Am I missing out? Sometimes the limitations of kustomize annoy me, but we find ways to live with them

Kustomize is nice but you’re missing out on objects lifecycle management.

Kustomize had the issue that it would leave objects dangling in the cluster and you had to manually clean them up of you removed them from your kustomization file.

Re: Broadcom to discontinue free Bitnami Helm charts

#92

Post by raphinou »

letmeinhere wrote: post #58
skissane wrote: post #38

Earlier quoted context omitted.

I’ve never used Helm charts. I learned K8S in a shop in which kustomize is the standard and helm is a permitted exception to the standard, but I just never felt any reason to learn helm. Am I missing out? Sometimes the limitations of kustomize annoy me, but we find ways to live with them

Would you like to count the number of spaces that various items in your manifests are indented and then pass that as an argument to a structure-unaware text file templating engine? Would you like to discover your inevitable yaml file templating errors after submitting those manifests to the cluster? Then yes, you are really missing out!

A couple of years ago I was using https://kapitan.dev/ which I found really good at the time when using jsonnet files to generate the configs. I haven't used it for some time though.

Re: Broadcom to discontinue free Bitnami Helm charts

#93

Post by kubelsmieci »

KronisLV wrote: post #89

> Legacy repository migration > All existing container images, including older or versioned tags (e.g., 2.50.0, 10.6), will be moved from the public catalog (docker.io/bitnami) to the Bitnami Legacy repository (docker.io/bitnamilegacy). This legacy catalog will receive no further updates or support and should only be used for temporary migration purposes. This sucks, I used to like the Bitnami container images (didn'…

> MariaDB, though I'm moving over to MySQL 8 for any software that needs it due to their 11 release having compatibility issues with MySQL drivers

Could you tell more?

Re: Broadcom to discontinue free Bitnami Helm charts

#94

Post by KronisLV »

kubelsmieci wrote: post #93
KronisLV wrote: post #89

> Legacy repository migration > All existing container images, including older or versioned tags (e.g., 2.50.0, 10.6), will be moved from the public catalog (docker.io/bitnami) to the Bitnami Legacy repository (docker.io/bitnamilegacy). This legacy catalog will receive no further updates or support and should only be used for temporary migration purposes. This sucks, I used to like the Bitnami container images (didn'…

> MariaDB, though I'm moving over to MySQL 8 for any software that needs it due to their 11 release having compatibility issues with MySQL drivers Could you tell more?

Stumbled upon issues when updating from an older MariaDB 10 release to MariaDB 11 when some Go software was trying to connect to it using a MySQL driver. Seems like people have similar issues with other stacks as well as well: https://bugs.mysql.com/bug.php?id=111697

I could just use MariaDB drivers where available, but honestly MySQL seems more popular and the MariaDB SPAC and layoffs soured my view of them; ofc PostgreSQL is also nice.

Re: Broadcom to discontinue free Bitnami Helm charts

#95

Post by 9dev »

KronisLV wrote: post #89

> Legacy repository migration > All existing container images, including older or versioned tags (e.g., 2.50.0, 10.6), will be moved from the public catalog (docker.io/bitnami) to the Bitnami Legacy repository (docker.io/bitnamilegacy). This legacy catalog will receive no further updates or support and should only be used for temporary migration purposes. This sucks, I used to like the Bitnami container images (didn'…

I knew this would happen eventually. The images always looked nice, but were so hopelessly entangled in the Bitnami world there was no chance of forking them, or easily migrating away. Good thing I dodged that bullet… never trust a commercial vendor that trades you convenience for interoperability.

Re: Broadcom to discontinue free Bitnami Helm charts

#96

Post by 9dev »

IshKebab wrote: post #87
thayne wrote: post #73

Earlier quoted context omitted.

I really, really, wish we could move away from yaml for tools like this.

If YAML is a foot-gun, templated YAML is a face-cannon.

I never understood why people didn’t serialize from JSON if they run a transformation step on the YAML anyway. Read JSON, alter in your favorite language, dump YAML as the last step, deploy. Instant prevention of a lot of sadness.

Yet somehow, all we have is YAML templating?

Re: Broadcom to discontinue free Bitnami Helm charts

#97

Post by mxey »

0xbadcafebee wrote: post #70
skissane wrote: post #38

Earlier quoted context omitted.

I’ve never used Helm charts. I learned K8S in a shop in which kustomize is the standard and helm is a permitted exception to the standard, but I just never felt any reason to learn helm. Am I missing out? Sometimes the limitations of kustomize annoy me, but we find ways to live with them

Some people like that Helm: - Makes it possible to go from zero to fully running k8s integrated components in 5 seconds by just running 'helm install --repo https://example.com/charts/ mynginx nginx' (very useful: https://artifacthub.io/ ) - Gives the ability to transactionally apply k8s configs, and un-apply them if there is a failure along the way (atomic rollbacks) - Stores copies/versions/etc of each installation…

What do you mean by atomic deployment? There are no transactions in the Kubernetes API. Helm has to make one request for each object it creates or modifies, like any other client.

Re: Broadcom to discontinue free Bitnami Helm charts

#98

Post by ridruejo »

whoIsYou wrote: post #77
ridruejo wrote: post #47

Hi, former cofounder of Bitnami here. I left VMware quite a while ago, so not involved with this. The technical team at Bitnami is still top notch and great people. I am quite baffled at this business decision.

nobody familiar with broadcom or how they are run should be even remotely surprised by this decision

It’s mostly that they don’t understand their own users and potential customers in this particular case of Bitnami. There are so many other ways to increase revenue without alienating the core developer base. Enterprise want stability, breaking changes is a poor way to convince someone to pay you.

Re: Broadcom to discontinue free Bitnami Helm charts

#99

Post by terminalbraid »

loloquwowndueo wrote: post #12
heisenbit wrote: post #8

Earlier quoted context omitted.

One does not need VMware for SpringBoot so?

Not spring boot, but spring, is owned by VMware. Sure spring is under a free license but if upstream enshittifies, community forks would be required.

> Not spring boot, but spring, is owned by VMware

How do I reconcile this statement with VMWare holding the copyright which you will find unambiguously littered in the official Spring Boot repository?

Since you contend the contrary, who does in fact hold the copyright?

Re: Broadcom to discontinue free Bitnami Helm charts

#100

Post by [deleted] »

terminalbraid wrote: post #99
loloquwowndueo wrote: post #12

Earlier quoted context omitted.

Not spring boot, but spring, is owned by VMware. Sure spring is under a free license but if upstream enshittifies, community forks would be required.

> Not spring boot, but spring, is owned by VMware How do I reconcile this statement with VMWare holding the copyright which you will find unambiguously littered in the official Spring Boot repository? Since you contend the contrary, who does in fact hold the copyright?

[deleted]
Post reply on HN