秒懂Docker

Docker

概述

  • 作用

    • 测试和生产环境一致性.
    • 环境隔离, 不会相互受到影响
    • 更加适合分布式, 我们甚至可以一个微服务做成一个镜像
    • 持续集成交付和部署
  • 3要素

    • 镜像
      • Docker 镜像(Image)就是一个只读的模板。镜像可以用来创建 Docker 容器,一个镜像可以创建很多容器。
      • 相当于我们的类
      • 千层饼UnionFS(镜像追加)结构: 对外只提供最外层
        • 好处, 文件共享.只读模式.
    • 容器
      • Docker 利用容器(Container)独立运行的一个或一组应用。容器是用镜像创建的运行实例。 它可以被启动、开始、停止、删除。每个容器都是相互隔离的、保证安全的平台。 可以把容器看做是一个简易版的 Linux 环境(包括root用户权限、进程空间、用户空间和网络空间等)和运行在其中的应用程序。
      • 相当于我们的实例
    • 仓库
      • 仓库(Repository)是集中存放镜像文件的场所。仓库(Repository)和仓库注册服务器(Registry)是有区别的。仓库注册服务器上往往存放着多个仓库,每个仓库中又包含了多个镜像,每个镜像有不同的标签(tag)。 仓库分为公开仓库(Public)和私有仓库(Private)两种形式。最大的公开仓库是 Docker Hub(https://hub.docker.com/),存放了数量庞大的镜像供用户下载。国内的公开仓库包括阿里云 、网易云 等
  • 为什么比虚拟机快

    • 不会加载 硬件信息, 共用宿主机. 最小化环境
  • 官网

    • docker官网:http://www.docker.com
    • docker中文网站:https://www.docker-cn.com/
  • 仓库

    • Docker Hub官网: https://hub.docker.com/

常用命令

  • docker 本身其实就是一个小型的Linux系统, 所以很多命令和Linux的命令差不多. 就是前面加了一个docker,作为区分

    docker的命令格式为 docker + linux命令格式

  • docker info

  • docker build

  • docker comit

  • docker push

  • docker images

    • 列出本地主机上的镜像

      各个选项说明:REPOSITORY:表示镜像的仓库源TAG:镜像的标签IMAGE ID:镜像IDCREATED:镜像创建时间SIZE:镜像大小 同一仓库源可以有多个 TAG,代表这个仓库源的不同个版本,我们使用 REPOSITORY:TAG 来定义不同的镜像。如果你不指定一个镜像的版本标签,例如你只使用 ubuntu,docker 将默认使用 ubuntu:latest 镜像

    • OPTIONS说明:

      • -a :列出本地所有的镜像(含中间映像层)
      • -q :只显示镜像ID。
      • –digests :显示镜像的摘要信息
      • –no-trunc :显示完整的镜像信息
  • docker search 某个XXX镜像名字

    • 网站

      • https://hub.docker.com
    • 命令

      • docker search [OPTIONS] 镜像名字

      • OPTIONS说明:

        • –no-trunc : 显示完整的镜像描述
        • -s : 列出收藏数不小于指定值的镜像。
        • –automated : 只列出 automated build类型的镜像;
  • docker pull 某个XXX镜像名字

    • 下载镜像
    • docker pull 镜像名字[:TAG]
  • docker rmi 某个XXX镜像名字ID

    • 删除镜像

    • 删除单个

      • docker rmi -f 镜像ID
    • 删除多个

      • docker rmi -f 镜像名1:TAG 镜像名2:TAG
    • 删除全部

      • docker rmi -f $(docker images -qa)
  • docker run [OPTIONS] IMAGE [COMMAND] [ARG…]

    • OPTIONS说明

      OPTIONS说明(常用):有些是一个减号,有些是两个减号 --name=“容器新名字”: 为容器指定一个名称;-d: 后台运行容器,并返回容器ID,也即启动守护式容器;-i:以交互模式运行容器,通常与 -t 同时使用;-t:为容器重新分配一个伪输入终端,通常与 -i 同时使用;-P: 随机端口映射;-p: 指定端口映射,有以下四种格式      ip:hostPort:containerPort      ip::containerPort      hostPort:containerPort      containerPort

    • 启动交互式容器

      #使用镜像centos:latest以交互模式启动一个容器,在容器内执行/bin/bash命令。docker run -it centos /bin/bash

  • 列出当前所有正在运行的容器

    • docker ps [OPTIONS]

      • OPTIONS说明

        OPTIONS说明(常用): -a :列出当前所有正在运行的容器+历史上运行过的-l :显示最近创建的容器。-n:显示最近n个创建的容器。-q :静默模式,只显示容器编号。–no-trunc :不截断输出。

  • 退出容器

    • 两种退出方式

      • exit

        • 容器停止退出
      • ctrl+P+Q

        • 容器不停止退出
  • 启动容器

    • docker start 容器ID或者容器名
  • 重启容器

    • docker restart 容器ID或者容器名
  • 停止容器

    • docker stop 容器ID或者容器名
  • 强制停止容器

    • docker kill 容器ID或者容器名
  • 删除已停止的容器

    • docker rm 容器ID

      • 一次性删除多个容器

        • docker rm -f $(docker ps -a -q)
        • docker ps -a -q | xargs docker rm
  • 重要

    • 启动守护式容器

      • docker run -d 容器名

        #使用镜像centos:latest以后台模式启动一个容器docker run -d centos 问题:然后docker ps -a 进行查看, 会发现容器已经退出很重要的要说明的一点: Docker容器后台运行,就必须有一个前台进程.容器运行的命令如果不是那些一直挂起的命令(比如运行top,tail),就是会自动退出的。 这个是docker的机制问题,比如你的web容器,我们以nginx为例,正常情况下,我们配置启动服务只需要启动响应的service即可。例如service nginx start但是,这样做,nginx为后台进程模式运行,就导致docker前台没有运行的应用,这样的容器后台启动后,会立即自杀因为他觉得他没事可做了.所以,最佳的解决方案是,将你要运行的程序以前台进程的形式运行

    • 查看容器日志

      • docker logs -f -t --tail 容器ID

        docker run -d centos /bin/sh -c “while true;do echo hello zzyy;sleep 2;done”   *   -t 是加入时间戳*   -f 跟随最新的日志打印*   --tail 数字 显示最后多少条

          • -t 是加入时间戳
          • -f 跟随最新的日志打印
          • –tail 数字 显示最后多少条
    • 查看容器内运行的进程

      • docker top 容器ID
    • 查看容器内部细节

      • docker inspect 容器ID
    • 进入正在运行的容器并以命令行交互

      • docker exec -it 容器ID bashShell

      • 重新进入docker attach 容器ID

      • 上述两个区别

        • attach 直接进入容器启动命令的终端,不会启动新的进程
        • exec 是在容器中打开新的终端,并且可以启动新的进程
    • 从容器内拷贝文件到主机上

      • docker cp 容器ID:容器内路径 目的主机路径
  • Docker镜像commit操作补充

    • docker commit提交容器副本使之成为一个新的镜像

    • docker commit -m=“提交的描述信息” -a=“作者” 容器ID 要创建的目标镜像名:[标签名]

    • 案例演示

      • 从Hub上下载tomcat镜像到本地并成功运行

        • docker run -it -p 8080:8080 tomcat

          • -p 主机端口:docker容器端口
          • -P 随机分配端口
          • i:交互
          • t:终端
      • 故意删除上一步镜像生产tomcat容器的文档

      • 也即当前的tomcat运行实例是一个没有文档内容的容器,
        以它为模板commit一个没有doc的tomcat新镜像atguigu/tomcat02

      • 启动我们的新镜像并和原来的对比

        • 启动atguigu/tomcat02,它没有docs
        • 新启动原来的tomcat,它有docs

dockerfile

是什么

  • Dockerfile是用来构建Docker镜像的构建文件,是由一系列命令和参数构成的脚本。

  • 构建三步骤

    • 编写Dockerfile文件

      • docker build

        • docker run
  • 文件什么样???

    • 以我们熟悉的CentOS为例

      • https://hub.docker.com/_/centos/

DockerFile构建过程解析

  • Dockerfile内容基础知识

    • 1:每条保留字指令都必须为大写字母且后面要跟随至少一个参数
    • 2:指令按照从上到下,顺序执行
    • 3:#表示注释
    • 4:每条指令都会创建一个新的镜像层,并对镜像进行提交
  • Docker执行Dockerfile的大致流程

    • (1)docker从基础镜像运行一个容器
    • (2)执行一条指令并对容器作出修改
    • (3)执行类似docker commit的操作提交一个新的镜像层
    • (4)docker再基于刚提交的镜像运行一个新容器
    • (5)执行dockerfile中的下一条指令直到所有指令都执行完成
  • 小总结

    从应用软件的角度来看,Dockerfile、Docker镜像与Docker容器分别代表软件的三个不同阶段,*  Dockerfile是软件的原材料*  Docker镜像是软件的交付品*  Docker容器则可以认为是软件的运行态。Dockerfile面向开发,Docker镜像成为交付标准,Docker容器则涉及部署与运维,三者缺一不可,合力充当Docker体系的基石。1 Dockerfile,需要定义一个Dockerfile,Dockerfile定义了进程需要的一切东西。Dockerfile涉及的内容包括执行代码或者是文件、环境变量、依赖包、运行时环境、动态链接库、操作系统的发行版、服务进程和内核进程(当应用进程需要和系统服务和内核进程打交道,这时需要考虑如何设计namespace的权限控制)等等; 2 Docker镜像,在用Dockerfile定义一个文件之后,docker build时会产生一个Docker镜像,当运行 Docker镜像时,会真正开始提供服务; 3 Docker容器,容器是直接提供服务的。

DockerFile体系结构(保留字指令)

  • FROM

    • 基础镜像,当前新镜像是基于哪个镜像的
  • MAINTAINER

    • 镜像维护者的姓名和邮箱地址
  • RUN

    • 容器构建时需要运行的命令
  • EXPOSE

    • 当前容器对外暴露出的端口
  • WORKDIR

    • 指定在创建容器后,终端默认登陆的进来工作目录,一个落脚点
  • ENV

    • 用来在构建镜像过程中设置环境变量

      ENV MY_PATH /usr/mytest这个环境变量可以在后续的任何RUN指令中使用,这就如同在命令前面指定了环境变量前缀一样;也可以在其它指令中直接使用这些环境变量, 比如:WORKDIR $MY_PATH

  • ADD

    • 将宿主机目录下的文件拷贝进镜像且ADD命令会自动处理URL和解压tar压缩包
  • COPY

    • 类似ADD,拷贝文件和目录到镜像中。
      将从构建上下文目录中 <源路径> 的文件/目录复制到新的一层的镜像内的 <目标路径> 位置

      • COPY src dest
      • COPY [“src”, “dest”]
  • VOLUME

    • 容器数据卷,用于数据保存和持久化工作
  • CMD

    • 指定一个容器启动时要运行的命令
    • Dockerfile 中可以有多个 CMD 指令,但只有最后一个生效,CMD 会被 docker run 之后的参数替换
  • ENTRYPOINT

    • 指定一个容器启动时要运行的命令
    • ENTRYPOINT 的目的和 CMD 一样,都是在指定容器启动程序及参数
  • ONBUILD

    • 当构建一个被继承的Dockerfile时运行命令,父镜像在被子继承后父镜像的onbuild被触发
  • Dockerfile命令RUN、CMD、ENTRYPOINT的区别

持久化容器

  • 几种方式:

    ​ 1. 让容器生成镜像

    ​ 2. docker copy

    ​ 3.使用docker卷

  • 是什么

    先来看看Docker的理念:*  将运用与运行的环境打包形成容器运行 ,运行可以伴随着容器,但是我们对数据的要求希望是持久化的*  容器之间希望有可能共享数据  Docker容器产生的数据,如果不通过docker commit生成新的镜像,使得数据做为镜像的一部分保存下来,那么当容器删除后,数据自然也就没有了。为了能保存数据在docker中我们使用卷。

    • 一句话:有点类似我们Redis里面的rdb和aof文件

    能干嘛

    卷就是目录或文件,存在于一个或多个容器中,由docker挂载到容器,但不属于联合文件系统,因此能够绕过Union File System提供一些用于持续存储或共享数据的特性:  卷的设计目的就是数据的持久化,完全独立于容器的生存周期,因此Docker不会在容器删除时删除其挂载的数据卷特点:1:数据卷可在容器之间共享或重用数据2:卷中的更改可以直接生效3:数据卷中的更改不会包含在镜像的更新中4:数据卷的生命周期一直持续到没有容器使用它为止

    • 容器的持久化
    • 容器间继承+共享数据

    数据卷

    • 容器内添加

      • 直接命令添加

        • 命令

          docker run -it -v /宿主机目录:/容器内目录 centos /bin/bash

          • docker run -it -v /宿主机绝对路径目录:/容器内目录 镜像名
        • 查看数据卷是否挂载成功

          docker inspect 容器ID

        • 容器和宿主机之间数据共享

        • 容器停止退出后,主机修改后数据是否同步

        • 命令(带权限)

          • docker run -it -v /宿主机绝对路径目录:/容器内目录:ro 镜像名
      • DockerFile添加

        • 根目录下新建mydocker文件夹并进入

        • 可在Dockerfile中使用VOLUME指令来给镜像添加一个或多个数据卷

          VOLUME[“/dataVolumeContainer”,“/dataVolumeContainer2”,“/dataVolumeContainer3”] 说明: 出于可移植和分享的考虑,用-v 主机目录:容器目录这种方法不能够直接在Dockerfile中实现。由于宿主机目录是依赖于特定宿主机的,并不能够保证在所有的宿主机上都存在这样的特定目录。

    数据卷容器

    • 是什么

      命名的容器挂载数据卷,其它容器通过挂载这个(父容器)实现数据共享,挂载数据卷的容器,称之为数据卷容器

    • 总体介绍

      • 以上一步新建的镜像zzyy/centos为模板并运行容器dc01/dc02/dc03

      • 它们已经具有容器卷

        • /dataVolumeContainer1
        • /dataVolumeContainer2
    • 容器间传递共享(–volumes-from)

      • 先启动一个父容器dc01

        • 在dataVolumeContainer2新增内容
      • dc02/dc03继承自dc01

        • –volumes-from

        • 命令

          docker run -it --name dc02 --volumes-from dc01 zzyy/centos

          • dc02/dc03分别在dataVolumeContainer2各自新增内容
      • 回到dc01可以看到02/03各自添加的都能共享了

      • 删除dc01,dc02修改后dc03可否访问

      • 删除dc02后dc03可否访问

        • 再进一步
      • 新建dc04继承dc03后再删除dc03

      • 结论:容器之间配置信息的传递,数据卷的生命周期一直持续到没有容器使用它为止

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

BinBin_Bang

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值