Container

History：

containerd于2014年出生于Docker，最初是Docker引擎的低层运行时管理器。继2017年3月被CNCF接受以后，containerd已经成为一个行业标准的容器运行时，专一于简单性，健壮性和可移植性，其最普遍的用途和采用是Docker引擎和OCI runc执行器之间的层。containerd可用做Linux和Windows的守护程序。它管理其主机系统的完整容器生命周期，从图像传输和存储到容器执行和监督，再到低级存储，再到网络附件等。

背景：一、containerd是一个行业标准的容器运行时，强调简单性，健壮性和可移植性。containerd可用做Linux和Windows的守护程序。

二、containerd管理其主机系统的完整容器生命周期，从图像传输和存储到容器执行和监督，再到低级存储，再到网络附件等。

特征：

一、OCI Image Spec支持

二、图像推拉支持

三、用于建立，修改和删除接口的网络基元

四、多租户支持CAS存储全局图像

五、OCI运行时规范支持（又名runC）

六、容器运行时和生命周期支持

七、管理网络名称空间容器以加入现有名称空间

future：

截至今天，业界有一个重要的趋势，即从VM迁移到容器以部署软件应用程序。其主要缘由是与VM相比，容器提供的灵活性和低成本。谷歌多年来一直使用容器技术与Borg和Omega容器集群管理平台大规模运行Google应用程序。更重要的是，Google经过实施cgroup和参与libcontainer项目为容器空间作出了贡献。在过去几年中，Google可能已经在使用容器的性能，资源利用率和总体效率方面得到了巨大的收益。最近，微软没有在Windows平台上进行操做系统级虚拟化，当即采起措施在Windows Server上实现对容器的本机支持。

在生产环境中，Docker、Rocket和其余容器平台不能在单个主机上运行，缘由是它们暴露于单个故障点。当一个容器集合在单个主机上运行时，若是主机失败，在该主机上运行的全部容器也将失败。为了不这种状况，须要使用容器主机集群。解决这个问题的第一个最开放源码的容器集群管理平台之一是Apache Mesos。它最初是做为一个研究项目在加州大学伯克利分校开发的，后来在2012年左右转移到了阿帕奇(Apache)。Google采起了相似的步骤来实现一个先进的、开放源码的容器集群管理系统，名为Kubernetes。Docker还启动了一个名为Docker Swarm的解决方案。今天，这些解决方案还处于很是早期的阶段，可能须要几个月才能完成所有功能集，并在生产环境中普遍应用。

微型服务是另外一项突破性的技术，而不是一种使用容器进行部署的软件体系结构。微服务是一个Web服务的轻量级实现，与标准Web服务相比，它的启动速度很是快。这是经过在一个服务中打包一个功能单元并将其嵌入到一个轻量级的Web服务器二进制文件中来实现的。

经过考虑上述事实，咱们能够预测，在将来几年内，容器可能会占用虚拟机，有时可能会彻底取代它们。去年，我与一些企业合做，在POC层面实施基于容器的解决方案。不多有人想接受挑战并将其投入生产。随着容器集群管理系统变得更加成熟，这可能会很快发生变化