首创诠释docker的Formulas: Windows 7 + Tiny Linux 4.19 + XFS + Vmware Workstation = super machine (docker从零开始时记，Follow me and you go)

不少人从来没有接触过docker,或者仅仅是听说过,本文试图从原点开始深入了解docker的全貌,剖析docker的基础概念,让我们一起开始docker之旅~~~

开场：什么是docker

docker是一个容器平台。

这是我最直接的定义,打字间我即兴查了一下wiki,引证了以上单句

Docker is a set of platform as a service (PaaS) products that use OS-level virtualization to deliver software in packages called containers. Containers are isolated from one another and bundle their own software, libraries and configuration files; they can communicate with each other through well-defined channels. All containers are run by a single operating-system kernel and are thus more lightweight than virtual machines.

目标：为什么用docker

docker可以提供即开即用的特定OS环境,并且简化对相关OS的依赖或者部署周期

这是我的看法,互联网工作者几乎99.9%都是以App或者Service作为导向,而实际使用中docker不仅仅是为了快速部署,容灾热备,换句话说docker不仅仅是和应用相关

docker适合一切以环境导向的联合部署作业(TASK-oriented)

例子：一个简单的网络型app和这个app依赖的复杂网络设置

例子：一个简单的用户态服务和一个复杂的定制化LINUX OS,如OPENWRT

例子：一个简单的源码文件夹和一个复杂的跨架构工具链

概念：docker的逻辑结构

docker是vm的包装,docker-machine是docker开始的地方,这里存在并且一直被忽视一个非常关键的适配桥接：driver

machine的特性start/stop和driver的模型决定了另一端一定存在一种虚拟化支持,也就是说docker不是虚拟化的全部而只是一个名词的概要,docker离不开虚拟化

理由非常简单而且明确：docker-machine和dock-cli到组成的engine,编译88%以上的源码语言go.

体验：从WINDOWS 10到WINDOWS 7不同的docker产品，一样的基础构成

-跟随docker for windows一路走来,docker以非常匀速的方式在不停演化,一切都在意料之中

Docker Desktop for Windows是伴随着Hyper-V(win 7无缘的本质)的联合体,这里诞生出一个moby,作为整个产品的特异化核心

Docker Desktop for Mac是伴随着linuxkit+qemu的联合体,这里又又诞生出一个moby,作为整个产品的特异化核心

Docker Toolbox是伴随着Docker Desktop发展的弃婴(巨大的甲骨婴),本文,我们（我和我的看官们）将抛弃一个时代失败品Oracle VM VirtualBox,迎来本篇的内涵Vmware

深化：在Window 7上非常规的使用Vmware Workstation和docker

如果你仅仅猜到了开始,看到我blah-blah-blah码了几百字就应该会猜到,hehe以下都是精华浓缩版,因为困了,要睡觉了

长话短说,短话精缩,Win 7上使用workstation太通常了,稍微有一些虚拟化经验的都知道微软有Virtual PC.而它的对面就是Vmware.

显然Virtual PC挑不动docker这根大梁所以Hyper-V才能独树一帜(没有细分的产品)

准备好docker vmware driver就开始吧,我用的是大家不太常见的driver,没有任何start说明

我的docker和vmware都没有安装在缺省路径,这时必须要动动脑筋,soft/hard link可以解决问题

我的超高T级HGST氦气盘没有在缺省路径,所以我们准备把VM放在这个仓储上必须提供storepath的环境变量,我在go文件中确认过cli上下文，或者系统级别都提供支持

我的docker动辄几百G,从export容器的从容不迫到更新image:last,tar到文件,4.14的kernel必然的某些特定错误,不难看出4.19的适用面更广也支持度也高于通俗的4.14kernel

XFS提供了很好的并行IO性能

关键语句是修改start.sh执行${DOCKER_MACHINE}" create -d vmware --vmware-boot2docker-url="file://\????????.iso",此处应有掌声,因为经历了几次失败后我发现失败的路径是docker的安装盘，所以可以逃避失败删除boot2docker-url在覆盖cache后等一段时间,或者如上所示干脆把盘符省去,后面的路径都是有效的,不知道是不是start.bat没有问题

当然可以看一下创建时的调试输出,一般不看也是一件很省心的事情,应该一切顺利

env可以输出环境变量,cmd/ps可以看到SET版本,bash看到export版本

然后在困意中，我贴出本文最佳，之2幅图片在结尾，一如既往，所有的内涵都在图片里，所有的内涵都在图片里，所有的内涵都在图片里

提前 To be continued.