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.
Broadcom to discontinue free Bitnami Helm charts
41–50 of 142 posts
Re: Broadcom to discontinue free Bitnami Helm charts
#42Maybe 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
Re: Broadcom to discontinue free Bitnami Helm charts
#43Earlier quoted context omitted.
Are there any indications or just a feel?
Company where I work had huge risk audit. The second highest risk is using USA based cloud with 66/100. The first one was using Spring Boot everywhere 77/100. Till the end of 2025 we need to have migration path to something else with 2 PoCs done.
Re: Broadcom to discontinue free Bitnami Helm charts
#44I could see the writing on the wall with this. On that note, I'm already looking at migrating my codebase off of Spring. Just testing the waters with Quarkus, Helidon, Micronaut, Pekko, Vert.x, and plain Jakarta EE right now.
Red Hat effectively killed their JBoss/Middleware team and the rest of it moved to IBM https://www.redhat.com/en/blog/evolving-our-middleware-strat... Quarkus and other tools were pushed to CommonHaus/Apache. I believe Vert.X was also mostly developer by RH team, although moved to Eclispe Foundation a decade ago. Oracle also ended up somehow sponsoring 2 frameworks: Helidon & Micronaut. I'd bet Spring is still the sa…
Re: Broadcom to discontinue free Bitnami Helm charts
#45Re: Broadcom to discontinue free Bitnami Helm charts
#46Re: Broadcom to discontinue free Bitnami Helm charts
#47Re: Broadcom to discontinue free Bitnami Helm charts
#48Maybe this will finally break me of my habit of using helm charts, period.
Why do you want to stop using helm charts? Genuine question, as I'm new to Kubernetes and helm.
I might use Helm charts for initial deploys of operators, but that's about it.
Kustomize is, IMO, a better approach if you need to dynamically modify the YAML of your resources and tools like ArgoCD support it.
Re: Broadcom to discontinue free Bitnami Helm charts
#49I could see the writing on the wall with this. On that note, I'm already looking at migrating my codebase off of Spring. Just testing the waters with Quarkus, Helidon, Micronaut, Pekko, Vert.x, and plain Jakarta EE right now.
Quarkus is pretty similar, but is built on top of Vert.x so a lot of the fun of Vert.x (don't block the event loop!) is still present. It also does compile time DI.
Re: Broadcom to discontinue free Bitnami Helm charts
#50I could see the writing on the wall with this. On that note, I'm already looking at migrating my codebase off of Spring. Just testing the waters with Quarkus, Helidon, Micronaut, Pekko, Vert.x, and plain Jakarta EE right now.
Red Hat effectively killed their JBoss/Middleware team and the rest of it moved to IBM https://www.redhat.com/en/blog/evolving-our-middleware-strat... Quarkus and other tools were pushed to CommonHaus/Apache. I believe Vert.X was also mostly developer by RH team, although moved to Eclispe Foundation a decade ago. Oracle also ended up somehow sponsoring 2 frameworks: Helidon & Micronaut. I'd bet Spring is still the sa…