Docker 1.11: The first OCI-compliant runtime, built on containerd
1–10 of 64 posts
Re: Docker 1.11: The first OCI-compliant runtime, built on containerd
#2Re: Docker 1.11: The first OCI-compliant runtime, built on containerd
#3Re: Docker 1.11: The first OCI-compliant runtime, built on containerd
#4Re: Docker 1.11: The first OCI-compliant runtime, built on containerd
#5ELI5 the OCI & why it's important? I follow Docker from a distance and find it fascinating.
Docker has become a de facto standard for executing programs in a portable sandbox (aka "container"). There were increasing demands for making it a "proper" standard, so last year we donated a spec and reference implementation for a universal intermediary format - a "PDF of containers" if you will, and partnered with the Linux Foundation to manage it. The majority of the industry followed.
Now that the Docker container engine supports this intermediary format, and other providers will soon follow suit, it reduces the risk of depending on one provider. If you want to switch away from Docker, you can run your containers elsewhere.
Now everyone can focus on building better tools, instead of trying to make "their" format win. The result is better tools.
Re: Docker 1.11: The first OCI-compliant runtime, built on containerd
#6Standardisation at the format level will help with portability across different platform implementations.
Re: Docker 1.11: The first OCI-compliant runtime, built on containerd
#7ELI5 the OCI & why it's important? I follow Docker from a distance and find it fascinating.
If you wanted to sit down and write software to build or execute a container, there wasn't a spec to follow or a checklist of the features you needed to support. Basically, you had no idea if what you wrote today would continue to work in the future. Or if someone else constructed a container, that you could run it.
(CoreOS employee)
Re: Docker 1.11: The first OCI-compliant runtime, built on containerd
#8Recently (on 1.9) we have seen quite a few cases where we had "zombie" containers, these are container that can no longer be started or stopped due to cgroup misconfiguration or something along those lines.
The new architecture means that for weird cases like this all we need to do is kill off runc without forcing every container on the box to restart (by restarting the docker service which is what we do now).
It is also really nice that you can now launch apps on runc direct without needing a docker intermediary.
Re: Docker 1.11: The first OCI-compliant runtime, built on containerd
#9Re: Docker 1.11: The first OCI-compliant runtime, built on containerd
#10It's a great time to be in operations, containers are a huge step forward, but how are we supposed to be confident in a technology with so many major changes every other month? Even Node.js has LTS releases.
And yes. Get off my lawn, too.