I think many of these issues are also solved by Podman and systemd depending on what kind of "production" you're building for. If you're building a linux-y appliance and you need to run a few containers I think Podman is a much better and more ergonomic way of doing so. I think perhaps that's less true for running a web service (where the linux environment is just a means to that end).
Should I run plain Docker Compose in production in 2026?
21–30 of 312 posts
Re: Should I run plain Docker Compose in production in 2026?
#22Earlier quoted context omitted.
Why do you say it's an AI company? It seems like their business is "Distribute your application to self-managed customers" not especially AI focused.
Every company these days are AI companies. Even the ones you’d least expect. https://www.bbc.com/news/articles/c98mrepzgj7o
Re: Should I run plain Docker Compose in production in 2026?
#23Re: Should I run plain Docker Compose in production in 2026?
#24Earlier quoted context omitted.
Is there a nice guide for podman that includes quadlets (or saying not to use them?) I find lots of guides stray into things that work on redhat, and on my Linuxes of choice, Raspbian and Ubuntu, things aren't straightforward.
Can't comment on Raspbian, but Ubuntu LTS (has/had) a seriously outdated podman version. This is the kind of nuisance the Debian derivatives have been running into for more than 20 years: they are extremely conservative, and if that is all you need, then that is great, but if not, you'll have to either run the latest Ubuntu (not LTS), or you upgrade to something like fedora.
Re: Should I run plain Docker Compose in production in 2026?
#25Earlier quoted context omitted.
Why do you say it's an AI company? It seems like their business is "Distribute your application to self-managed customers" not especially AI focused.
They said they help deployments for "software companies and AI companies" which I thought was an interesting distinction
Re: Should I run plain Docker Compose in production in 2026?
#26And the error handling was terrible. Most of these problems resulted in a Python stack trace in some docker-compose internals instead of a readable error message. Googling the stack trace usually lead to a description of the actual problem, but that's really not something that inspires confidence.
Re: Should I run plain Docker Compose in production in 2026?
#27Surprised they didn't mention docker compose secrets - https://docs.docker.com/reference/compose-file/secrets/
Re: Should I run plain Docker Compose in production in 2026?
#28Should you have a turkey sandwich for lunch in 2026? I don't know buddy just do whatever. There are ten thousand other sandwiches you could eat surely, but does turkey sound good for you?
Is your point that we shouldn't motivate our technological choices? I wouldn't use Docker Compose in production.
*shudder*
Re: Should I run plain Docker Compose in production in 2026?
#29Re: Should I run plain Docker Compose in production in 2026?
#30Should you have a turkey sandwich for lunch in 2026? I don't know buddy just do whatever. There are ten thousand other sandwiches you could eat surely, but does turkey sound good for you?
What if you can't by yourself objectively evaluate if turkey sandwich sounds good?
It's not a matter of giving a universal answer to whether docker compose in production is fine, but how to evaluate it. Which features or safeguards necessary for a healthy production environment you forfeit when choosing plain docker compose? What's the tradeoff?