【编者的话】Docker不再是独一的容器运转时，与Docker所能提供的相比，行将出现的其他容器运转时将更快、更安全、更智能、功用更丰厚(其中一些曾经如此)。Docker，再见!感谢Docker!感谢一切在容器技术上做出付出与贡献的心爱的人们!
早在2018年7月，我就末尾写一篇关于Docker作为公司行将消亡的博客文章(也能够是作为一种技术消亡)，但我历来没有抽出时间来完成和宣布这篇文章。是时分把那篇文章拿出来了。
当然Docker还在这里，每团体都还在运用Docker，并且在不久的未来还会继续这样做(可预见的未来会有多远——还有待确定)。我之所以选择这个标题作为博客文章的标题，是由于在我看来，Docker作为一家公司的日子曾经屈指可数了，或许它作为技术也是这样。请允许我占用你几分钟的时间，我将与你分享我的想法的基础。
几年前，Docker是一家改动世界的公司，我们可以一定地说，明天依然在改动世界。容器和容器背后的技术曾经存在多年，远在Docker这个词还没被想到，甚至变成了一个动词(“容器化”一切的运用)之前就曾经存在了，但Docker是鼓舞群众消费技术的公司。容器，以一种复杂容易且时兴的方式存在着。大少数技术公司(或许至少是那些以为本人是现代技术公司的公司)将运用Docker或容器作为其产品或管道的一部分，由于它十分有意义，并为整个流程带来了如此多的益处。
在过去的12-24个月里，人们逐渐看法到Docker曾经走完了本人的路，作为一种技术，他们将无法为明天的产品提供额外的价值，并决议从其他中央寻觅额外的优势。
Kubernetes博得了容器编排之战，我想没有人否认这一理想。Docker本身也采用了Kubernetes。总会有一些利基玩家(niche players)拥有特定的Docker Swarm、Mesos、Marathon和Nomad的用例，但理想上的标准是Kubernetes。一切3家大型云效劳提供商如今都有一个托管的Kubernetes处置方案，可以提供应他们的客户(最终将会淘汰他们本人多年来开发的自制处置方案，由于只能有一个)。每家云效劳提供商都在树立更多的效劳，提供更多的处置方案，以吸引更多的客户，添加他们的支出。
故事到这里就完毕了，这没什么美观的。接上去是闪亮的东西。
目前，Kubernetes运用Docker作为底层容器引擎。我以为Kubernetes社区了解Docker作为一个容器运转时(我特别运用这个术语)是尽快推出产品的最终处置方案。他们也很早就(明智地)看法到，他们需求有一个选择，那就是切换出容器运转时的选项，并最终允许Kubernetes的消费者做出选择。
开放容器方案带来了运转时标准，它翻开了一扇门，让我们一切人都可以运用Docker以外的其他东西作为运转时。而且它们还在稳步增长。Docker不再是独一运用的运转时。他们正在社区中成长，社区正在渐渐地分享如何运用Docker之外的其他东西的知识。Kelsey Hightower——从CRI-O到containerd再到gVisor，多年来不断在努力更新他的Kubernetes(坦率说，这是一项了不起的任务)。社区里一切的酷孩子都不再运用Docker作为底层运转时。如今有许多其他的选择，比如clearcontainers、katacontainers，并且这个列表还在不断地增长。
大少数人(包括我本人)都不具有足够的知识和专业技艺，不知道如何将运转时切换到他们想要的运转时，通常只是运用默许的开箱即用的运转时。当人们明白他们可以很容易地选择改换容器运转时，并且知识是现成的、容易取得的，我以为我们没有任何理由再运用Docker，因此Docker作为一种技术和一家公司会渐渐消逝。与Docker所能提供的相比，行将出现的其他容器运转时将更快、更安全、更智能、功用更丰厚(其中一些曾经如此)。假设你有一个更好、更智能、更安全的产品——为什么人们会继续运用不再适宜他们日益增长的需求的技术呢?
对Docker来说，为了避免这种结果，我建议投入尽能够多的精神，为任何任务负载创立最好的运转时，这样Docker依然是每团体运用的理想上的标准。这里有个成绩是，容器运转时没有钱，Docker历来没有在运转时赚钱，他们在容器运转时之上和之上的企业特性中寻觅支出。他们将如何处置这个成绩，超出了我以及这篇文章的范围。
Docker社区群体不断在稳步下降，受欢迎水平不断在下降，新特性和公告的数量也在下降，而且在过去一两年中不断在下降。
前段时间有人通知我，说坏话或许通知别人坏音讯通常很容易。我们可以很容易地说这是错的，这没有用，这应该改动。但是假设没有提供一个积极的转机，你就会变成一个悲观的人。“死神”，别做那样的人。
我想听听他们的建议，并在此基础上补充一点，这对你明天意味着什么。你应该末尾投资于了解这些其他运转时如何协助你，在它们适宜的中央，添加你的知识和专业技艺，这样你就可以做好预备，当其别人中止运用Docker时，你会发现本人不得不匆忙地调整一切的基础设备。我以为这是不可避免的。
以上就是我8个月前想写的帖子……
促使我明天完成这篇文章的是Scott Mccarty的一篇文章——关于行将到来的RHEL 8 beta版——Enterprise Linux 8 beta版：一套新的容器工具——以及我随后发布的Twitter：
瞧吧，RHEL 8不再有Docker可用了。
假设你是一个容器新手，你能够曾经养成了经过安装Docker包来定制系统的习气。在你全新的RHEL 8 Beta系统中，你能够要做的第一件事就是去找你的老冤家yum。你将尝试安装Docker包，但是没有成功。假设你很聪明，接上去，你会搜索并找到这个包：
podman-docker.noarch : "package to Emulate Docker CLI using podman."
这个Podman是什么?Docker包被容器工具模块交流，该模块由Podman、Buildah、Skopeo和其他几个小部件组成。
译者：Mr.lzc，软件工程师、DevOpsDays深圳中心组织者，目前供职于华为，从事云存储任务，以Cloud Native方式构建云文件系统效劳，专注于Kubernetes、容器、微效劳范围。
【编辑引荐】
让Docker日臻完善的8个优秀工具
详细的Docker入门总结，看这一篇就够了
为JMeter用户和测试者预备的六种Docker镜像
如何经过Docker安装Sourcegraph？
Vim哭了，阅读器就能远程VS Code开发，还支持Docker快速部署运转
(责任编辑：admin)