Goodbye Docker: Purging Is Such Sweet Sorrow

#1

Post by leandot » Sat, Jul 27, 2019, 9:30 AM UTC

Goodbye Docker: Purging Is Such Sweet Sorrow
zwischenzugs.com

Re: Goodbye Docker: Purging Is Such Sweet Sorrow

#2

Post by based2 » Sat, Jul 27, 2019, 2:15 PM UTC

https://lobste.rs/s/q3ryag/goodbye_docker_purging_is_such_sw...

Re: Goodbye Docker: Purging Is Such Sweet Sorrow

#3

Post by bastardoperator » Sat, Jul 27, 2019, 2:43 PM UTC

Have you tried kaniko for docker builds? I'm using it to do docker builds on Kubernetes in my CI pipeline.

https://github.com/GoogleContainerTools/kaniko

Re: Goodbye Docker: Purging Is Such Sweet Sorrow

#4

Post by jasonpeacock » Sat, Jul 27, 2019, 2:48 PM UTC

> 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?

Re: Goodbye Docker: Purging Is Such Sweet Sorrow

#5

Post by unixhero » Sat, Jul 27, 2019, 2:53 PM UTC

I just started using Docker again in production. And it's pure garbage when you hit a corner case, but works well when you don't.

I'd like to stop using it as well.

Re: Goodbye Docker: Purging Is Such Sweet Sorrow

#6

Post by meddlepal » Sat, Jul 27, 2019, 2:56 PM UTC

jasonpeacock wrote: post #4

> 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?

I facepalmed when I read that...

This is an all too common problem in development and it's made me very skeptical of coworkers at times who use it "X technology doesn't work or X is garbage" as a justification to switch technologies or spend time prototyping several alternatives.

I'm not gonna say Docker is a perfect tool by any stretch either.

Re: Goodbye Docker: Purging Is Such Sweet Sorrow

#7

Post by sunseb » Sat, Jul 27, 2019, 3:05 PM UTC

HDD : Hype Driven Development.

"Yeah, we should just give up on Docker and rebuild all the container ecosystem using IBM technology."

Re: Goodbye Docker: Purging Is Such Sweet Sorrow

#8

Post by gorm » Sat, Jul 27, 2019, 3:07 PM UTC

meddlepal wrote: post #6

jasonpeacock wrote: post #4

> 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?

I facepalmed when I read that... This is an all too common problem in development and it's made me very skeptical of coworkers at times who use it "X technology doesn't work or X is garbage" as a justification to switch technologies or spend time prototyping several alternatives. I'm not gonna say Docker is a perfect tool by any stretch either.

It was on his home servers and he got a valid point regarding redundant daemon in docker. So I don't understand why you facepalm because its not your business what he runs at home or how he rocks his boat.

Re: Goodbye Docker: Purging Is Such Sweet Sorrow

#9

Post by pknopf » Sat, Jul 27, 2019, 3:07 PM UTC

unixhero wrote: post #5

I just started using Docker again in production. And it's pure garbage when you hit a corner case, but works well when you don't. I'd like to stop using it as well.

Example?

Re: Goodbye Docker: Purging Is Such Sweet Sorrow

#10

Post by nullwasamistake » Sat, Jul 27, 2019, 3:07 PM UTC

Docker is the Myspace of container engines. It's stupidly unreliable, at least on MacOs. I've resorted to running system prune every week or so to keep it from getting totally out of control.

Reminds me of NPM and rm-rfing node_modules on every build. I can't wait till something comes along to replace it.