容器技术发展和编排技术演进之路

这篇具有很好参考价值的文章主要介绍了容器技术发展和编排技术演进之路。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

目录

Jail 时代

1979 年 贝尔实验室发明 chroot

2000 年 FreeBSD 4.0 发行 FreeBSD Jail

2001 年 Linux VServer 发行

2004 年 Solaris Containers 发行

云时代

2006 年 google 推出 Process Containers

2008 年 LXC 推出

2011 年 CloudFoundry 推出 Warden

2013 年 LMCTFY 启动

2013 年 Docker 推出到风靡全球

云原生时代

Google &Docker 竞争

2013 年 CoreOS 发布和 Docker 由合作终止

2014 年 6 月 Google 发布开源的容器编排引擎 Kubernetes(K8S)

2014 年 12 月 CoreOS 发布开源容器引擎 Rocket(rkt)

2015年 Docker 推出容器集群编排组件 Swarm

2015 年 6 月 Docker 成立 OCI

2015 年 7 月 Google 带头成立 CNCF

k8s 成为云原生事实标准

2016 年 发布 CRI 标准

2016 年 Docker 捐献 containerd

2016 年 CRI-O 发布

2017 年 containerd 确定作为标准 CRI

编排与容器的技术演进之路

DockerClient

RUNC&Shim

​编辑CRI-Containerd

CRI-O

Containerd

实际生产的集群采用的什么运行时组件?


Jail 时代

容器不是一个新概念或者新技术,很早就有了,只是近几年遇到了云计算,整个技术被彻底引爆了。

1979 年 贝尔实验室发明 chroot

chroot 系统调用是在 1979 年开发第 7 Unix 期间引入的。贝尔实验室在 Unix V7 开发过程中,发现当一个系统软件编译和安装完成后,整个测试环境的变量就会发生 改变,下一次测试需要重新配置环境信息。

设计者们思考能否隔离出来一个独立的环境,来构建和搭建测试环境,所以发明了 chroot可以把一个进程的文件系统起来。

chroot 系统调用可以将进程及其子进程的根目录更改为文件系统中的新位置。隔离以 后,该进程无法访问到外面的文件,因此这个被隔离出来的新环境像监狱一样,被命 名为 Chroot Jail (监狱)。后续测试只需要把测试信息放到 Jail 就可以完成测试了。

这一进步是进程隔离的开始:为每个进程隔离文件访问。所以 chroot 可以认为是容器技术的鼻祖。

2000 年 FreeBSD 4.0 发行 FreeBSD Jail

2000 时一家小型共享环境托管提供商提出了 FreeBSD Jail,以实现其服务与其 客户服务之间的明确分离,以实现安全性和易于管理。每个 Jail 是一个在主机上运 行的虚拟环境,有自己的文件、进程、用户和超级用户帐户,为每个系统分配一个 IP

FreeBSD Jail 仅仅有 chroot 的文件系统隔离,并且扩充了独立的进程和网络空间

2001 年 Linux VServer 发行

FreeBSD Jails 一样,Linux VServer 是一种监狱机制,可以对计算机系统上的资源 (文件系统、网络地址、内存)进行分区。

2004 年 Solaris Containers 发行

2004 Solaris Containers 的第一个公开测试版发布,结合系统资源控制和区域进 行隔离,并添加了快照和克隆能力。

这个时期的进程隔离技术大多以 Jail 模式为核心,基本实现了进程相关资源的隔离操 作,没有更大的应用场景发展有限。

云时代

2006 年,Google 101 划提出云的概念,对当前的主流开发模式产生深远的影响。 也许以后我们会更多考虑如果出现比现在多 1000 , 10000 倍的数据量的时候,我们 该如何处理?要想让发挥潜能,与此相关的编程和操作就应该与使用互联网一样简 单。随后,亚马逊、IBM 等行业巨头也陆续宣布各自的划,宣告技术时代的 来临。

云计算需要处理海量数据、超高并发、快速扩展等问题,此时不仅仅需要隔离还需要 能够对资源进行控制和调配。

2006 年 google 推出 Process Containers

Process ContainersGoogle 2006 年推出)旨在限制、统计和隔离一组进程的 资源使用CPU、内存、磁盘 I/O、网络)。一年后它更名为“Control Groups (cgroups)”并最终合并到 Linux 内核 2.6.24

2008 年 LXC 推出

LXCLinux 容器)是 Linux 容器管理器的第一个、最完整的实现。它是在 2008 使用 cgroups Linux 命名空间实现的,它可以在单个 Linux 核上运行,不需要任何补丁。

同年谷歌推出 GAEGoogle App Engine),首次开发平台当做一种服务来提供,采 用云计算技术,跨越多个服务器和数据中心来虚拟化应用程序。

同时 Google GAE 使用了 Borg Kubernetes 前身)来对容器进行编排和调度。 LXC Borg 其实就相当于最早的 docker k8s.

2011 年 CloudFoundry 推出 Warden

2011 动了 Warden,早期使用 LXC后来换为自己的实现,直接对 Cgroups 以及 Linux Namespace 作。开发了一个客户端-服务器模型来管理跨多个主机的容器 集合,并且可以管理 cgroups、命名空间和进程生命周期。

2013 年 LMCTFY 启动

Let Me Contain That For You (LMCTFY) 2013 年作为 Google 容器堆栈的开源版本 启动,提供 Linux 序容器。应用程序可以器感知和管理它们自己的 容器。在谷歌开始和 docker 合作,后续转向了 docker 公司的 libcontainerLMCTFY 的于 2015 止。

2013 年 Docker 推出到风靡全球

Docker 初是一个叫做 dotCloud PaaS 服务公司的内部项目,后来该公司改名为 DockerDocker 初期与 Warden 类似,使用的也是 LXC之后才开始采用自己开发 的 libcontainer 替代 LXC它是将应用程序及其依赖打包到几乎可以在任何服务器 上运行的容器的工具。与其他只做容器的项目不同的是Docker 入了一整套管理容 器的生态系统,这包括高效、分层的容器镜像模型、全局和本地的容器注册库、清晰 的 REST API

Docker 提供了一整套的解决方案,不仅解决了容器化问题,而且解决了分发问题, 很快被各大厂商选择变成了云基础设施,厂商围绕 Docker 了生态建设。

云原生时代

Google &Docker 竞争

2013 CoreOS 发布和 Docker 合作终止

技术革命带来新的市场机遇,CoreOS 是其中的一员,在容器生态圈中贴有标签: 专为容器设计的操作系统 CoreOS作为互补,CoreOS+Docker 是容器部署的 灵魂伴侣。CoreOS Docker 的推广和源码社区都做出了巨大的贡献。

Docker 态扩张开始是个简单的基础单元不同,Docker 过开发或收购逐步完善容器云平台的各种组件,准备打造自己的生态圈,而这与 CoreOS 的布局 有直接竞争关系。

2014 6 Google 发布开源的容器编排引擎 KubernetesK8S

容器只是解决了容器化 ,分发问题,但是一个软件的网络问题、 负载均衡问题 、监控、部署、更新、镜像管理、发布等很多问题并没有有效的解决。

Google 内部调度系统 Borg 已经拥有 10 多年的使用容器经验,在 2014 6 推出了开源的 K8S,以支持对容器的编排和管理,完成生态的闭环。

同年 7 月,微软、Red HatIBMDockerCoreOSMesosphere Saltstack 公司,相继加入 K8S。之后的一年内,VMwareHPIntel 公司,也陆续加入。

2014 12 CoreOS 发布开源容器引擎 Rocket(rkt)

2014年底,CoreOS 式发布了 CoreOS 开源容器引擎 Rocket简称 rkt),和 Docker 式分开发展Google 2015 4 领投 CoreOS 1200 元,而 CoreOS 也发布了 Tectonic成为首个支持企业版本 kubernetes 的公司。从此,容器 江湖分为两大阵营,Google 派系和 Docker

2015年 Docker 器集群编排组件 Swarm

Docker 1.12 更高版本中,Swarm 式与 Docker 引擎集成,Docker 供 原生集群管理

两大派系的竞争愈演愈烈,行业标准的诉求越来越强烈。

2015 6 Docker OCI

Docker 司在容器运行因为高速迭代导致变更频繁,影响较大。

2015 6 22 Docker 司牵头,CoreOSGoogleRedHat 等公司共同宣 布,Docker 公司将 Libcontainer 出,并改名为 RunC 项目,交由一个完全中立的基 金会管理,然后以 RunC 依据,大家共同制定一套容器和镜像的标准和规范。 RUNC 的本质就是可以不通过 Docker Damon 直接运行容器。

规范就是 OCI,旨在定并维护容器镜像格式和容器运行时的正式规范(OCI Specifications其核心产出是 OCI Runtime Spec容器运行时规范)、OCI Image Spec(镜像格式规范)、OCI Distribution Spec 镜像分发规范)。所以 OCI 织解决 的是容器的构建、分发和运行问题。

社区们期望通过标准来约束 Docker 公司的话语权,不过 Docker 司并没有积极推动 OCI ,而且 OCI 也无法影响 Docker ,因为 Docker 已经是事实的容器标 准。

Google RedHat 等公司将方向调转到容器上面的平台层

2015 7 Google 带头成立 CNCF

Google 联合 Linux 基金会成立 CNCF Cloud Native Computing Foundation)云原 生计算基金会。旨在构建云原生基础设施。K8S 第一个纳入进来的项目,像后续有名的监控设施 Prometheus配置设施 ETCD 入进来。CNCF 织解决的是应用 管理及容器编排问题。和 OCI 同制定了一系列行业事实标准。

k8s 成为云原生事实标准

2016 发布 CRI 标准

Google 就和红帽主导了 CRI 标准,用于 k8s 和特定的容器运行时解耦。 CRI(Container Runtime Interface 运行时接口)本质上就是 k8s 定义的一组与容器 运行时进行交互的接口,所以只要实现了这套接口的容器运行时都可以对接 k8s

但是这个适合 Docker 是事实标准,并 CRI 没有话语权,但是又必须支持 Docker 所以就有了 dockershim,dockershim 本质其实就是 k8s docker 一个 CRI 实现。

2016 Docker containerd

containerd 作为运行时标准,Docker Docker Engine 种剥离出来,捐献给 CNCF.个时候 Google 为了将 containerd 加入到 cri ,又开发了 cri-containerd用来完 成 k8s 容器之间的交互

2016 CRI-O

CRI-O 以让开发者直接从 Kubernetes 来运行容器,这意味着 Kubernetes 可以不依赖于传统的容器引擎(比如 Docker),也能容器化工作负载。容器此时也回归 到自己的位置,如何更好的封装云原生的程序。

2016 Docker 布了一个震惊全部人的计划:放弃现有的 Swarm 项目,将容器编排和集群管理功能所有内置到 Docker

Kubernetes 的应对策略则是反其道而行之,开始在整个社区推动 架构,从 API 到容器运行时的每一层,Kubernetes 项目都为开发者暴露出了能够扩展的插件机 制,鼓励用户经过代码的方式介入到 Kubernetes 项目的每个阶段。

在进入 2017 年之后,更多的厂商愿意把宝压在 K8S ,投入到 K8S 态的建设 中来。这两年包括阿里云、腾讯、百度等中国科技企业也陆续加入 CNCF全面拥抱 容器技术与云原生。

Swarm 失败后, 社区版 Docker 项目改名为 moby Docker 流到 Docker 的企业 版上去,螳臂挡车。

2017 containerd 为标准 CRI

2017 各大厂商都开始拥抱 Kubernetes,亚马逊 AWSMicrosoft AzureVMware, 有的甚至抛弃了自家的产品。

亚马逊网络服务(AWS)于八月份以白金会员(最高级别)加入了 CNCFVMware 都作为 CNCF 白金会员注册.

Docker Inc.ocker 业版框架中添加了本地 Kubernetes 支持。Docker Swarm 技术也借鉴了 k8s 技术进一步发展。

Kubernetes 已成了容器编排领域的绝对标准, Docker 成容器事实的标准。

编排与容器的技术演进之路

核心问题:容器哪些技术过时了

DockerClient

此时 K8s 编排领域的一个选择,而 Docker 时一家独大,所以 K8s 客户端只是作为 Docker 的客户端来调用 Docker 引擎来完成服务。

容器技术发展和编排技术演进之路,Docker专栏,perl,开发语言,docker,k8s 

RUNC&Shim

OCI runc,剥离 Docker Engine 的一家独大的情况,确保各个厂商都可以搭建自己的容器平台。CRI 确立了但是 Docker 接入该标准。此时催生了临时技术 shim.

容器技术发展和编排技术演进之路,Docker专栏,perl,开发语言,docker,k8s

CRI-Containerd

containerd 被捐献出来,谷歌开发 cri-containerd CRI

容器技术发展和编排技术演进之路,Docker专栏,perl,开发语言,docker,k8s

CRI-O

k8s 已经成为事实的编排标准,促使容器回归云原生本质。

容器技术发展和编排技术演进之路,Docker专栏,perl,开发语言,docker,k8s 

Containerd

containerd 实现 CRI,成为 CRI 事实标准.

容器技术发展和编排技术演进之路,Docker专栏,perl,开发语言,docker,k8s

实际生产的集群采用的什么运行时组件?

以腾讯的 TKE腾讯商用 K8S ) ,支持选择 containerd docker 两种模式的选择。

如何选择呢?

(1). Containerd 调用链更短,组件更少,更稳定,占用节点资源更少。建议选择 Containerd

(2). 以下情况还是要用 docker​​​​​​文章来源地址https://www.toymoban.com/news/detail-650092.html

  • 使用 docker build/push/save/load 等命令。
    调用 docker API
    需要 docker compose 或 docker swarm。

到了这里,关于容器技术发展和编排技术演进之路的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 架构师之路 -- 虚拟化技术与容器Docker,rabbitmq面试题

    通常架构师们为了提高系统及硬件资源的利用率引入了虚拟化技术。 虚拟化是一种资源管理技术,它可以把各种实体资源抽像后再分隔,从而打破实体结构的限制,最大程度的提高资源的利用率。 今天我们来聊一下传统虚拟化技术和以Docker为代表的容器技术。 虚拟化 虚拟化

    2024年04月12日
    浏览(51)
  • 探索网络爬虫:技术演进与学习之路

    在信息时代,网络爬虫技术作为获取和处理网络数据的重要手段,已经成为数据科学、机器学习和许多商业应用的基石。从简单的HTML页面抓取到复杂的动态内容采集,爬虫技术经历了迅速的发展。本文将探索当前最新的爬虫技术,以及为有志于此领域的学习者提供一个清晰的

    2024年04月15日
    浏览(44)
  • Docker从认识到实践再到底层原理(二-1)|容器技术发展史+虚拟化容器概念和简介

    那么这里博主先安利一些干货满满的专栏了! 首先是博主的高质量博客的汇总,这个专栏里面的博客,都是博主最最用心写的一部分,干货满满,希望对大家有帮助。 高质量博客汇总 然后就是博主最近最花时间的一个专栏《Docker从认识到实践再到底层原理》希望大家多多关

    2024年02月09日
    浏览(42)
  • BSN公网发展如何影响区块链的技术演进?

    2022年1月25日,区块链服务网络(BSN)面向国内市场发布了BSN-DDC基础网络,2022年9月6日,BSN在香港面向海外发布了BSN Spartan网络。BSN-DDC基础网络与BSN Spartan网络共同组成了BSN的公网产品体系。 BSN公网,是为公共IT系统搭建而设计的分布式云服务网络,这是BSN面向全球市场,与全

    2024年02月13日
    浏览(50)
  • 【Docker】Docker容器编排

    docker compose 实现单机容器集群编排管理(使用一个模板文件定义多个应用容器的启动参数和依赖关系,并使用docker compose来根据这个模板文件的配置来启动容器) Docker Compose 是 Docker 的独立产品,因此需要安装 Docker 之后在单独安装 Docker Compose #下载 curl -L https://github.com/docke

    2024年02月15日
    浏览(53)
  • Docker Compose 容器编排

    Docker compose 实现单机容器集群编排管理(使用一个模板文件定义多个应用容器的启动参数和依赖关系,并使用docker compose来根据这个模板文件的配置来启动容器) 通俗来说就是把之前的多条docker run启动容器命令 转换为docker-compose.yml配置文件。 Docker compose 三大概念 项目/工程

    2024年02月15日
    浏览(40)
  • Docker啥是容器编排?

    Docker容器编排是一种管理和协调多个Docker容器的技术,旨在简化容器化应用程序的部署、扩展和管理。在现代应用开发中,容器化已经成为一种流行的部署方式,Docker是其中应用最广泛的容器化技术。然而,当应用由许多容器组成时,手动管理和协调这些容器可能会变得复杂

    2024年02月15日
    浏览(38)
  • docker (十)-docker compose容器编排

    在实际工作中,部署一个应用可能需要部署多个容器,一个一个部署非常不方便。docker compose可以一键部署和启动多个容器,它使用yaml文件来编排服务。github和docker hub很多项目都提供了docker-compose.yaml文件,我们可以一键部署项目,非常方便。 这里可以使用 vscode 去学习dock

    2024年02月21日
    浏览(51)
  • Docker 容器编排利器 Docker Compose

    目录 一、Docker Compose 简介 二、Docker Compose 安装 2.1 Mac、Windows 平台默认支持 2.2 Linux 安装(通过包管理) 2.2.1 安装 2.2.2 测试 2.2.3 卸载 2.3 使用PIP 安装与卸载 2.3.1 PIP安装 2.3.2 PIP 卸载 三、基本使用 3.1 术语 3.2 部署Flask 应用 四、Compose 常用命令 4.1 命令对象与格式 4.2 docker-compose

    2024年03月26日
    浏览(55)
  • Docker六 | Docker Compose容器编排

    目录 Docker Compose 基本概念 使用步骤  常用命令  Docker-Compose是Docker官方的开源项目,负责实现对Docker容器集群的快速编排。Compose可以管理多个Docker容器组成一个应用。 需要定义一个YAML格式的配置文件docker-compose.yml,写好多个容器之间的调用关系,然后只需一个命令就能同时

    2024年02月02日
    浏览(48)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包