B.

Imho docker is a trap. It makes you think it simplifies things because the initial install is quick. But everything that comes next is unnecessarily complex.

Reply to this note

Please Login to reply.

Discussion

I'm often suspicious of Docker. It seems we keep solving the "containerization" problem over and over with virtual machines, containers, etc., and this makes me think we're going about software in the wrong way.

I run everything in docker.

It simplifies dependencies, network security, and most importantly versioning.

imo docker and kubernetes are the only virtualization that still have a good reason to exist.

With docker + caddy (which itself is running in docker, with a docker plugin for automatic reverse proxy) I have six services running on one beefy server. Some of those services need a specific version of a database engine or node. It’s no issue with docker.

At some point one of those services will need to be moved to another server due to traffic demands. Thats easy with docker. (kubernetes would do this automatically, but i’m not there yet) I’ll move one folder with all the state and run docker compose on the new server and be done.

I wasn’t a believer until this year, but docker does indeed solve some problems, and it has been very helpful.

I wasn't really suggesting Docker shouldn't be used. More speculating that if the problem of containers were to be solved further up the stack Docker wouldn't even be necessary.

I didn’t think you were fren. I was just trying to add to the speculative thought from the other end. Playing devils advocate.

There are a number of things Id love to see different, but they’d be pretty big changes. Allowing multiple processes to bind to a port and listen for specific urls would be one. Reverse proxying is a whole layer of complexity that strictly speaking wouldn’t be necessary for some setups.