[Container-tools] CRI-O vs. ContainerD

Daniel J Walsh dwalsh at redhat.com
Tue Mar 21 14:49:41 UTC 2017


Here is a start at a blog.

https://docs.google.com/document/d/1mCvWhWcKZlgEogAb5tV9Hc10fDCuCb1CAYLHsHXq0Q0/edit#


On 03/21/2017 10:11 AM, Mohammed Ahmed wrote:
>
>
> On Tue, Mar 21, 2017 at 6:59 PM, Josh Berkus <jberkus at redhat.com
> <mailto:jberkus at redhat.com>> wrote:
>
>     Dan,
>
>     This is a nice explanation.  If you soften the politics, and add a
>     little more detail, it would make a good blog post.
>
> +1 That was really good. 
>
>
>
>     On 03/20/2017 05:07 PM, Daniel J Walsh wrote:
>     >
>     >
>     > On 03/20/2017 12:33 PM, Josh Berkus wrote:
>     >> ... can someone give me a practical rundown?
>     >>
>     >> Speaking as a Kubernetes user, how are these different?
>     >>
>     > CRI-O is a CRI Daemon that is being developed to support Kubernetes
>     > workloads using three sub packages
>     >
>     > github.com <http://github.com>://containers/storage
>     > github.comf://containers/image
>     > github.com <http://github.com>://opencontainers/runtime-spec and
>     > github.com <http://github.com>://opencontainers/runc
>     >
>     > Red Hat is taking the lead on this effort, but we have major
>     > contributors from Suse, Intel, IBM.  It is part of an k8s incubator
>     > project.  Available now in Rawhide as the ocid package.  We are
>     > currently passing about 1/3 of the k8s CRI test suite.  Hope to
>     pass all
>     > within 6 months.
>     >
>     > ContainerD is an new monolithic daemon from Docker Inc. It
>     includes what
>     > is containerd from the docker project which was a daemon built
>     mainly to
>     > support the Swarm workloads as well as sucked parts of the
>     docker daemon
>     > out to handle container storage and pulling/pushing images. As
>     of now it
>     > does not support k8s CRI, although that is clearly Docker Inc's
>     aim.  It
>     > also only supports storage on Overlay2 and Aufs.  They did some
>     redesign
>     > of the Storage layer to make it different then Docker
>     mechanism.  (We
>     > based containers/storage off of the Docker storage).  Containerd
>     still
>     > has Solomon Sykes as the BDL of containerd.  We submitted pull
>     requests
>     > to use containers/storage and containers/image to containerd but was
>     > rejected by the containerd team.  Docker would like to see
>     containerd be
>     > the one Daemon to handle all container workloads.  We think at some
>     > point in the future the upstream docker project will move to
>     containerd.
>     >
>
>
>     --
>     --
>     Josh Berkus
>     Project Atomic
>     Red Hat OSAS
>
>     _______________________________________________
>     Container-tools mailing list
>     Container-tools at redhat.com <mailto:Container-tools at redhat.com>
>     https://www.redhat.com/mailman/listinfo/container-tools
>     <https://www.redhat.com/mailman/listinfo/container-tools>
>
>
>
>
> -- 
> *Mohammed Zeeshan Ahmed*
> Associate Software Engineer, Redhat Developers Team (Devtools)
> http://mohammedzee1000.wordpress.com https://mojo.redhat.com/people/moahmed
>
> RED HAT | DIFFERENT FOR THE SAKE OF BETTER TECHNOLOGY
>
> Find out why every airline, telecom, commercial bank, healthcare, and
> financial data services company in the Fortune 500 relies on Red Hat.
>
> Trusted | Red Hat <https://www.redhat.com/en/about/trusted>
>
>
>
>
> _______________________________________________
> Container-tools mailing list
> Container-tools at redhat.com
> https://www.redhat.com/mailman/listinfo/container-tools

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/container-tools/attachments/20170321/a00ca14e/attachment.htm>


More information about the Container-tools mailing list