Re:Docker cannot be downloaded without logging into Docker S...
by hardwaresofton on Tuesday August 21, 2018 @01:05AM
(#17807159)
+1 for containerd (+ cri-containerd, which is included by default now), it's served really wonderfully (meaning I didn't have to touch it much) as the base for k8s machines I've boostrapped recently -- I don't even install Docker anymore (as in literally docker the daemon is not installed or running, just runc + containerd).
The replacement of docker is a good thing IMO (though probably not a good thing for Docker the company) -- it's one of the main benefits of the kubernetes hypetrain, the development of C*I (Container <something> Interface) has been great for the ecosystem.
I personally find docker's CLI way more ergonomic however.
Re:Docker cannot be downloaded without logging into Docker S...
by 7ewis on Tuesday August 21, 2018 @03:43AM
(#17807813)
How do Dockerfiles work if you aren't using Docker?
Is there another way to define what the container should look like?
Re:Docker cannot be downloaded without logging into Docker S...
by cdoxsey on Tuesday August 21, 2018 @06:54AM
(#17808538)
You can build the containers with Docker and ship them to a repository. The format is the same.
There are also tools like jib which can build containers without docker: https://github.com/GoogleContainerTools/jib
There's also a lot of mixed deployments of container vs native out there. It seems Kubernetes is popular but not many companies with a large number of servers are willing to bet the farm on it, so they may only run a subset of their services with it (stateless, or test environments)
You can use Docker, just be ready to account for the instability. With proper detection and strategies to evict bad nodes you can build a reliable platform out of it. (though for stateful things you may end up with a real mess on your hands)
Weve seen issues with cointainerd too, but at least so far it seems more stable.
Basically every piece of docker is being replaced. The runtime (containerd, crio), the tools to build containers (google has several), the server to host images (ecr, gcr, etc)... it's weird to call it docker when none of the components actually use docker anymore.
The gui and installer is nice for local development, so I guess it has that going for it.