Goodbye Docker and Thanks for all the Fish

   2019-03-10 21:03

> Docker haven’t been directly involved since 2015, and even then, it’s arguable that they’ve never been

A large majority of even the recent commits to containerd are made by Docker employees.

https://github.com/containerd/containerd/commits/master

> It’s true that Docker uses containerd under to hood, but that’s actually part of what the author is arguing. Docker as a technology is a wrapper platform around core industry technologies that they neither own or control.

I cede your point, but it’s irrelevant and isn’t want the author implying (even directly).

From the article: “I do not think there is any reason for us to user docker any more and therefore Docker as a technology and as a company will slowly vanish.”

The end users do not care how cgroups are setup or mount points are built. The guts may be standardized, but the docker toolchain (Dockerfile, docker-compose, docker run) will continue to exist. The “runtime” is irrelevant and there just isn’t a competitor in the “tool chain” arena.

Docker Swarm is the only thing that will vanish.

> The more things like Kubernetes and podman join the market, the less required Docker becomes, which means they’re going to be more and more at risk of failing.

Kubernetes is an entirely different use-case. Nobody is arguing Docker Swarm will beat it.

You could say the Docker CLI isn’t required with the advent of other tools, but those are incredibly big shoes to fill. Think of all that entails (Dockerfile, docker-compose, the CLI, cross-platform(-ish) support for Windows/OSX).

Also, competition leads to better tooling. Did anyone ever say “Unix isn’t required any more, because with have Linux”?

The tooling of the Docker CLI is in a very good spot as-is. The guts are being opened, which I think would relieve the pressure some may feel to jump from Docker.


Original Source


CryptoCurrencyUSDChange 1hChange 24hChange 7d
? --- 0.00 % 0.00 %