苦难带不走梦想

应用场景：未来docker官方的镜像无法直接满足我们需求我们企业内部也要定制很多镜像而且这些镜像不想公开,都是私有的docker镜像仓库方案应用场景与特点镜像保存为压缩包使用的时候，sl(save/load)，仅适用于节点极少的情况，很不方便registry镜像仓库使用方便，适用于小型网站集群(镜像不多，环境不复杂)，命令行操作harbor镜像仓库企业级镜像仓库(docker,k8s)都可用，图形化页面公有云的镜像服务在公有云上申请个人，企业。

小结：link用于容器之间连接nginx–>php , php–>db。在1个dockerfile中使用多个FROM，以减小最终镜像大小。–link是用于容器连接其他容器的选项，其他容器要运行中才行。CMD与ENTRYPOINT，目前大部分使用CMD即可。未来应用的时候，镜像做好后存放在镜像仓库中。tengine+type项目多阶段提交。多阶段提交(FROM)小结。php环境缺少依赖 gd。

应用场景：通过1个文件Dockerfile，docker build可以自动化生成自定义 镜像我们目前都是手动拉取镜像，手动进行配置，手动安装依赖，手动编译安装，创建用户…，这个过程类似于命令行使用ansible模块(繁琐，不方便重复执行)书写Dockerfile把之前手动创建自定义镜像的过程，通过Dockerfile里面的指令实现，类似于书写playbookDockerfile用于根据要求自动创建 镜像数据卷挂载手动自定义镜像。

处理容器，生成镜像使用流程：运行服务镜像或系统镜像，启动后成为容器根据我们的需求，对容器进行修改测试完成后最后通过commit命令把容器保存为镜像根据新生成的镜像创建容器并测试容器需求基于ngx镜像创建容器修改站点目录 /app/code/restart/ (default.conf)上传代码，解压测试commit创建容器进入容器修改配置文件与准备环境server {listen 80;上传代码，解压与测试根据容器生成镜像。

容器是隔离的环境中运行的一个进程，如果进程结束，容器就会停止容器的隔离环境，拥有自己的ip地址，系统文件，主机名，进程管理，相当于一个mini的系统未来讲解dockerfile再说容器vs虚拟机docker rpm在手，天下我有docker cs架构docker 镜像管理与案例。