Docker：入门与实践，第三版

第 14 章 结论 结论

本作品已使用人工智能进行翻译。欢迎您提供反馈和意见：[e-mail]

至此，您已经对 Docker 生态系统有了一个扎实的了解，并看到了许多 Docker 和 Linux 容器如何使您和您的组织受益的例子。我们试图找出一些常见的陷阱，并传授我们多年来在生产中运行 Linux 容器所积累的一些智慧。我们的经验表明，Docker 的承诺是完全可以实现的，我们也因此在我们的组织中看到了显著的效益。与其他强大的技术一样，Docker 也并非没有妥协的余地，但最终的结果对我们、我们的团队和我们的组织来说都是非常积极的。如果您实施 Docker 工作流程，并将其集成到您组织中已有的流程中，我们完全有理由相信您也能从中显著受益。

在本章中，我们将花点时间思考 Docker 在技术领域不断发展的地位，然后快速回顾 Docker 旨在帮助你解决的问题以及它带来的一些强大功能。

未来之路

毫无疑问，容器 在很长一段时间内都会存在，但有些人断断续续地预测 Docker 最终会消亡已经很久了。这在很大程度上只是因为Docker这个词在很多人心目中代表了太多东西。¹你是在谈论这家在 2019 年出售给 Mirantis，并在重组两年后报告年度经常性收入（ARR）为 5000 万美元的公司吗？又或者是docker 客户端工具，它的源代码可以被任何可能需要它的人下载、修改和构建？这很难说。人们常常喜欢尝试预测未来，但现实往往就在中间的某个地方，隐藏在常常被忽视的细节中。

2020 年，Kubernetes 宣布淘汰 dockershim， ，并在 Kubernetes v1.24 发布后全面生效。当时，很多人认为这意味着 Docker 已死，但很多人忽略了一点，那就是 Docker 一直主要是开发者工具，而不是生产组件。当然，出于各种原因，它可以用于生产系统，但其真正的威力在于，它能够将大部分软件打包和测试工作流程简化为一个整合的工具集。Kubernetes 使用容器运行时接口（CRI），而 Docker 并没有实现该接口，因此需要他们维护另一款名为dockershim 的封装软件，以支持通过 CRI 使用 Docker Engine。发布这一公告并不是为了就 Docker 在生态系统中的地位发表什么声明，而只是为了让维护一个由志愿者驱动的大型开源项目变得更容易。Docker 可能无法在你的 Kubernetes 服务器上运行，但在大多数情况下，这对你的软件开发和发布周期完全没有影响。除非你是一个使用docker CLI 直接查询 Kubernetes 节点上运行的容器的 Kubernetes 操作员，否则你不太可能注意到这一过渡发生的任何变化。

而事实证明，Docker 的母公司已经开发并继续支持一种名为 cri-dockerd，允许 Kubernetes 继续与 Docker 接口，以满足需要支持该工作流的用户的需求。

有趣的是，Docker 也在向非容器技术（如WebAssembly(Wasm)）多元化发展，这些技术可以对容器进行补充，同时改善开发者的体验。

因此，Docker 作为一种对开发者友好的工具集，很可能会长期存在下去，但这并不意味着生态系统中没有其他工具可以补充甚至替代它，如果这是你想要或需要的东西的话。现有的各种标准（如 OCI）及其广泛采用的好处在于，这些工具中的许多都可以与其他工具生成和管理的相同映像和容器进行互操作。

Docker 应对的挑战

在传统的部署工作流程中， ，往往有许多必要的步骤，这大大增加了团队的整体痛苦。在应用程序的部署过程中，每增加一个步骤都会增加将其交付到生产中的固有风险。Docker ...