[HN Gopher] Broadcom to discontinue free Bitnami Helm charts
       ___________________________________________________________________
        
       Broadcom to discontinue free Bitnami Helm charts
        
       Author : mmoogle
       Score  : 58 points
       Date   : 2025-07-18 19:29 UTC (3 hours ago)
        
 (HTM) web link (github.com)
 (TXT) w3m dump (github.com)
        
       | ntqz wrote:
       | I 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.
        
         | _1tan wrote:
         | Are there any indications or just a feel?
        
           | bags43 wrote:
           | 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.
        
             | jchmbrln wrote:
             | I'm completely out of the loop. What's going on with Spring
             | Boot?
        
               | radicalbyte wrote:
               | The VMware apocalypse.
        
               | heisenbit wrote:
               | One does not need VMware for SpringBoot so?
        
               | xienze wrote:
               | Spring's corporate steward is VMWare, and Broadcom bought
               | VMWare, ergo Spring is subject to Broadcom's whims.
        
               | TYMorningCoffee wrote:
               | VMware owns Spring Boot
               | https://en.m.wikipedia.org/wiki/Spring_Boot
        
               | loloquwowndueo wrote:
               | 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.
        
               | xienze wrote:
               | Probably a bit of overreaction given that Broadcom is now
               | in charge of Spring. At the end of the day it's a wildly
               | popular open source project -- it has a path forward if
               | Broadcom pulls shenanigans.
               | 
               | That said, I have noticed that the free support window
               | for any given version is super short these days. I.e. if
               | you're not on top of constantly upgrading you're looking
               | at paid support if you want security patches.
        
         | lapusta wrote:
         | 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 safest choice next to Jakarta EE
         | standards that all are built on top of nowadays.
        
       | js4ever wrote:
       | Great more enshitification! Broadcom is destroying everything
       | they touch
        
         | jacquesm wrote:
         | That's nonsense. RPi would not exist if not for Broadcom.
        
           | okanat wrote:
           | RPi doesn't exist due to Broadcom. It exists despite
           | Broadcom.
           | 
           | Using RPis can be a huge PITA, if you'd like to do something
           | a bit more complex with the hardware. HDMI, the video
           | decoders are all behind closed doors with blobs on top of
           | blobs and NDAs.
           | 
           | RPi SoCs are some of the weirdest out there. It boots from
           | the GPU ffs.
        
       | sseveran wrote:
       | This is going to cause some disruptions. What are the
       | alternatives out there to bitnami charts?
        
         | chrisandchris wrote:
         | They're all open source - fork the repo and start collectively
         | maintain them.
        
           | gchamonlive wrote:
           | That doesn't really answer the question, does it?
        
         | gchamonlive wrote:
         | My first thought was Linuxcontainers but I think they just
         | maintain docker images, not helm charts
        
         | ethan_smith wrote:
         | Check out Artifact Hub, the CNCF-hosted charts from projects
         | like Prometheus/Grafana, or the official k8s-at-home charts as
         | solid alternatives to Bitnami.
        
       | dpkirchner wrote:
       | Maybe this will finally break me of my habit of using helm
       | charts, period.
        
         | cheshire_cat wrote:
         | Why do you want to stop using helm charts? Genuine question, as
         | I'm new to Kubernetes and helm.
        
           | chuckadams wrote:
           | Write a few Helm charts and you'll understand why people want
           | to stop using it. `nindent` will become a curse word in your
           | vocabulary. It's a fine tool at the user level, but the DX is
           | an atrocity.
        
             | bigstrat2003 wrote:
             | I mean, I have written a few (like 5-10?) and I don't
             | understand either. I find that Helm is quite a nice tool
             | which does its job very well.
        
             | cbzbc wrote:
             | What are you planning on moving to ?
        
           | NewJazz wrote:
           | Consuming one that is well written isn't too much pain, IME.
           | But writing or modifying one can be really annoying. Aiui the
           | values.yaml has no type schema, just vibes. The whole thing
           | is powered off using text templating with yaml (a whitespace
           | sensitive language), which is error prone and often hard to
           | read. That's basically the main issues in a nutshell, it may
           | not sound like much, but helm doesn't exactly do a whole lot
           | and it does that limited set of stuff poorly.
        
       | chuckadams wrote:
       | Broadcom gonna Broadcom. Don't anthropomorphize the lawnmower.
        
       | iotapi322 wrote:
       | That's fine , their repmgr postgres repository was a joke.
        
       ___________________________________________________________________
       (page generated 2025-07-18 23:00 UTC)