GVKun编程网logo

Docker 简介（docker简介及使用）

11

对于想了解Docker简介的读者，本文将提供新的信息，我们将详细介绍docker简介及使用，并且为您提供关于167dockerdocker构建nginx容器系列问题dockerregistrydock

对于想了解Docker 简介的读者，本文将提供新的信息，我们将详细介绍docker简介及使用，并且为您提供关于167 docker docker构建nginx容器系列问题 docker registry docker run docker toolbo、Docker - Dockerfile - 常见命令简介、Docker 17.03系列教程（一）Docker EE/Docker CE简介与版本规划、Docker EE/Docker CE 简介与版本规划的有价值信息。

本文目录一览：

Docker 简介（docker简介及使用）

Docker 简介（docker简介及使用）

什么是容器？
一种虚拟化的方案
操作系统级别的虚拟化
只能运行相同或相似内核的操作系统
依赖于 Linux 内核特性：Namespace 和 Cgroups (Control group)

什么是 Docker？
将应用程序自动部署到容器，是一个开源的应用容器引擎 (Go 语言开源引擎)

Docker 目标
提供简单轻量的建模方式
职责的逻辑分离
快速高效的开发生命周期
鼓励面相服务的架构，Docker 推荐单个容器只运行一个程序或进程

Docker 使用场景
1、使用 docker 容器开发、测试、部署服务
2、创建隔离的运行环境
3、搭建测试环境
4、构建多用户的平台即服务 (PaaS) 基础设施
5、提供软件即服务 (SaaS) 的应用程序
6、高性能、超大规模的宿主机部署

 

Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。

一个完整的 Docker 有以下几个部分组成：
dockerClient 客户端
Docker Daemon 守护进程
Docker Image 镜像
DockerContainer 容器

Docker 架构
Docker 使用客户端 - 服务器 (C/S) 架构模式，使用远程 API 来管理和创建 Docker 容器。Docker 容器通过 Docker 镜像来创建。容器与镜像的关系类似于面向对象编程中的对象与类。

Docker 采用 C/S 架构 Docker daemon 作为服务端接受来自客户的请求，并处理这些请求（创建、运行、分发容器）。 客户端和服务端既可以运行在一个机器上，也可通过 socket 或者 RESTful API 来进行通信。

Docker daemon 一般在宿主主机后台运行，等待接收来自客户端的消息。 Docker 客户端则为用户提供一系列可执行命令，用户用这些命令实现跟 Docker daemon 交互。

特性
在 docker 的网站上提到了 docker 的典型场景：
1、使应用的打包与部署自动化
2、创建轻量、私密的 PAAS 环境
3、实现自动化测试和持续的集成 / 部署
4、部署与扩展 webapp、数据库和后台服务

局限
1、Docker 是基于 Linux 64bit 的，无法在 32bit 的 linux/Windows/unix 环境下使用
2、LXC 是基于 cgroup 等 linux kernel 功能的，因此 container 的 guest 系统只能是 linux base 的
3、隔离性相比 KVM 之类的虚拟化方案还是有些欠缺，所有 container 公用一部分的运行库
4、网络管理相对简单，主要是基于 namespace 隔离
5、cgroup 的 cpu 和 cpuset 提供的 cpu 功能相比 KVM 的等虚拟化方案相比难以度量 (所以 dotcloud 主要是按内存收费)
6、Docker 对 disk 的管理比较有限
7、container 随着用户进程的停止而销毁，container 中的 log 等用户数据不便收集
针对 1-2，有 windows base 应用的需求的基本可以 pass 了；3-5 主要是看用户的需求，到底是需要一个 container 还是一个 VM, 同时也决定了 docker 作为 IaaS 不太可行。
针对 6,7 虽然是 docker 本身不支持的功能，但是可以通过其他手段解决 (disk quota, mount --bind)。总之，选用 container 还是 vm, 就是在隔离性和资源复用性上做权衡。

167 docker docker构建nginx容器系列问题 docker registry docker run docker toolbo

167 docker docker构建nginx容器系列问题 docker registry docker run docker toolbo

docker构建nginx容器系列问题

background : 最近为小伙伴们筹划docker系列的技术分享，研究了一会docker相关技术， 在此记录一下构建nginx容器时候的坑

1.nginx服务器根目录问题

docker 官方镜像提供的nginx基于debian/jessie平台，其文件结构和ubuntu中的nginx中并不相同

eg:

run一个niginx容器

<span>//80端口被占用，so...</span>
$ sudo docker run <span>-it</span><span>-p</span><span>800</span>:<span>800</span> nginx
$ sudo docker ps 

CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                                   NAMES
<span>1801</span>a32aab54        nginx               <span>"nginx -g ''daemon off"</span><span>2</span> minutes ago       Up <span>2</span> minutes        <span>80</span>/tcp, <span>443</span>/tcp, <span>0.0</span><span>.0</span><span>.0</span>:<span>800</span><span>-&gt;</span><span>800</span>/tcp   berserk_kare
登录后复制

进入容器内部

<span>$ </span>sudo docker exec -it <span>1801</span>a32aab54 /bin/bash
root<span>@1801a32aab54</span><span>:/</span><span># </span>
登录后复制

查看nginx目录

<span># cd /etc/nginx/</span>
conf<span>.d</span>/         koi-utf         mime<span>.types</span>      nginx<span>.conf</span>      uwsgi_params    
fastcgi_params  koi-win         modules/        scgi_params     win-utf
登录后复制

可以看到不仅没有熟悉的 /sites-available，也没有 /sites-enabled

继续查看nginx配置

<span># cat /conf.d/default.conf</span><span>server</span> {
    listen       <span>80</span>;
    server_name  localhost;

    <span>#charset koi8-r;</span><span>#access_log  /var/log/nginx/log/host.access.log  main;</span>    location / {
        root   /usr/share/nginx/html;
        <span>index</span><span>index</span>.html <span>index</span>.htm;
    }

    <span>#error_page  404              /404.html;</span><span># redirect server error pages to the static page /50x.html</span><span>#</span>
    error_page   <span>500</span><span>502</span><span>503</span><span>504</span>  /<span>50</span>x.html;
    location = /<span>50</span>x.html {
        root   /usr/share/nginx/html;
    }
    <span>#...省略php-fpm配置，好长..</span>
}
登录后复制

根目录配置: root /usr/share/nginx/html;

测试

<span># cd /usr/share/nginx/html</span><span># touch index.html</span><span># echo "test nginx in docker" &gt;index.html</span>
登录后复制

php-fpm配置相关

'').addClass(''pre-numbering'').hide(); $(this).addClass(''has-numbering'').parent().append($numbering); for (i = 1; i '').text(i)); }; $numbering.fadeIn(1700); }); });

以上就介绍了167 docker docker构建nginx容器系列问题，包括了docker,nginx方面的内容，希望对PHP教程有兴趣的朋友有所帮助。

Docker - Dockerfile - 常见命令简介

Docker - Dockerfile - 常见命令简介

  1. 概述
    1. 感觉是个 比较重要的东西
  2. 有个疑问
    1. 我是先讲 docker build 还是 先讲 Dockerfile
      1. 穿插讲
        1. docker build
          1. 最基本的东西
            1. 原理
            2. -t
            3. -f
        2. docker file
          1. 各种命令
            1. 命令本身
            2. 如果需要 docker build 配合, 那就和 docker build 一起讲
  3. 准备
    1. os
      1. centos7
    2. docker
      1. client
        1. 18.09.6
      2. engine
        1. 18.09.6
    3. 知识
      1. docker
      2. docker 镜像
      3. shell 编程

1. Dockerfile

  1. 概述
    1. 简介 Dockerfile
  2. 回顾
    1. docker 镜像
      1. 概述
        1. docker 容器的模板
      2. 结构
        1. 由若干个 layer 组成
      3. 构建容器机制
        1. 构建时, 自底向上依次构造 layer
          1. 只读模式
        2. 向外提供一个读写层
      4. 创建方式
        1. docker commit
          1. 概述
            1. 将当前的容器, 构造成一个镜像
        2. docker build
          1. 概述
            1. 由 Dockerfile, 构建一个镜像
        3. 对比
          1. docker commit
            1. 方便构建
            2. 但是会缺失一些信息
          2. docker build
            1. 方便管理
              1. 环境及代码
                1. 可以用 git 管理
                2. 方便移动
                3. 方便修改, 结构清晰
      5. 建议
        1. 尽量用 Dockerfile 构建镜像
  3. Dockerfile
    1. 概述
      1. docker 构建镜像的源文件
    2. 机制
      1. docker 依次读取 Dockerfile 里的命令
      2. 指定的环境
      3. 逐层构建镜像
    3. 语法
      1. Dockerfile 语法想对较多
        1. 这个后面慢慢描述

2. docker build

  1. 概述
    1. docker client 构造镜像
  2. 准备
    1. 一个 Dockerfile
      1. 记录构建镜像的命令
    2. 一个上下文
      1. 准备构建镜像时需要的资源
  3. Dockerfile

    1. 例子

      # 最简单的 Dockerfile
# 文件名为 Dockerfile
FROM ubuntu:14.04
RUN echo 'hello'
    2. 注意
      1. Dockerfile 的文件名
        1. 默认文件名是 Dockerfile
          1. 如果首字母没有大写, docker 可能会找不到文件
          2. 如果硬要执着名字, 需要 -f 参数来制定
            1. 这个后面会讲
        2. Dockerfile 里的 命令, 一定要 大写
          1. 小写了 docker 不认识
  4. docker build
    1. 概述
      1. 构建镜像的命令
      2. 这里简单讲下使用
        1. 其他的参数, 后面会跟 Dockerfile 的语法一起讲
    2. 准备
      1. context
        1. 作用
          1. 存放 Dockerfile
          2. 存放 image 需要的其他文件
      2. Dockerfile
        1. 作用
          1. 构建镜像的说明书
      3. 其他
        1. 执行命令时, 需要进入 context 目录
    3. 命令执行
      1. 最简单的那种

        1. 命令

          # 是的, 你没看错, 这就完了...
# 格式: docker build <context>
> docker build .
        2. 结果
          1. 镜像生成成功
        3. 问题
          1. 生成的镜像, 没有 仓库 和 tag 信息, 很难定位

      2. 添加 仓库信息 定位

        1. 命令
          # -t 选项, 可以提供 标签 的配置 # 格式: docker build -t <repo>[:tag] <context> > docker build -t myrepo/image:0.0.1 .

        2. 结果
          1. 镜像生成成功
          2. 带有 repo 和 tag 信息

      3. 自定义 Dockerfile 和 context

        1. 命令
          # 手动指定 Dockerfile 和 context # 格式: docker build -t <repo>[:tag] -f <DockerfilePath> <context> > docker build -t myrepo/image:0.0.2 -f /root/myDockerfile /root/context

        2. 结果
          1. 镜像生成成功
          2. 使用的是 指定的资源
  5. 执行结果

    1. 结果

      > docker build -t <repo>/demo:0.0.2 -f Dockerfile .
Sending build context to Docker daemon  2.048kB
Step 1/2 : FROM ubuntu:latest
 ---> 7698f282e524
Step 2/2 : RUN echo 'hello'
 ---> Using cache
 ---> 331b9ab46190
Successfully built 331b9ab46190
Successfully tagged <repo>/demo:0.0.2

3. Dockerfile 命令简介

  1. 概述
    1. 简单介绍命令

1. 注释

  1. 概述
    1. Dockerfile 的注释

  2. 格式

    # 以 # 开头的行
# 行中出现的 # 则一律不被视为 注释
# 注释不支持 换行
  3. 特殊注释
    1. 概述
      1. 有部分特殊的注释, 会影响 Dockerfile 的构建
    2. 注意
      1. 一类特殊注释, 只能出现一次
      2. 出现的位置, 必须在 FROM 语句之前
      3. 而且格式必须 符合要求, 否则就是 普通注释
        1. 不能换行
        2. 不能随便加空格

          1. 后跟一个空格

          2. = 前后没有空格
          3. 下面给的例子, 肯定没问题
    3. Syntax
      1. 概述
        1. Dockerfile 语法指定

      2. 例子

        # Syntax=docker/dockerfile
      3. 其他
        1. 需要有 BuildKit 的支持
        2. 默认是 docker/Dockerfile
        3. 具体可用版本, 请查询官方文档
    4. escape
      1. 概述
        1. 指定 转义字符 符号
          1. 这个名字叫啥, 我也不确定
      2. 转义字符
        1. 默认
          1.  开头, 后面的一个字符会被转义
        2. 设置
          1. 可以配置成其他的
          2. windows 环境下, 常用 `

      3. 例子

        # 这个例子
# escape=`

2. FROM

  1. 概述
    1. 指定一个 基础镜像
  2. 基础镜像
    1. 概述
      1. 在某个镜像的基础上, 再构建镜像
    2. 作用
      1. 方便构建
        1. 省去基础的准备
      2. 加快速度
        1. 构建直接从新内容开始
        2. 基础层沿用基础镜像的内容
      3. 发展快速
        1. 你的构建, 也可以成为别人构建的基础

  3. 示例

    FROM ubuntu:latest
  4. 其他
    1. 通常在 Dockerfile 第一句
      1. 例外
        1. 注释
          1. 常规注释
          2. Syntax
          3. escape
        2. arg
          1. 指定参数

    2. from 一定要大写

    3. tag
      1. 最好指定明确版本, 不要用 latest

3. ARG

  1. 概述
    1. 给 指定镜像参数
  2. 参数
    1. 镜像在 构建中 使用的变量
    2. 构建完成后就会 无效
    3. 构建中如果声明了 同名的环境变量, 就会被 替代
      1. 环境变量后面会提到
  3. 示例1: 定义一个变量, 用来定义 基础镜像的版本

    1. Dockerfile

      # Version 0.0.4
ARG version
FROM ubuntu:$version

    2. 命令

      # 通过 --build-arg 指定了 version 参数
# -f 指定了 Dockerfile
> docker image build --build-arg version=19.04 -t repo/demo:0.0.4 -f Dockerfile04 .
    3. 结果
      1. 构建成功

      2. 版本正确

        > docker image inspect -f '{{.RepoTags}}' repo/demo:0.0.4
    4. 其他
      1. 构建中
        1. 命令行中的 step 里, 看到的还是 $version
    5. 问题: 万一我忘了加参数, 会怎么样呢
      1. 结果
        1. 生成会报错
      2. 有没有什么好办法呢
        1. 当然有啦, 加默认值
  4. 示例2: 为 arg 添加默认值

    1. Dockerfile

      # Version 0.0.5
ARG version=19.04
FROM ubuntu:${version}

    2. 命令

      > docker image build -t repo/demo:0.0.5 -f Dockerfile05 .
    3. 结果
      1. 创建成功
    4. 问题1: 如果我又想指定值了, 有办法吗?
      1. 当然有啦
        1. 还是用 --build-arg 指定
    5. 问题2: 这个 arg 除了指定 from 的版本信息, 还能干别的吗?
      1. 也可以在其他地方用啊
        1. 马上就开始讲了
  5. 示例3: arg 的其他使用

    1. Dockerfile

      # Version 0.0.6
ARG version=19.04
FROM ubuntu:${version}
RUN echo ${version}

    2. 命令

      > docker image build -t repo/demo:0.0.6 -f Dockerfile06 .
    3. 结果
      1. 镜像成功创建
      2. echo 那行, 却没有显示出 版本号
    4. 问题1: 为什么版本号不见了?
      1. 结果
        1. 作用域问题
          1. from 前面的 arg, 作用域只能到 from 语句
          2. 之后就消失了
        2. ref
          1. 官方文档
          2. Dockerfile 中RUN 命令的ARG 为空问题。
      2. 后续
        1. 如何使用 from 前的 arg

          1. 重新声明即可

            # Version 0.0.7
ARG version=19.04
FROM ubuntu:${version}
ARG version
RUN echo "hello ${version}"
        2. 或者说, 在 from 后面使用 arg
        3. 再者, 还可以直接使用 env
  6. 问题: 既然在 构建完就无法使用了, 能不能用来存放 密码 之类的东西
    1. 不建议
      1. 虽然重新起来的容器看不到了
      2. 但是可以通过 'docker image history' 查看这个东西
  7. 预定义 arg
    1. 概述
      1. docker 预定义了一些 变量

    2. 列表

      # 本质上只有 四个
# 具体干啥, 我现在还不知道
# 但是乍一看, 是跟 网络相关的
# 这个等以后有机会, 再讲吧
HTTP_PROXY
http_proxy
HTTPS_PROXY
https_proxy
FTP_PROXY
ftp_proxy
NO_PROXY
no_proxy

4. ENV

  1. 概述
    1. 镜像对应容器的 环境变量
  2. 环境变量
    1. 概述
      1. 由镜像启动容器后, 默认会带一些 环境变量
    2. 作用
      1. 环境变量可以改变环境的很多东西
        1. 或者说, 改变环境变量, 就能改变系统行为
      2. 而且环境变量这种东西, 一般是 所有用户 都能获取到的
  3. 示例1: 简单使用 环境变量

    1. Dockerfile

      # Version 0.0.8
ARG version=19.04
FROM ubuntu:${version}
ARG version
RUN echo "hello ${version}"
ENV var="docker"
RUN echo "hello ${var}"

    2. 命令

      > docker image build -t repo/demo:0.0.8 -f Dockerfile08 .
    3. 结果
      1. 镜像创建成功
      2. 变量成功使用
    4. 问题1: 为啥这次一上来就设置 env 的默认值, 不设置可以吗?
      1. 当然可以啦
        1. 但是, 弥补时机, 不太一样
      2. 弥补时机
        1. arg
          1. docker image build
            1. --build-arg
        2. env
          1. docker container run
            1. -e / --env
            2. 这个后面应该会 找机会讲, 还是有点用的
    5. 问题2: 会不会有这种场景, 我的某个 arg 和 env, 值其实是一样的
      1. 场景
        1. arg 和 env 值是一样的
        2. 我想在 build 时确认, 以免 后面忘了
      2. 当然可以
        1. arg 和 env 可以联动的
  4. 示例2: arg 联动 env

    1. Dockerfile

      # Version 0.0.9
ARG version=19.04
FROM ubuntu:${version}
ARG version
RUN echo "hello ${version}" 
ENV var=${version}
RUN echo "hello ${var}"

    2. 命令

      > docker image build -t repo/demo:0.0.9 -f Dockerfile09 .
    3. 结果
      1. 镜像正常产生
      2. var 也被赋予了 verison 的值
    4. 其他
      1. 在这种场景下, env 甚至可以和 arg 重名
        1. 结果
          1. env 被赋予 arg 的值
          2. arg 就没了
    5. 问题1: env 可以取消吗
      1. 这个在 shell 里是可以的
      2. 但是 Dockerfile 里, 是否有, 我暂时还没找到...

5. run

  1. 概述
    1. 执行命令
  2. 执行
    1. 表面
      1. 执行命令
    2. 实际
      1. 将上一层的镜像, 启动为一个容器
      2. 在容器里执行命令
      3. 将执行命令后的容器, 再整成一层新的镜像
  3. 模式
    1. shell 模式
      1. 概述
        1. 启动一个 shell, 然后执行命令
      2. 默认shell
        1. linux
          1. /bin/sh -c
        2. win
          1. cmd /S /C
      3. 切换 shell
        1. 这个可以通过后面的 SHELL 命令来做

      4. 命令

        # RUN <command> [<options and args>]
RUN echo "hello, docker."
    2. exec 模式
      1. 概述
        1. 不启动 shell, 直接执行命令
      2. 不启动 shell
        1. 这个我也看不懂
          1. 官网说的很模糊
          2. 强调的, 也只有 exec 模式取不到 环境变量
        2. 好吧, 那我就理解为
          1. 取不到 环境变量
          2. 原因可能是害怕某种干扰吧

      3. 命令

        # 1. 使用 json 的 数组格式
# 2. 命令和参数作为数组的成员
# 3. 空格隔开的, 就是一个参数
# 4. 每个参数, 都要用 "" 引起来
RUN ["echo", "hello, docker."]
# 如果硬要 环境变量
RUN ["/bin/sh", "-c", "echo", "hello, docker."]
  4. 建议
    1. 加速
      1. 因为执行一个 run, 会生成一个容器和镜像
        1. run 越多, 构造时间就越长
      2. 解决

        1. 将多个命令, 写到一个 run 里

          FROM ubuntu:16.04
RUN apt-get update \
    && apt-get install -y curl \
    && rm -rf /var/lib/apt/lists/*

          6. shell

  5. 概述
    1. 指定 运行命令 的 shell
  6. shell
    1. 默认 shell
      1. 上一部分提过
    2. 切换 shell
      1. Dockerfile 中可以随时切
    3. 问题
      1. 切换 shell, 会不会导致 环境变量 丢失

  7. 命令

    # linux
SHELL ["/bin/bash"]
# win
SHELL ["powershell", "-command"]

7. copy

  1. 概述
    1. 将文件从 宿主机 拷贝到 镜像
  2. 拷贝
    1. 源
      1. 拷贝的源, 必须在 context 下
        1. 所以路径信息, 都是 以context为根 的路径
      2. 内容
        1. 文件
        2. 目录
      3. 原内容支持 通配符
        1. 通配符 不是 正则表达式
      4. 解压
        1. 不会做
    2. 目的
      1. 拷贝的目的
        1. 文件
          1. 结尾不带 /
        2. 目录
          1. 结尾带 /
      2. 路径
        1. 如果路径不存在, 会自动创建
    3. dest 文件权限
      1. 默认
        1. uid 和 gid 都为 0

      2. 命令

        # 官网上给的例子
# 其他的搭配, 估计只有自己尝试了...
--chown=<userId>:<groupName> 
--chown=<userName> 
--chown=<userId>
--chown=<userId>:<groupId>
    4. 权限
      1. 默认 0755
        1. 这个需要用 命令 改

  3. 命令

    copY [--chown=<user>:<group>] <src> ... <dest>

8. add

  1. 概述
    1. 将文件拷贝到 镜像
      1. 来源丰富
      2. 可以解压
  2. 拷贝
    1. 源
      1. 拷贝的源
        1. context 下, 同 copy
        2. url
      2. 解压
        1. 不会做
      3. 其他
        1. 同 copy
    2. 目的
      1. 解压
        1. 源是 压缩包
          1. gz 等
          2. 需要去 官网 确认
        2. 目的
          1. 一个 目录
        3. 如果目的有同名文件
          1. 不会覆盖
      2. 其他
        1. 同 copy
    3. dest 文件归属
      1. 同 copy
    4. 权限
      1. 默认 0755
        1. 这个需要用 命令 改

  3. 命令

    # 从 url 获取(不解压)
ADD http://wordpress.org/latest.zip /root/wordpress.zip
# 解压
ADD http://wordpress.org/latest.zip /root/wordpress/

9. cmd

  1. 概述
    1. 容器启动命令
    2. 配合 entrypoint
      1. 这个后面再说
  2. 启动命令
    1. 启动命令
      1. 时机
        1. 容器启动时执行的命令
      2. 只会有 一个
        1. 所以 cmd 命令只有 最后一个 会生效
      3. 替代
        1. 如果 docker run 指定了 启动命令的话
          1. cmd 的命令, 不会再执行
    2. 执行模式
      1. shell 模式

        1. 命令

          # 类似 RUN 
CMD command param1 param2

      2. exec 模式

         ```
 # 类似 RUN 
 CMD ["executable","param1","param2"]
 ```
    3. docker run
      1. 没有命令
        1. 执行 cmd
      2. 有 命令
        1. 执行 docker run 的命令

10. entrypoint

  1. 概述
    1. 优先级更高的 启动命令
    2. 配合 cmd 可以指定 命令的默认参数
  2. 启动命令
    1. 工作模式
      1. shell 模式
        1. 同 run
      2. exec 模式
        1. 同 run
    2. 单独使用 entrypoint
      1. 同 单独使用 cmd
    3. 配合使用
      1. entrypoint
        1. 使用 exec 模式
          1. 第一个参数为, 可执行命令
          2. 后面的参数, 为 稳定的参数 或者 选项
      2. cmd
        1. 使用 exec 模式
          1. 所有参数, 都是 entrypoint 的 参数
          2. 如果 cmd 可以执行, 则会 覆盖 entrypoint
    4. docker run
      1. 没有命令
        1. 执行 entrypoint + cmd
      2. 有命令
        1. 执行 entrypoint + docker run 后面跟的 参数
  3. ref
    1. 6 Dockerfile指令详解 && ENTRYPOINT 指令

11. label

  1. 概述
    1. 添加 描述信息
  2. 描述信息
    1. 镜像元数据

  3. 命令

    LABEL maintainer='repo'

  4. 查看

    > docker image inspect -f '{{json .ContainerConfig.Labels}}' repo/demo:0.0.1

12. user

  1. 概述
    1. 指定默认用户
  2. 默认用户

    1. 默认执行命令的用户

    2. 默认值
      1. root

    3. 命令

      USER <user>[:<group>]
USER <UID>[:<GID>]

13. workdir

  1. 概述
    1. 指定默认目录
  2. 默认目录
    1. docker 启动后的 pwd
      1. 命令如果不指定路径, 都会以 那里为 pwd
    2. 默认值
      1. /root/
    3. 路径
      1. 绝对路径
        1. / 开头
      2. 相对路径
        1. 直接是 路径开头
          1. 相对的是 上一个 workdir

      3. 可以解析环境变量

      4. 如果指定到一个 空路径
        1. 会主动创建

    4. 命令格式

      workdir /absolutePath
workdir relativePath

14. onbuild

  1. 概述
    1. 触发器
  2. 触发器
    1. 触发场景
      1. 该镜像察觉到自己作为其他镜像的 基础镜像
    2. 结果
      1. 执行以 ONBUILD 开头的命令
        1. 可以理解为 在 from 语句后, 按顺序执行 onbuild 语句
        2. 然后再执行 Dockerfile 里的语句

  3. 命令

    ONBUILD <otherInstruction>

15. volume

  1. 概述
    1. 添加 挂载点
  2. 挂载点
    1. 概述
      1. 一个路径
      2. 但这个路径下, 会 挂载一个 卷
    2. 机制
      1. Dockerfile
        1. 指定挂载点
      2. 创建镜像
      3. 生成容器
        1. 默认行为
          1. 在 host 生成一个 卷
            1. 卷名随机
          2. 将这个卷挂载到 容器的挂载点
        2. -v
          1. 将 -v 指定的内容, 对接到挂载点
    3. 其他
      1. 如果 路径不存在, 会在容器里创建

  3. 命令

    # 列表式
VOLUME /myvol /root/test
# json 式
VOLUME ["/myvol", /root/test]

16. expose

  1. 概述
    1. 暴露 容器端口
  2. 暴露容器端口
    1. 概述
      1. 指定某个容器端口
      2. 让这个端口 在默认的情况下, 暴露出来
    2. 暴露
      1. 对容器外可见
    3. 机制
      1. expose 某个端口
      2. 启动容器

  3. 命令

    # 指定端口和协议
# 默认协议是 tcp
# 可以指定 多个
expose <port>[:<protocol>]

  4. 创建容器

    # 一定要加 -P
# 这样 expose 的端口, 会随机映射到 host 的可用端口上
# 如果没有, 则会别 映射到 null
# 不影响 -p 选项来暴露端口
> docker container run --rm --name demo03 -it -P -p 32769:90/tcp repo/demo:0.0.1

  5. 验证

    # 可以在 ports 那里, 看到暴露端口
> docker container ls

17. healthcheck

  1. 概述
    1. 健康检查
  2. 健康检查
    1. 机制
      1. 定期在容器中 执行命令,
      2. 根据 执行结果 判断容器是否健康
      3. 将健康情况, 反馈到 docker container ps 的 status 栏里
    2. 执行机制
      1. 参数
        1. 时间间隔
          1. --interval
          2. 默认值 30 s
        2. 超时时间
          1. --timeout
          2. 默认值 30s
        3. 重试次数
          1. --retries
          2. 默认值 3
      2. 健康状态
        1. starting
          1. 开始状态
        2. healthy
          1. 健康状态
        3. unhealthy
          1. 不健康状态
      3. 注意
        1. 一个镜像, 只能有一个 生效的 checkhealth
        2. 如果当前 Dockerfile 里没写, 会继承父镜像的
        3. 如果 当前 和 父镜像都有, 则以当前为准

    3. 命令

      # 拒绝继承, 
CHECKHEALTH NONE
# 简单示例
# 注意, 那个 CMD 是格式, 跟 CMD 命令要区别开
# curl 如果失败, 则容器状态变为 不健康
checkout --interval=10s --timeout=3s --retries=3 CMD curl http://192.168.30.5:5000/v2

ps

  1. ref
    1. Dockerfile reference
    2. docker build
    3. Dockerfile HEALTHCHECK详解
    4. 书籍
      1. 第一本 docker 书(修订版)
      2. docker 容器与容器云
      3. spring 微服务实战
      4. docker 实践
  2. 后续
    1. 整理
      1. 花了一晚上整理的内容, 感觉还是有点乱
      2. 想把它 拆开
        1. 放一块的话, 内容可能会不全
    2. 搭建一些环境, 稍微实战一下
    3. 学习容器编排
      1. compose
      2. k8s

Docker 17.03系列教程（一）Docker EE/Docker CE简介与版本规划

Docker 17.03系列教程（一）Docker EE/Docker CE简介与版本规划

近日，Docker发布了Docker 17.03。进入Docker 17时代后，Docker分成了两个版本：Docker EE和Docker CE，即：企业版(EE)和社区版(CE)。那么这两个版本有什么区别呢？不仅如此，Docker进入17.03后，版本命名方式跟之前完全不同，以后Docker又会有怎样的版本迭代计划呢？本文将为您一一解答。

版本区别

Docker EE

Docker EE由公司支持，可在经过认证的操作系统和云提供商中使用，并可运行来自Docker Store的、经过认证的容器和插件。

Docker EE提供三个服务层次：

服务层级 功能
Basic 包含用于认证基础设施的Docker平台 Docker公司的支持 经过认证的、来自Docker Store的容器与插件
Standard 添加高级镜像与容器管理 LDAP/AD用户集成 基于角色的访问控制(Docker Datacenter)
Advanced 添加Docker安全扫描 连续漏洞监控

大家可在该页查看各个服务层次的价目：https://www.docker.com/pricing 。

Docker CE

Docker CE是免费的Docker产品的新名称，Docker CE包含了完整的Docker平台，非常适合开发人员和运维团队构建容器APP。事实上，Docker CE 17.03，可理解为Docker 1.13.1的Bug修复版本。因此，从Docker 1.13升级到Docker CE 17.03风险相对是较小的。

大家可前往Docker的RELEASE log查看详情https://github.com/docker/docker/releases 。

Docker公司认为，Docker CE和EE版本的推出为Docker的生命周期、可维护性以及可升级性带来了巨大的改进。

版本迭代计划

Docker从17.03开始，转向基于时间的YY.MM 形式的版本控制方案，类似于Canonical为Ubuntu所使用的版本控制方案。

Docker CE有两种版本：

edge版本每月发布一次，主要面向那些喜欢尝试新功能的用户。

stable版本每季度发布一次，适用于希望更加容易维护的用户（稳定版）。

edge版本只能在当前月份获得安全和错误修复。而stable版本在初始发布后四个月内接收关键错误修复和安全问题的修补程序。这样，Docker CE用户就有一个月的窗口期来切换版本到更新的版本。举个例子，Docker CE 17.03会维护到17年07月；而Docker CE 17.03的下个稳定版本是CE 17.06，这样，6-7月这个时间窗口，用户就可以用来切换版本了。

Docker EE和stable版本的版本号保持一致，每个Docker EE版本都享受为期一年的支持与维护期，在此期间接受安全与关键修正。

Docker版本演进图

总结

  • Docker从17.03开始分为企业版与社区版，社区版并非阉割版，而是改了个名称；企业版则提供了一些收费的高级特性。
  • EE版本维护期1年；CE的stable版本三个月发布一次，维护期四个月；另外CE还有edge版，一个月发布一次。

参考文档

  1. https://blog.docker.com/2017/03/docker-enterprise-edition/

版权说明

本文采用 CC BY 3.0 CN协议 进行许可。 可自由转载、引用，但需署名作者且注明文章出处。如转载至微信公众号，请在文末添加作者公众号二维码。

关注我

关注我

博客：http://www.itmuch.com

微信公众号：

公众号

Docker EE/Docker CE 简介与版本规划

Docker EE/Docker CE 简介与版本规划

Docker EE/Docker CE 简介与版本规划 博客分类： docker

随着 Docker 的不断流行与发展，docker 公司（或称为组织）也开启了商业化之路，Docker 从 17.03 版本之后分为 CE（Community Edition） 和 EE（Enterprise Edition）。我们来看看他们之前的区别于联系。

原文链接：http://itmuch.com/docker/docker-1/

 

版本区别

Docker EE

Docker EE 由公司支持，可在经过认证的操作系统和云提供商中使用，并可运行来自 Docker Store 的、经过认证的容器和插件。

Docker EE 提供三个服务层次：

服务层级 功能
Basic 包含用于认证基础设施的 Docker 平台
Docker 公司的支持
经过 认证的、来自 Docker Store 的容器与插件
Standard 添加高级镜像与容器管理
LDAP/AD 用户集成
基于角色的访问控制 (Docker Datacenter)
Advanced 添加 Docker 安全扫描
连续漏洞监控

大家可在该页查看各个服务层次的价目：https://www.docker.com/pricing 。

 

Docker CE

Docker CE 是免费的 Docker 产品的新名称，Docker CE 包含了完整的 Docker 平台，非常适合开发人员和运维团队构建容器 APP。事实上，Docker CE 17.03，可理解为 Docker 1.13.1 的 Bug 修复版本。因此，从 Docker 1.13 升级到 Docker CE 17.03 风险相对是较小的。

大家可前往 Docker 的 RELEASE log 查看详情 https://github.com/docker/docker/releases 。

Docker 公司认为，Docker CE 和 EE 版本的推出为 Docker 的生命周期、可维护性以及可升级性带来了巨大的改进。

 

版本迭代计划

Docker 从 17.03 开始，转向基于时间的 YY.MM 形式的版本控制方案，类似于 Canonical 为 Ubuntu 所使用的版本控制方案。

Docker CE 有两种版本：

edge 版本每月发布一次，主要面向那些喜欢尝试新功能的用户。

stable 版本每季度发布一次，适用于希望更加容易维护的用户（稳定版）。

edge 版本只能在当前月份获得安全和错误修复。而 stable 版本在初始发布后四个月内接收关键错误修复和安全问题的修补程序。这样，Docker CE 用户就有一个月的窗口期来切换版本到更新的版本。举个例子，Docker CE 17.03 会维护到 17 年 07 月；而 Docker CE 17.03 的下个稳定版本是 CE 17.06，这样，6-7 月这个时间窗口，用户就可以用来切换版本了。

Docker EE 和 stable 版本的版本号保持一致，每个 Docker EE 版本都享受为期一年的支持与维护期，在此期间接受安全与关键修正。

<iframe id="iframe_0.2725261561572552"src="data:text/html;charset=utf8,%3Cstyle%3Ebody%7Bmargin:0;padding:0%7D%3C/style%3E%3Cimg%20id=%22img%22%20src=%22http://itmuch.com/images/docker/docker-%25E7%2589%2588%25E6%259C%25AC%25E8%25BF%25AD%25E4%25BB%25A3%25E8%25AE%25A1%25E5%2588%2592.png?_=6668233%22%20style=%22border:none;max-width:848px%22%3E%3Cscript%3Ewindow.onload%20=%20function%20()%20%7Bvar%20img%20=%20document.getElementById(''img'');%20window.parent.postMessage(%7BiframeId:''iframe_0.2725261561572552'',width:img.width,height:img.height%7D,%20''http://www.cnblogs.com'');%7D%3C/script%3E" frameborder="0" scrolling="no"></iframe>

总结

  • Docker 从 17.03 开始分为企业版与社区版，社区版并非阉割版，而是改了个名称；企业版则提供了一些收费的高级特性。
  • EE 版本维护期 1 年；CE 的 stable 版本三个月发布一次，维护期四个月；另外 CE 还有 edge 版，一个月发布一次。

参考文档

https://blog.docker.com/2017/03/docker-enterprise-edition/

 

http://www.cnblogs.com/atuotuo/p/6668233.html

关于Docker 简介和docker简介及使用的问题我们已经讲解完毕，感谢您的阅读，如果还想了解更多关于167 docker docker构建nginx容器系列问题 docker registry docker run docker toolbo、Docker - Dockerfile - 常见命令简介、Docker 17.03系列教程（一）Docker EE/Docker CE简介与版本规划、Docker EE/Docker CE 简介与版本规划等相关内容，可以在本站寻找。

本文标签：

上一篇Meson version is 0.44.1 but project requires >=0.45.

下一篇微服务架构 ------ Dockerfile 定制镜像（微服务docker部署）

相关文章