为什么说docker不是容器

从容器化技术诞生的那一刻起，docker就成为了这个领域的佼佼者。然而，有一个声音越来越响亮，和 docker 不是“容器” 有关。这句话说的匪夷所思，因为 docker 一直以来都是容器化技术的代名词，都是人们口口相传说着docker container。

那么，为什么有人会说 Docker 不是“容器” 呢？如何理解这个问题？本文将从技术实现原理和哲学层面，解析 Docker 为什么不是“容器”。

1. 技术实现原理

Docker 最初的创意并不是容器化，而是在 LXC（Linux Container）基础上将其封装，用一套 REST API 呈现出来，进而方便应用开发者进行使用，这就是 Docker 最初的理念。Docker 技术最初支持的是单一进程的程序，它是以提交了一个 Image 镜像文件为基础，一旦镜像提交，Docker 就可以通过该镜像启动一到多个容器，容器中运行着应用进程。

与传统的虚拟化技术（如 VMWare、Virtual Box）相比，Docker 使用的是进程级别的隔离，即在同一个主机上的多个容器可以共享同一套操作系统内核。这样可以节省大量的资源开销，轻松实现快速部署、快速启动、快速迁移和版本管理等特性。

事实上，Docker 技术对原有的 LXC 技术进行了改进和提高，并将其封装成了一个更加轻量级、功能更为强大的容器引擎。从这个角度来看，Docker 并不是原生的容器技术，而是对容器的封装和加强，所以有人说 Docker 不是“容器”。

2. 哲学层面

此外，还有一个从 Docker 哲学层面上考虑的问题，Docker 并没有真正做到“容器”的安装、配置、运行和移除这些方方面面的管理。在 Docker 中，镜像的构建、更新和版本控制仍然是开发者自行管理的。这意味着，Docker 并没有完全开发出一个统一的机制来管理容器和镜像，从而使得或多或少还需要进行一些手动工作。

并且，Docker 对底层的容器技术做了太多的封装，变得过于复杂，容易引起初学者的困惑。而它本身所包含的太多的坑和限制，使得容器化这一本来简化流程的方法变得复杂了。

从这个角度来看，尤其从工程实现层面上考虑，Docker 并不能被归为“容器”，因为它仍然需要在机制上进行完善。

3. Docker 是容器吗？

既然上述两点给出的答案是“不是” ，那么 Docker 系统的性质与特点究竟是什么？毋庸置疑，Docker 是一种应用环境部署和管理的解决方案，它与容器技术密切相关。Docker 的造福在于其出色的操作简便性、高效的沙盒机制、方便的镜像制作和共享方式以及部署容器的便利性。Docker 给人们带来的是更加科学、更加快捷、更加方便的部署方法。因而，Docker 可以被看做是一个应用环境解决方案，而不是“容器”的干货。

总结

本文从 Docker 技术实现原理和哲学层面两个方面，解释了为什么有人说 Docker 不是“容器”。事实上，Docker 被定义为一种应用环境部署和管理的解决方案。这并不意味着 Docker 取代了或者不需要容器技术，反而说明了 Docker 技术是基于容器技术上的增强，更好地实现了容器技术的价值。虽然 Docker 的性质与特点不是容器，但是 Docker 带来的改变是应用环境管理的一大跨越，带来了极大的便利性和灵活性。