News for hackers. Stuff that matters.
Re:Should I Run Plain Docker Compose in Production in 2026? by nijave on Tuesday May 05, 2026 @08:04AM (#48021317)
Helm mostly does that. Not a huge fan of a text templating engine generating yaml but once you get your chart setup with a few variable inputs, you can continue using it for a bunch of other stuff with minimal new config.

The inputs (values) are yaml so you can make it look exactly like a Docker Compose file if you want (wouldn't be surprised if there's some charts floating around that do that)

Re:Should I Run Plain Docker Compose in Production in 2026? by calmoo on Tuesday May 05, 2026 @08:27AM (#48021551)
I've recently been dipping my toes into k8s / kustomize / helm, and I recently had a situation where having a base deployment yml template that I wanted to reuse across various deployments. I had a look at Helm and I was frankly shocked how bad the templating was with Go templates, it was close to unreadable and felt very brittle!
Re:Should I Run Plain Docker Compose in Production in 2026? by nijave on Tuesday May 05, 2026 @11:32AM (#48023945)
Yeah, that's fair. I don't think it's as bad if you make your own charts and can more liberally hardcode things. Community charts tend to have an insane amount of "knobs" so you can basically change everything being templated.

I don't know if I'd necessarily call it brittle, though. You can use `helm template` and various linters to validate the generated yaml is correct (and use something like pre-commit to autorun)

Re:Should I Run Plain Docker Compose in Production in 2026? by regexorcist on Tuesday May 05, 2026 @09:23AM (#48022233)
How so? I find it much the same to other templating engines like Jinja, though I'm definitely not a fan of the syntax. But that hardly matters anymore with LLMs.
Re:Should I Run Plain Docker Compose in Production in 2026? by calmoo on Tuesday May 05, 2026 @12:09PM (#48024445)
Specifically with YAML, Go templating requires some special operators to get anything useful done and it ends up being an unreadable mess.
Re:Should I Run Plain Docker Compose in Production in 2026? by nijave on Tuesday May 05, 2026 @11:36AM (#48023993)
I think it's a combination of text templating + yaml (which is whitespace delimited). When templating html with Jinja, it's not a big deal if the indentation isn't right. In helm, best case you get a syntax error, worst case you end up overwriting keys and producing something syntactically but not logically correct.
Re:Should I Run Plain Docker Compose in Production in 2026? by freedomben on Tuesday May 05, 2026 @08:54AM (#48021877)
I did that too, and ended up just skipping helm and using envsubst to interpolate the values I need at runtime from env vars. Nearly everyone preferred that approach. YMMV of course.
Re:Should I Run Plain Docker Compose in Production in 2026? by nijave on Tuesday May 05, 2026 @11:34AM (#48023962)
I think that's a good approach if it works for your use case. Sometimes you might want something slightly more sophisticated like basic logic (loops/conditionals). In those cases, you can still use helm but you have an extremely simple template and avoid many of the "can't read this template" helm pitfalls.
Re:Should I Run Plain Docker Compose in Production in 2026? by stackskipton on Tuesday May 05, 2026 @11:30AM (#48023904)
BTW, this is what Flux V2 (GitOps) supports as well and we do at our company. It's worked well and covered almost all our use cases.
Re:Should I Run Plain Docker Compose in Production in 2026? by mehackernewsacc on Tuesday May 05, 2026 @04:12PM (#48027841)
Shared up the chain, but bringing your attention to it as well: https://nixidy.dev/ solves all of these issues.