行业动态

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

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

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

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

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

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

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

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

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