|
首先抛出答案：Docker依然值得学习。
我们先来聊聊Docker当前被用到哪些地方：
- 作为k8s的容器运行时
- 作为开发者日常开发、运行程序、打包镜像使用
即然k8s在新版本中已经准备弃用Docker, 那么在容器运行时这一应用场景下，已经可以放弃Docker了。但是Docker依然还是一款优秀的开发者工具，开发人员和运维人员可以方便的使用Dockerfile打包应用程序镜像，并且Docker镜像依然可以正常运行于k8s集群之上。
另外基本上所有的容器技术实现也是大同小异的，可以说没有用到什么新技术，无非是利用了存在已久的 Namespace和Cgroup技术来做资源的隔离和限制，掌握Docker后，如果以后出现更流行的容器技术，拿过来使用也不会有太大壁垒，基本可以平滑过度。
为什么k8s会弃用Docker作为其容器运行时？Docker在设计之初，并不是为了运行在k8s上的，它是一个功能完备的开发者工具，实际上k8s运行时依赖的是Docker中的containerd组件，即然如此把containerd单独拿出来就可以了，而不需要Docker额外的组件，虽然containerd被集成在Docker中，但是k8无法直接调用Docker中的containerd，而是需要通过一个叫Dockershim的组件，这个组件也是需要额外的开发维护成本的，我们知道在传统运维中，服务器上装的东西越少，那么出问题的概率越小，系统越稳定易于维护，如此看来k8s弃用Docker其实是使整个系统更为精简了，是好事。
为什么用Docker打包的镜像依然可以在k8s上使用？我们在上面说到Docker的核心利用了存在已久的Namespace和Cgroup技术，这并不是Docker的创新，但镜像绝对是Docker的一项重要创新，Docker镜像解决了应用程序的分发问题，并制定了统一的镜像标准：Open Container Initiative
所以依据此标准制作的镜像，都可以在k8s上使用。
从Docker被k8s弃用，可以得到哪些启发？没有持久的技术，只有持久的创新，微创新。为什么说是微创新呢？因为从冯诺依曼提出计算机基本结构以后，计算机史上还有比这更大的创新与进步吗？新技术名词层出不穷，技术人员大喊学不动，但这些所谓的新技术，无非都基于那些最基础的计算机知识，所以与其被各种新技术搞的晕头转向，不如夯实基础，练好内功，看透它们的本质。
你同意我的说法吗？你有补充或疑问吗？欢迎和我交流。
|