We use docker to spin up and down tens of thousands of short lived (~10 minutes) containers per day. Docker 17.05.0-ce on Ubuntu 16.04 tolerates this fine, but Docker 18.06.0-ce hangs after only a few hours. I've not bothered troubleshooting in detail yet; I've just pegged the docker version and moved on with my life. Still, I've lost a lot of trust in docker.
Goodbye Docker: Purging Is Such Sweet Sorrow
71–80 of 95 posts
Re: Goodbye Docker: Purging Is Such Sweet Sorrow
#72We use docker to spin up and down tens of thousands of short lived (~10 minutes) containers per day. Docker 17.05.0-ce on Ubuntu 16.04 tolerates this fine, but Docker 18.06.0-ce hangs after only a few hours. I've not bothered troubleshooting in detail yet; I've just pegged the docker version and moved on with my life. Still, I've lost a lot of trust in docker.
Interesting. Where exactly does it hang? When you create the container, or when you run it?
Re: Goodbye Docker: Purging Is Such Sweet Sorrow
#73> was likely due to a script that had got out of hand starting up too many containers. So there wasn't any actual problem with Docker, it was the OP's own problem that they "solved" by switching container platforms instead of just fixing their own buggy script?
Hm, I remember reading other unrelated reasons the author mentions for switching away. Maybe the article was edited after you read it.
Is this gonna be another systemctl situation?
“It’s new! Hiss!!!!”
Re: Goodbye Docker: Purging Is Such Sweet Sorrow
#74> was likely due to a script that had got out of hand starting up too many containers. So there wasn't any actual problem with Docker, it was the OP's own problem that they "solved" by switching container platforms instead of just fixing their own buggy script?
It seems that "abandoning Docker" is the latest fashion fad, this is not the first article of this kind on HN recently. I look at each of those articles carefully and my takeaway every time is the same: there are great alternatives to Docker if you have unlimited time and are willing to accept lots of limitations.
Sure. Gotta use that time for HN comments.
I agree with the actual comments on Dockers design.
But I’m in infra and security so I’m biased.
It’s my job as a tech nerd to care about that stuff? Or maybe I’m leaning into the role too much.
Why even bother working in tech when this march forward is what everyone complains about but has been here forever?
Growing up means getting over this shit internally.
Re: Goodbye Docker: Purging Is Such Sweet Sorrow
#75I’ve managed to resist the hype and still not ever used docker for anything ... I still really struggle to understand what the practical benefits to this kind of containerization actually are ... It seems like people reach for it because they want to have some kind of “compile target” into which they can stick “all the things” their application needs to run — which is supposed to then help them “deploy” into their de…
Being able to package an application and dependencies in a container, then run locally or using one of several AWS Compute services is pretty powerful.
I think containers have been through the hype cycle, but they definitely have their uses. Anybody else use Thinstall (now VMWare ThinApp) on Windows? It did something similar by presenting your application with virtualized versions of the Windows subsystems, and was super useful when you were faced with DLL dependency issues.
Re: Goodbye Docker: Purging Is Such Sweet Sorrow
#76HDD : Hype Driven Development. "Yeah, we should just give up on Docker and rebuild all the container ecosystem using IBM technology."
It's not hype, it's just realizing that "Docker the container runner" is mostly a relatively thin layer above kernel APIs.
If you're not embracing the full Docker but using Kubernetes, the "runc" could be any of the dozens of alternative launcher.
You don't have to rebuild everything. That is what standards are for. Of course, this commodification is a problem for Docker Inc. The reason why they're "hyping" their brand ;-)
Re: Goodbye Docker: Purging Is Such Sweet Sorrow
#77I just wish docker wasnt slow as shit on mac's (then again I guess relative to vagrant it's not that bad)
Because they have to use a hypervisor to get the benefits of the Linux kernel. If you want to speed things up and get native benefits then try switching to Linux or convince Apple to add native containers.
Is Docker faster on Windows/WSL than Macs?
Re: Goodbye Docker: Purging Is Such Sweet Sorrow
#78> I’d never really got to the bottom of it Perhaps it might have been worth the extra time to get to the bottom of it instead of switching and, in the end, not noticing any big differences? Also, I noticed there was an ad at the end of the post for the book Docker in Practice . Ironic placement.
Wait, isn't the author of the blog post the author of the book?
Re: Goodbye Docker: Purging Is Such Sweet Sorrow
#79Earlier quoted context omitted.
The biggest benefit for edX, which is where I started using Docker and gained the most experience, was being able to get developers up and running with our key services in a couple hours as opposed to days. Everything is scripted, and ephemeral. Broke something? Refresh the environment. Want to try a new configuration? Build a new image. This was not as easy in our previous Vagrant devstack. > Don’t you still inevita…
> Admittedly, debugging is not perfect (at least not with my Docker Compose setup in PyCharm) A bit off-topic, but how so? It works fine for me using the setup described here https://www.jetbrains.com/help/pycharm/using-docker-compose-...
Some of these may be outdated now.
We had an issue with anchors in the YAML, but that seems to have been resolved.
The remote interpreter only started the one service. In the case of the example you linked, the db container is not run.
The other issue I recall was due to PyCharm needing to install its own debug tools. These were not available to be installed at image build time.
Again, it’s been a while since I’ve used PyCharm and Docker together, so these may all be resolved.
Re: Goodbye Docker: Purging Is Such Sweet Sorrow
#80I’ve managed to resist the hype and still not ever used docker for anything ... I still really struggle to understand what the practical benefits to this kind of containerization actually are ... It seems like people reach for it because they want to have some kind of “compile target” into which they can stick “all the things” their application needs to run — which is supposed to then help them “deploy” into their de…
The actual reason is that sysadmins don't have arcane requirements of what you can install in your Docker images. It will continue to be popular until sysadmins accomodate developers, or until the sysadmins catch on and start restricting docker environments.
Ok, that's kind of cynical, but still true to a large extent if you ask me.