容器的历史，可能比你想象的更为久远

举个“栗子”，1999年VMware推出了第一个x86虚拟化产品VMware Virtual Platform并大获成功，继而成为当今虚拟化市场的领导者。对于一款产品来说，VMware的虚拟化确实是新的，但对于虚拟化本身来说，VMware虚拟化则是一种继承和突破，有关虚拟化的概念与早期产品，可以追溯到1960年代，这中间整整相差了39年。

▐ 1979年，在Unix V7操作系统的开发中，为隔离出可供软件进行构建和测试的环境，chroot（change root）系统调用程序横空出现，这是容器史上第一道乍现的灵光。

▐ 接着到2000年，互联网开始繁荣，纳斯达克综合指数站到了5132.52的峰值，在这一年，一家小型的共享环境托管提供商提出了FreeBSD Jails，以实现服务与客户服务之间的明确区分。

▐ 此后，又经过了13年的蛰伏，直到2013年，随着开源Docker项目容器镜像格式和运行时的横空出世，容器才真正广受欢迎。

Docker诞生在云计算繁荣的背景下，这种使应用程序部署更精简，更方便的方式，恰好符合云时代人们对于敏捷和灵活的要求。

说到容器，不少人也把Kubernetes与Docker相提并论。其实两者没有直接的可比性，根基不同，解决的问题也不同。

今天，Kubernetes已成为构建容器化平台体系的默认抽象方案，从更大的意义上来说，Kuberntes也是容器发展的重大贡献者之一。

试想一下，容器（Container）就是集装箱，本身就是个大铁盒子，其实没有太多价值，单单靠它提高不了社会协作的效能。它只有流动起来，把货物从一个车间运到另一个车间，从一个国家运送到另一个国家，才能极大提高生产力，这种连接才是其价值所在。

在具体操作中，Kubernetes使用主节点来调度和管理容器应用的执行过程。主节点提供环境来执Kubernetes控制面板，搭建集群，以及安排容器执行日程。Kubernetes容器在工作节点中的pod下执行。

一般情况下，每个pod运行一个容器实例，或者少数选定的实例——这些少数实例共享着需要共同执行的资源。一个Kubernetes pod包含操作系统和运行时间环境，该环境使容器应用能够运行。容器网络由Kubernetes控制面板、主节点和工作节点配置和管理，旨在提供容器应用所需的IP连接。

正如容器在Kubernetes的推动下得到了极大发展，一个位于底层的IT基础架构如果对于容器有很好的支持，也必将为开发人员带来事半功倍的效果。

而作为市面上唯一全面集成VMware、预先配置VMware软件的超融合一体机，VxRail也已同步升级到7.0版本，通过大幅降低使用Kubernetes和基于Kubernetes的开发者工具的复杂性，为用户提供了从单一环境到Kubernetes的简单直接路径。

*戴尔易安信VxRail采用英特尔®至强®可扩展处理器，该处理器可以优化工作负载，可靠性强，还有高计算力、高稳定性和高效敏捷性，不仅帮助VxRail轻松满足既定工作负载，也在云领域有极大的应用潜力。

从此IT管理员可以在熟悉的vSphere客户端环境中使用Kubernetes，同时启动并运行所有的关键应用程序。企业在一个统一平台逐步实现应用现代化和新应用持续交付，获得了更好的云原生体验，为业务创新赋能。

此外，VxRail也支持独立的开源Kubernetes。开发人员可选择下载和配置Kubernetes版本，将节点作为虚拟机在vSphere上运行。使用独立的Kubernetes集群来运行容器，需要手动下载、安装、配置、检验和管理 Kubernetes软件。

当然，更推荐的还是戴尔科技和VMware 联合提供最佳技术解决方案来运行容器应用，用户能够更快速地采用云原生技术，并且更进一步采用数字化业务项目。VxRail和vSphere已成为在数据中心运行云原生Kubernetes容器应用的优选平台。

最后，不得不提的是容器与虚拟化的关系，不少人把容器当成是轻量级的虚拟化，由此难免与传统虚拟化技术进行比较。其实，两者并不等同。

也就是说，传统虚拟化可以很容易地部署一台VM，但仍需安装各种执行环境所需要的程序并设定正确的环境参数才能运行应用，而容器可以大幅简化并自动化这些工作。所以容器和虚拟化非但不是竞争关系，而且还是互补而共生的。这也是VMware将两者合二为一的重要意义。

容器和虚拟化好比是企业迈向数字化未来“左膀右臂”，VMware为开发者扫清了障碍，而VxRail就是那个坚实底座！