先抛答案：还是值←得学习的。

先说说目前用在什么地方：

现在k8s准备在新版本中弃【用，在容器运行时的应用场景中可以放→弃。 但它仍然是一个优秀的开发者工具。 开发者和运维人员可以方便的¤使用打包后的应用镜像，镜像在k8s集群上依然可以正常运行。

另外，基本上所◥有的容器技术实现都是类似的。 可以说没有使用新的技术，无非是■利用长期存在的技术对资源进行隔离和限制。 掌握之后，如果以后出现更多流行的容器技术，使用起来不会有太大的ㄨ障碍，基本可以顺利进行。

为什么不推荐】使用 k8s 作为其容器运行时？ 在设计之初，它并没有⊙设计在k8s上运行。 它是一个功能齐全的开发人员工具。 事实上，k8s 依赖〗于运行时中的组件。 虽然集成了额外的组件，但是k8并不能直接调用它们，而是＠ 需要使用一个叫做的组件，这也需要额外的开发和维护成本。 我们知道在传统的运维中，服务器上安装的东西越少，出问题的概率越小，系统越稳定，越容易维护，所以〇看起来k8s的弃用其实是让整个系统更加精简，这是一件好事。

为什么打包▂后的镜像还能用在k8s上？ 我们上面提到的核心利用了长期存在的技术。 这不是一个创新▲，但镜像绝对是一个重要的创新。 镜像解决了应用分发的问题，制定了统一的镜像标准：/

所以按照这个标准做的镜像是可以在k8s上使用的。

被k8s抛弃，我们能得到♀什么启发？ 没有持久的技术服务器运维，只有持︼久的创新，微创新。 为什么叫微创新？ 因为自从冯·诺依曼提出计算机的基本结构以来，计算机的历史上还有比这更◥大的创新和进步吗◢？ 新的技术名词层出不穷，技术人员大呼学╱不会，但这些所谓的新技术无非就是最基本的计算』机知识，与其被各种新技术迷惑，还不如打个基础扎实基础，修炼内功服务器运维，看透本性。

你是否同意我的观点？ 您▽有补充或问题吗？ 欢迎↘与我交流。