Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Well designed, written and efficient...middleware. It's a wrapper around linux and a middle between my OS and my app! A spade is a spade.

There are cons beyond performance. For example Docker complexity - you need to learn a new filetype, a new set of commands, a new architecture, new configurations, spend hours reading another set of documentation. Buy and read another 300 page O'Reily book to master and grasp something that again has Pro's and Con's.

For me? It's not necessary and I even know some Docker Kung-Fu but choose not to use it. I do use Docker Desktop occasionally to run apps and services on my localhost - it's basically a Docker Compose UI, and I really enjoy it.



> It's a wrapper around linux and a middle between my OS and my app

No. Docker doesn't "wrap" anything, and it certainly does not wrap Linux. Please reconsider looking at the documentation. It uses native kernel features. SystemD does a similar thing.

> For example Docker complexity - you need to learn a new filetype, a new set of commands, a new architecture, new configurations, spend hours reading another set of documentation

I can't say I agree.


A wrapper CLI that produces the same outcome wouldn't really be considered middleware, which surely should affect runtime?


Docker is native Linux. Your app uses the same kernel as the host. Is "chroot" middleware? No. Neither is docker.


It does require a running daemon. Other solutions, like podman, do not. There is an overhead associated with docker.


Yes, but containers do not incur overhead because of the daemon. It is there for management purposes. In other words, system calls / network access / etc are not going "through" the daemon.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: