目录
一、Docker概述
1.1 Docker 为什么出现？
1.2 Dorker历史
1.3 能做什么
虚拟机技术：（通过 软件 模拟的具有完整 硬件 系统功能的、运行在一个完全 隔离 环境中的完整 计算机系统）
容器化技术：（容器化技术不是模拟的一个完整的操作系统）
Devops：（开发，运维）
二、 Docker安装
2.1 基本组成
2.2 安装Docker
2.3 阿里云镜像加速
2.4 回顾hello-world流程
2.5 底层原理
2.5.1 docker是怎么工作的？
2.5.2 docker为什么比VM（虚拟机）快？
三、Docker的常用命令
3.1 帮助命令
3.2 镜像命令
3.2.1 docker images
3.2.2 docker search（搜索镜像）
3.2.3 docker pull（下载镜像）
3.2.4 docker rmi（删除镜像）
3.3 容器命令
3.3.1 新建容器并启动
3.3.2 列出所有运行的容器
3.3.3 退出容器
3.3.4 删除容器
3.3.5 启动和停止容器的操作
3.4 常用其他命令
3.4.1 后台启动容器
3.4.2 查看日志
3.4.3 查看容器中进程的信息
3.4.4 查看镜像的元数据
3.4.5 进入当前正在运行的容器
3.4.6 从容器内拷贝文件到主机
3.5 小结 （常用命令汇总）
3.6 练习安装Nginx
3.6 Docker可视化界面工具
3.6.1 什么是portainer ?
3.6.2 安装
四、Docker镜像
4.1 镜像是什么
4.2 镜像加速原理
4.2.1 UnionFS（联合文件系统）
4.2.2 Docker 镜像加载原型
4.3 分层理解
4.4 commit镜像
五、 容器数据卷
5.1 什么是容器数据卷？
5.2 使用数据卷
5.3 安装MySQL
5.4 匿名挂载和具名挂载
5.5 Dockerfile
5.6 数据卷容器
六、DockerFile
6.1 什么是DockerFile ？
6.2 搭建步骤
6.3 DockerFile的命令
6.4 测试
6.5 小结
七、 Docker 网络
7.1 docker0
7.2 link
高可用
7.3 自定义网络
7.3.1 查看所有的docker网络
7.3.2 网络模式
7.3.3 测试
7.4 网络连通
个人理解：
开发了一个项目 可以在本机运行 但是如果版本更新 可能就会导致服务不可使用 后期我们维护起来就很繁琐 因为对于每一个机器 我们都得进行环境的部署呀 配置呀什么的
比如： 我在window系统下开发了一个项目（jar+redis+ES+Kafka+...） 但是我现在准备部署到服务器上去 因为不能夸平台 所以我还得重新去按照配置环境什么的 但是docker 就可以让我们 直接将项目打包然后部署上线了 不用一个个单独去维护。
2010年，几个搞IT的年轻人，就在美国成立了一家公司dotcloud做一些pass的云计算服务！
LXC有关的容器技术！他们将自己的技术（容器化技术）命名就是Docker！
Docker刚刚诞生的时候，没有引起行业的注意！（dotCloud就活不下去）
开源（开放源代码）
2013年，Docker开源！
Docker越来越多的人发现了docker的优点！就火了，Docker每个月都会更新一个版本！
2014年4月9日，Docker1.0发布！
Docker为什么这么火？十分的轻巧
在容器技术出来之前，我们都是使用虚拟机技术！
虚拟机：在window中装一个Vmware，通过这个软件我们可以虚拟出来一台或者多台电脑！（很笨重）
虚拟机也是属于虚拟化技术，Docker容器技术，也是一种虚拟化技术！
虚拟机技术：（通过 软件 模拟的具有完整 硬件 系统功能的、运行在一个完全 隔离 环境中的完整 计算机系统）
虚拟机的缺点：
- 资源占用多
- 冗余步骤多
- 启动慢
容器化技术：（容器化技术不是模拟的一个完整的操作系统）
Docker和虚拟机技术的区别：
- 传统的虚拟机，可以虚拟出一条硬件，运行一个完整的操作系统，在这个操作系统上安装和运行所需的软件
- 容器内的应用可以直接运行在宿主 主机的内核中，容器没有自己的内核，也不用虚拟硬件 （轻便）
- 每个容器是相互隔离的，每个容器内都有属于自己的文件系统，之间互不影响。
Devops：（开发，运维）
1. 应用于更快速的交付和部署
- 传统：通过大量的帮助文档，安装程序！
- Docker：打包镜像发布测试，一键运行！
2. 更便捷的升级和扩缩容
- 通过使用Docker，部署应用 如同搭积木一样！
3. 更简单的系统运维
- 使用容器化之后，开发和测试环境是高度一致的
4.更高效的计算资源利用
- Docker是内核级别的虚拟化，可以在一个物理机上运行很多的容器，让服务器的性能可以压榨到极致！
镜像（Image）：
docker镜像就好比一个模板，我们可以通过这个模板来创建容器服务，tomcat镜像===>run==>tomcat01容器（提供服务器），通过这个镜像可以创建多个容器（最终服务运行或者项目运行就是在容器中的）。
容器（container）：
docker利用容器技术，独立运行一个或者一组应用 通过镜像来创建
启动，停止，删除，基本命令！
目前就可以把这个容器理解为就是一个简易的linux系统
仓库（repository）：
仓库就是存放 镜像（image）的地方！
仓库又可以分为 公有仓库和私有仓库
环境查看
安装
云服务器 搭建 Docker-最佳实践-文档中心-腾讯云 (tencent.com)
了解：卸载docker
- 登录阿里云，找到容器服务。
- 找到镜像加速地址。
- 配置使用。
四个命令，依次执行即可：
2.5.1 docker是怎么工作的？
Docker 是一个Client-Server结构的系统，Docker的守护进程运行在主机上。
通过Socket从客户端访问！
DockerServer 接收到Docker-Client的指令，就会执行这个命令！
2.5.2 docker为什么比VM（虚拟机）快？
- Docker有着比虚拟机更少的抽象层。
- docker利用的是宿主机的内核，vm需要是Guest OS。
新建一个容器的时候，docker不需要像虚拟机一样重新加载一个操作系统内核，避免引导。
虚拟机是加载GuestOS，分钟级别的，而docker是利用宿主机的操作系统，省略了这个复杂的过程，秒级！
帮助文档的地址：Reference documentation | Docker Documentation
3.2.1 docker images
3.2.2 docker search（搜索镜像）
3.2.3 docker pull（下载镜像）
3.2.4 docker rmi（删除镜像）
说明：我们有了镜像才可以创建容器，linux，下载一个centos 镜像来测试学习。
3.3.1 新建容器并启动
3.3.2 列出所有运行的容器
3.3.3 退出容器
3.3.4 删除容器
3.3.5 启动和停止容器的操作
3.4.1 后台启动容器
3.4.2 查看日志
3.4.3 查看容器中进程的信息
3.4.4 查看镜像的元数据
3.4.5 进入当前正在运行的容器
3.4.6 从容器内拷贝文件到主机
docker常用命令_JWei_7的博客-CSDN博客
Docker常用命令原理图_胡伟煌的博客-CSDN博客 这个是一个大佬写的原理图！！！ yyds
3.6 练习安装Nginx
1. 搜索镜像：docker search nginx (建议去dockerHub上去搜索)
2. 下载镜像：docker pull nginx
3. 启动镜像
4. 测试访问
5. 接口暴露
3.6.1 什么是portainer ?
Docker图形化界面管理工具！提供一个后台面板供我们操作！
类似于 宝塔面板
3.6.2 安装
8088 外网访问端口 9000 是内部映射端口
访问测试：http://ip:8088
选择本地的：Local
进入之后的面板
镜像是一种轻量级，可执行化的独立软件包，用来打包软件运行环境和基于运行环境开发的软件，它包含运行某个软件锁需要的所有内容，包括代码，运行时（库，环境变量和配置文件）
所有的应用 直接打包docker 镜像 就可以直接跑起来！
4.2.1 UnionFS（联合文件系统）
我们下载的时候看到的一层层就是这个！
UnionFS（联合文件系统）：Union文件系统（UnionFS）是一种分层、轻量级并且高性能的文件系统，它支持对文件系统的修改作为一次提交来一层层的叠加，同时可以将不同目录挂载到同一个虚拟文件系统下（unite several directories into a single virtual filesystem）。Union 文件系统是Docker 镜像的基础。镜像可以通过分层来进行继承，基于基础镜像（没有父镜像），可以制作各种具体的应用镜像。
特性：一次同时加载多个文件系统，但从外面看起来，只能看到一个文件系统，联合加载会把各层文件系统叠加起来，这样最终的文件系统会包含所有底层的文件和目录。
4.2.2 Docker 镜像加载原型
docker的镜像实际上由一层一层的文件系统组成，这种层级的文件系统UnionFS。
bootfs（boot file system）主要包含bootloader和kernel，bootloader主要是引导加载kernel，Linux刚启动时会加载bootfs文件系统，在Docker镜像的最底层是bootfs。这一层与我们典型的Linux/Unix系统是一样的，包含boot加载器和内核。当boot加载完成之后整个内核就都在内存中了，此时内存的使用权已由bootfs转交给内核，此时系统也会卸载bootfs。
rootfs（root file system），在bootfs之上。包含的就是典型Linux系统中的/dev，/proc，/bin，/etc等标准目录和文件。
rootfs就是各种不同的操作系统发行版，比如Ubuntu，Centos等等。
平时我们安装进虚拟机的CentOS都是好几个G，为什么Docker这里才200M？
对于一个精简的OS，rootfs可以很小，只需要包含最基本的命令，工具和程序库就可以了，因为底层直接用Host的kernel，自己只需要提供rootfs就可以了。
由此可见对于不同的linux发行版，bootfs基本是一致的，rootfs会有差别，因此不同的发行版可以公用bootfs。
（虚拟机是分钟级，容器是秒级！）
分层镜像
我们可以去下载一个镜像，注意观察下载的日志输出，可以看到是一层一层的在下载！
Docker镜像要采用这种分层的好处？
资源共享 有多个镜像都从相同的Base镜像构建而来，那么宿主机只需在磁盘上保留一份base镜像，同时内存中也只需要加载一份base镜像，这样就可以为所有的容器服务了，而且镜像的每一层都可以被共享。
所有的Docker 镜像都起始于一个基础镜像层，当进行修改或增加新的内容时，就会在当前镜像层之上，创建新的镜像层。
举一个简单的例子，假如基于Ubuntu Linux 16.04创建一个新的镜像，这就是新镜像的第一层；如果在该镜像中添加Python包，就会在基础镜像层之上创建第二个镜像层；如果继续添加一个安全补丁，就会创建第三个镜像层。
简单来说 就是 原本有的 就共享 没有的咱就下载 更新了 就替换新的
特点：
Docker镜像都是只读的，当容器启动时，一个新的可写层被加载到镜像的顶部！
这一层就是我们通常说的容器层，容器之下的都叫镜像层！
# 1.启动一个默认的tomcat。
# 2.发现这个默认的tomcat是没有webapps应用，镜像的原因，官方的镜像默认webapps下面是没有文件的。
# 3.我自己拷贝进去了基本的文件。
# 4.将我们操作过的容器通过commit提交为一个镜像！我们以后就使用我们修改过的镜像即可，这就是我们自己的一个修改的镜像。
小结： commit镜像就是游戏存档 tag是版本版本信息
Docker容器数据卷，即Docker Volume（卷）。
当Docker容器运行的时候，会产生一系列的数据文件，这些数据文件会在关闭Docker容器时，直接消失的。但是其中产生部分的数据内容，我们是希望能够把它给保存起来，另作它用的。
关闭Docker容器=删除内部除了image底层数据的其他全部内容，即删库跑路
所以我们期望：
将应用与运行的环境打包形成容器运行，伴随着容器运行产生的数据，我们希望这些数据能够持久化。
希望容器之间也能够实现数据的共享、
- Docker容器产生的数据同步到本地,这样关闭容器的时候，数据是在本地的，不会影响数据的安全性。
- docker的容器卷技术也就是将容器内部目录和本地目录进行一个同步，即挂载。
总结： 容器的持久化和同步化操作，容器之间也是可以数据共享的（但是注意挂载不是等同于同步！！！）
使用命令来挂载 -v
主机目录和容器内的目录是映射关系
- mounts 加载的文件系统
- source 是源地址 就是 当前你这个docker里面的地址目录
- destination 是 这个容器的目录
通过 -v挂载目录后 会对这个俩个目录中的数据进行 双向绑定（bind）
在容器的/home文件夹下，新建test.java文件，会同步到主机的/home/ceshi文件夹下。
停止容器后，在主机的/home/ceshi文件夹下，修改文件或新增文件，启动容器，查看容器的/home文件夹，发现容器内的数据依旧是同步的
- 停止容器。
- 宿主机上修改文件。
- 启动容器。
- 容器内的数据依旧是同步的。
好处：我们以后修改只需要在本地修改即可，容器内会自动同步！
在navicat上 创建一个数据库
查看本地
现在 删除 容器
发现，我们挂载到本地的数据卷依旧没有丢失，这就实现了容器数据持久化功能！
所有的docker容器内的卷，没有指定目录的情况下都是在（xxxx是卷名）
我们通过具名挂载可以方便的找到我们的一个卷，
拓展
dockerfile 就是用来构建 docker 镜像的构建文件。 命令脚本！
通过这个脚本可以生成镜像，镜像是一层一层的，脚本一个一个的命令，每个命令都是一层！
启动容器：
这个卷根外部一定有一个同步的目录！
查看一下卷挂载的路径：docker inspect 容器id
测试一下文件是否同步出去：在容器的volume01文件夹下创建文件，查看宿主机对应目录是否同步成功。
如果构建镜像时候没有挂载卷，就需要自己手动镜像挂载目录！
多个容器同步数据（临时认父）
三个容器的数据是 互相拷贝的 删除任意一个 其余的容器都可以看到那些数据 当然 所以的容器都删了 也就会删除了 除非做了持久化映射
多个mysql实现数据共享：
结论：
容器之间配置信息的传递，数据卷容器的生命同期一直持续到没有容器使用为止。
但是一旦你持久化到了本地，这个时候，本地的数据是不会删除的！
dockerfile是用来构建docker镜像的文件！命令参数脚本！
构建步骤：
1、编写一个dockerfile文件
2、docker build 构建成为一个镜像
3、docker run运行镜像
4、docker push发布镜像（DockerHub、阿里云镜像仓库！）
1、每个保留关键字（指令）都是必须是大写字母
2、执行从上到下顺序执行
3、# 表示注释
4、每一个指令都会创建提交一个新的镜像层，并提交！
dockerfile是面向开发的，我们以后要发布项目，做镜像，就需要编写dockerfile文件，这个文件十分简单！
DockerFile：构建文件，定义了一切的步骤，源代码。
Dockerlmages：通过DockerFile构建生成的镜像，最终发布和运行的产品。
Docker容器：容器就是镜像运行起来提供服务的。
Docker Hub中99%镜像都是从这个基础镜像过来的FROM scratch，然后配置需要的软件和配置来进行的构建。
之前的原生的centos7：
我们增加之后的镜像：
我们可以列出本地进行的变更历史：docker history 镜像id
CMD和ENTRYPOINT区别
测试CMD
测试ENTRYPOINT
清空所有的环境
测试
三个
# 问题：docker是如何处理容器网络访问的？
我们每启动一个docker容器，docker就会给docker容器分配一个ip，我们只要安装了ddcker，就会有一个网卡docker0
在启动一个容器测试 发现又多了一对网卡
所以 我们可以发现 容器带来的网卡 都是一对一对的
我们来测试下tomcat01和tomcat02是否可以ping通！（可以ping通）
绘制一个网络模型图
结论：tomcat01和tomcat02是公用的一个路由器，dockero。
所有的容器不指定网络的情况下，都是docker0路由的，docker会给我们的容器分配一个默认的可用IP
Docker中的所有的网络接口都是虚拟的。虚拟的转发效率高！（内网传递文件！）
只要容器删除，对应网桥一对就没了！
高可用
我们编写了一个微服务，database url=ip:，项目不重启，数据库ip换掉了，我们希望可以处理这个问题，可以名字来进行访问容器？
探究：docker network inspect networkID (docker network ls可以查看networkID)
—link 就是我们在hosts配置中增加了一个”172.17.0.3 tomcat02 20398a94efa7”
我们现在玩Docker已经不建议使用—link了！
自定义网络！不适用docker0！
docker0问题：他不支持容器名连接访问！
7.3.1 查看所有的docker网络
7.3.2 网络模式
- bridge：桥接 docker（默认，自己创建也使用bridge桥接模式）
- none：不配置网络
- host：和主机共享网络
- container：容器网络连通！（用的少！局限很大）
7.3.3 测试
我们自己的网络就创建好了
启动两个容器测试：
我们自定义的网络docker都已经帮我们维护好了对应的关系，推荐我们平时这样使用网络！
好处：
redis -不同的集群使用不同的网络，保证集群是安全和健康的
mysql -不同的集群使用不同的网络，保证集群是安全和健康的
连接网段