共计 3373 个字符,预计需要花费 9 分钟才能阅读完成。
行业数字化转型热火朝天,企业正在全面转向云原生平台,并由此引发了架构计划、生产方式、思维模式、商业模式等一系列的改革。Gartner 的预测显示,到 2025 年,95% 以上的数字化转型计划将抉择云原生平台作为根底,而在 2021 年这一比例只有不到 40%。
与此同时,以容器为代表的云原生技术也在继续演进,尤其在 Kubernetes 成为云原生体系的技术外围当前。容器技术曾经进入 Kubernetes 时代,原来的技术体系正在悄悄扭转。早在 2020 年 12 月,Kubernetes 就发表将弃用 dockershim,从那时起,业界就在寻求移除 dockershim 的代替计划。
通过过来一年的过渡,日前,Kubernetes 发表,将在 Kubernetes 1.24 版本中删除 dockershim,该版本定于往年 4 月左右公布。对此,SUSE Rancher 作为一个开源的企业级 Kubernetes 治理平台,早已给出了应答之道。
在日前的相干主题直播中(https://www.bilibili.com/vide…),SUSE Rancher 大中华区研发总监张智博示意,针对习惯于应用 docker 的用户,SUSE Rancher 将持续为客户提供 Kubernetes+Docker 相干技术产品;对于那些心愿追随 Kubernetes 上游倒退的用户,SUSE Rancher 则通过提供 Kubernetes+Containerd 相干技术产品帮忙企业拥抱容器、拥抱云原生。
Kubernetes 崛起,弃用 Dockershim 是技术倒退的必然
要弄清楚 Kubernetes 为何会弃用 dockershim,还要从容器技术的倒退说起。在容器技术崛起之前,业界最热门的技术是虚拟化平台,如 VMWare、OpenStack 等。只管虚拟机能够“虚构”出很多子系统,但存在占用空间大、启动慢、资源占用低等问题。
像 Docker 这样的容器技术,属于轻量级的“虚拟化”,它不须要“虚构”出整个操作系统,只须要“虚构”一个小规模的环境(相似“沙箱”),从而胜利躲避了虚拟机的毛病,受到业界的热烈欢迎和追捧。
不过,在 2013 年 Docker 开源当前,新的问题呈现了:Docker 只是创立容器的工具,是利用容器引擎,它自身并不是容器;如果想将 Docker 利用于具体的业务层面,还须要对其进行编排、治理和调度。2014 年,Kubernetes 横空出世并默认应用 Docker 作为容器运行,实现了对容器的编排、治理和调度。
随后,Kubernetes 的代码当中蕴含了很多与 Docker 相干的操作逻辑,为了可能做解耦,兼容更多的容器运行时,Kubernetes 将操作 Docker 的相干逻辑独立进去,组成了 dockershim。因而,dockershim 能够看作是 Kubernetes 的一个组件,次要目标是为了通过 CRI(容器运行时接口)操作 Docker;也就是说,dockershim 相当于 Kubernetes 和 Docker 的一个中转站或者枢纽。
这样一来,Kubernetes 或 Docker 有任何的性能变动,dockershim 代码都必须随之改变,以反对变更。但 Docker 的底层运行时是 containerd,而 containerd 也反对 CRI,Kubernetes 齐全能够绕过 dockershim 这一中转站间接通过 CRI 与 containerd 进行交互;此外,随着容器技术的演进,容器运行时也变得多种多样,Kubernetes 通过 CRI 即可与它们进行交互,dockershim 因而变得可有可无。
面对改革,SUSE Rancher 的倡议和应答之道
只管 Kubernetes 行将弃用 dockershim,但这并不意味着 Docker 曾经过期;相同,Docker 的性能久经考验,技术也更为成熟,不仅领有宏大的用户群体,也是相当长一段时间里,企业发展容器技术利用的重要切入点。
在 Apache APISIX PMC 张晋涛看来,Docker 的倒退之所以浮现疲态,与其开源之后始终没有找到适合的商业化路线无关。将来,Docker 最外围的动作就是 Kubernetes 给开发者提供好用的容器技术,它的定位仍然是容器平台,而不是底层的容器运行时。
将来的容器运行时将是 containerd 的天下,张智博认为,弃用 dockershim 为 containerd 的疾速遍及带来了新的时机,这一点在 2021 年 CNCF Survey 上有很显著的展现,大多数用户均抉择 containerd 替换 Docker 的计划。不过,底层技术的改革并不会对企业用户带来多大影响,私有云和其余商业厂商以及开源社区会有足够多的技术路线来躲避危险。
正如张晋涛所说,采纳云服务的企业对容器运行时的切换其实是无感知的。即使企业采纳的不是云上托管而是自建云的模式,终端用户也无需关注这一点,只有企业中负责 Kubernetes 保护治理的运维人员才会在意。因而,张智博倡议,企业要以不变应万变,业务稳定性永远是第一考量,而非技术架构的先进性。
不论是 Kubernetes 的突飞猛进、Docker 的日渐式微,还是 containerd 的大势所趋,企业短期内都无需过分关注。对于那些构建在私有云上的业务,云厂商曾经帮忙企业客户解决了底层技术架构降级的问题;而对于构建了公有云的企业客户来说,他们也不用毁坏传统技术架构的稳定性和持久性,只须要在建设新的集群时逐渐实现 containerd 的逐渐代替和切换。
面对这一技术改革,SUSE Rancher 采纳了商业厂商面向开源社区推动的 cri-dockerd 计划,确保 RKE 集群能够持续利用 Docker 作为其容器运行时;而对于心愿追随上游倒退而移除 Docker 的用户,SUSE Rancher 的 K3s/RKE2 等开源产品均应用 containerd 作为默认运行时,K3s 能够面向本地开发以及边缘环境,RKE2 则能够面向数据中心应用场景。
也就是说,只管 SUSE Rancher 是开源厂商,但非常重视开源的商业化。尽管技术的发展趋向于 containerd,SUSE Rancher 并不会强制客户去 Docker,如果企业客户仍然在应用 Docker,SUSE Rancher 也会持续保护这类我的项目。
减速技术迭代,SUSE 激活企业有限翻新后劲
在云原生畛域,Kubernetes 弃用 Dockershim 只是容器技术演进过程中的一个小插曲;以后,各行各业数字化转型继续深刻,企业客户正在向云计算技术提出越来越多的新要求。
日前,CNCF 公布的 2021 年度调查报告显示,96% 的企业正在应用或评估 Kubernetes,这一数据是自 2016 年开启该项考察以来的历史新高。CNCF 认为,容器和 Kubernetes 的事实位置曾经坚固,随着技术的倒退,容器和 Kubernetes 将缓缓转向“幕后”工作;与过来相比,企业仿佛更密集地应用无服务器和托管服务,开发者也不肯定须要理解底层容器技术。
正是预判了这一趋势,SUSE 作为寰球最大的独立开源公司,在 2020 年实现了对 Kubernetes 治理畛域市场领导者 Rancher Labs 的收买,从而具备了全面笼罩企业级 Linux、容器、Kubernetes 和边缘计算等畛域的综合实力,能够帮忙企业客户在数据中心、云端、边缘侧等任意场景翻新。
2021 年底,SUSE 通过 Kubernetes 构建的超交融基础架构(HCI)开源软件 Harvester 正式 GA,自此 SUSE 的产品阵容曾经扩大到超交融基础设施畛域。不久前,SUSE 又正式公布了容器桌面管理工具 Rancher Desktop 1.0.0,能够帮忙企业客户在 Mac、Windows 和 Linux 零碎中以桌面模式治理 Kubernetes 和容器。
从容器到 Kubernetes,从企业级 Linux 到边缘计算,从开源到凋谢,SUSE 正在走向比云计算更广大的数字化星辰大海。