不正宗 docker 入门教程-启动一个容器(1/3)

摘要：从命名上就知道这是一篇简单粗暴的新手入门教程，为什么要简单粗暴我认为有自学能力的人帮他入门就够了，不能自学的一时半会儿也教不会，不符合入门教程的初衷，建议出门左拐去找找视频教程本章目标大概了解是个什么玩意知道常用的指令参数能启动一个容器不然

从命名上就知道这是一篇简单粗暴的docker新手入门教程， 为什么要简单粗暴？ 我认为有自学能力的人帮他入门就够了， 不能自学的一时半会儿也教不会， 不符合入门教程的初衷， 建议出门左拐去找找视频教程...

大概了解 docker 是个什么玩意

知道常用的 docker 指令参数, 能启动一个容器(不然还想怎么样? 上天吗?)

强烈推荐使用 Docker for Mac 或 Docker for Windows, 这两个工具已经将 Kitematic 和 docker-compose 集成好了， 至于这两个工具是做什么的咱们后面再说， win10 版本需要专业版的， 不然开启不了Hyper-V， win7 就别想了，不支持...

怎么安装在 阿里云镜像容器服务 里面都说的很清楚了， 连国内镜像源都给你安排好了， 咱们就进入下一话题

PS: 如果是 CentOS 6 的就需要升级一下系统内核了， centOS6.5 安装docker， 毕竟都 8102 年了， docker 又是个比较新的东西， 对于稍微久一点的系统的支持就不那么友好

安装完环境之后就启动一个镜像开开眼儿

docker run -d -p 8080:80 --name local_nginx nginx

然后访问 http://localhost:8080/ 就能看到 nginx 的初始界面了

中间发生了什么呢？

docker run 运行镜像的起手式， 详情查看 docker run --help

-d 启动 docker 守护进程

-p 8080:80 将本地的 8080 端口绑定到容器的 80 端口上

--name local_nginx 分配一个容器名， 不写的话会默认分配要给， 不过这个还是很有用的

nginx 指定运行的镜像名，如果没有指定标签则默认是 latest， 这里其实是启动nginx:latest镜像

现在可以查看一下本机都在运行着什么镜像

PS D:docker_study> docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                  NAMES
6732fa239270        nginx              "nginx -g "daemon of…"   18 minutes ago      Up 18 minutes       0.0.0.0:8080->80/tcp   local_nginx

docker ps 只能看到正在运行中的容器， 想看到全部的就是 docker ps -a

进入这个容器的命令:

docker exec -it 6732fa239270 /bin/bash
#或
docker exec -it local_nginx /bin/bash

解释一下:

docker exec 在容器中执行命令

-i 保持stdin打开

-t 分配一个伪终端(tty)

6732fa239270 或 local_nginx 这里你也发现了， 可以是通过 CONTAINER ID 也可以是 NAMES 这里的 CONTAINER ID分为128位长ID和32位短ID， 不过作用都是一样的

/bin/bash 运行容器中的 /bin/bash 脚本

进入容器中感觉其实和进入一个虚拟机一样， 但是容器和虚拟机有点区别， 这个我们下一小节会讲到

关闭容器

docker stop 6732fa239270 或 local_nginx

之前我们使用 VirtualBox 装虚拟机的时候有装盘镜像, 但是启动后就是一个个的虚拟机了, 不过在 docker 中和虚拟机还是有点区别

就拿上图来说, container就是镜像的实例化, image 是容器的底层支撑, 其实他们的关系用代码中的类Class来比喻是最合适的:

Class 就是我们实际开发中写的一个代码集合, Object 是 Class 实例化之后生成的一种资源变量

Image 也是预先写好的逻辑, 并存在一个地方, Container 是 Image 启动之后生成的一个虚拟系统

实例化出来的 Object 不会影响到 Class 中的内容

已经启动的 Container 也不会影响到 Image 中的逻辑

Class 可以继承别的 Class, 从而继承它的特性

Image 也是可以继承别的 Image, 并在它的基础上构建新的镜像

一个 Object 对应着一个 Class, 但是 一个 Class 可以实例化无数个 Object

同理, 一份 Image 可以生成无数个 Container, 这就是方便集群化部署的所在

简单的说 Container 就是 Image 的儿子, 模样和 Image 预想的一样, 但是 Container 运行之后会发生一些改变, 而且这种改变是可以保存的

咱们先不说构建镜像的事儿(那是下一章的话题), 这里先了解一下 docker run 命令中比较常用的参数:

比如:

docker run -it --name local_nginx nginx:latest /bin/bash
# 或
docker exec -it local_nginx bin/bash

绑定多个端口就设置多个映射

docker run -d -p 8088:80 -p 4433:443 nginx:latest
# 或    不写本地端口, docker 将帮你自动分配
docker run -d -p :80 -p :443 nginx:latest
# 或    加上 ip 就绑本地指定的 ip
docker run -d -p 127.0.0.1:8088:80 -p :443 nginx:latest
# 或    照样不写本地端口就随机分配
docker run -d -p 127.0.0.1::80 -p :443 nginx:latest

通过 docker ps 可以看一下上面两行命令的执行状态

➜  test docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED              STATUS              PORTS                                           NAMES
57f65b46bd87        nginx:latest        "nginx -g "daemon of…"   1 second ago         Up 3 seconds        0.0.0.0:32769->80/tcp, 0.0.0.0:32768->443/tcp   happy_zhukovsky
0c035ebabe44        nginx:latest        "nginx -g "daemon of…"   About a minute ago   Up About a minute   0.0.0.0:8088->80/tcp, 0.0.0.0:4433->443/tcp     ecstatic_haibt

docker run -d -p 8088:80 -v /Users/gpf/Documents/docker_study/docker_test/www/:/usr/share/nginx/html/ nginx:latest

这里本地的目录要写绝对路径, 不然会报错, 这样一来, 本地的/Users/gpf/Documents/docker_study/docker_test/www/ 就是容器中的/usr/share/nginx/html/, 就可以本地更改代码, 然后容器中运行

想查看日志的话就 docker logs [containerID] 就行

通常就是用来进入容器中搞七搞八的

docker exec -it 57f65b46bd87 /bin/bash
# 或
docker exsec -it local_nginx /bin/bash

这里注意两点:

containerID 在很多情况下都可以用 container Name 来代替, 很多情况是等价的

命令最后的 /bin/bash 不是必须这么填, 而是执行的容器中的脚本, 如果你的镜像是 alpine版的就是 sh, 因为这个版本中就没有 bash 这个命令

目前版本也增加了 docker container stop [containerID 或 name] 其实作用是一样的, 不过 docker container 命令底下还有很多别的命令, docker 给各模块的命令做了细分

docker rm 6dee0a9b5232 582f708af9d3

这里要注意如果这个镜像还有容器在使用就不能删除掉, 这个时候要先把对应的容器删掉才行
删除指定镜像的容器

docker stop $(docker ps | grep "这里写imageName" | awk "{ print $1}")
docker rm $(docker ps | grep "这里写imageName" | awk "{ print $1}")

删除临时构建的镜像

docker rmi $(docker images | grep "" | awk "{ print $3}")

这一手还是慎用,一些情况下可造成 rm -rf /* 的效果

#移除所有未使用的镜像
docker image prune
#移除所有未运行的容器
docker container prune
#移除所有未使用的本地卷
docker volume prune
...

PS: 因为有这一手, 所以可以看出官方的态度, 他们貌似也许可能没准大概差不多不建议把容器当成虚拟机一样把所有的东西都堆在一个镜像里面, 那样搞不止构建出来的镜像臃肿, 而且维护性移植性很差, 从目前网上的 docker 镜像资源来说, 基础镜像 alpine > debian > ubuntu > centos, 优先使用最小的基础构建, 然后整个 image 只为一个服务而构建, 比如 redis 镜像里只要 redis, 没有什么 MySQL, memcache 什么的, 多个独立的 service 才组成一个 APP, 里面各个组件替换的话不用考虑其他组件的环境依赖什么的, 当然, 这个也是看业务的实际需要, 不能为了拆分而拆分, 在这之间能找到最合适自己的才是工具给我们带来的便利

如果只是在一个容器里搞来搞去就真的是虚拟机了, docker 的强大之处就是它内部维护一个网络, 处在相同网络的容器是可以互通的

# 新建一个 docker 网络, -d bridge 是指定网络模式, 当前是桥接网络
docker network create -d bridge nginx_swarm
# 启动两个 nginx 容器, 分别命名 nginx_swarm_a nginx_swarm_b , 两者都加入了 nginx_swarm 这个网络  --rm 是当容器停止后自动删除
docker run -it --rm  --name nginx_swarm_a --network nginx_swarm  nginx /bin/bash
docker run -it --rm  --name nginx_swarm_b --network nginx_swarm  nginx /bin/bash

注意, 我们并没把接口暴露出去, 现在随便在一个容器中 ping 另一个容器

# 这是在 nginx_swarm_a 中
# 没有 ping 命令的先装一个 ping
# apt-get update && apt-get install -y iputils-ping
root@73d04107780f:/# ping -c 3 nginx_swarm_b
PING nginx_swarm_b (172.18.0.3) 56(84) bytes of data.
64 bytes from nginx_swarm_b.nginx_swarm (172.18.0.3): icmp_seq=1 ttl=64 time=0.084 ms
64 bytes from nginx_swarm_b.nginx_swarm (172.18.0.3): icmp_seq=2 ttl=64 time=0.161 ms
64 bytes from nginx_swarm_b.nginx_swarm (172.18.0.3): icmp_seq=3 ttl=64 time=0.146 ms

--- nginx_swarm_b ping statistics ---

docker 能自动的把 server name 转换成 ip, 我们只需要标明请求的是哪个容器, 而不是还要记住它的 ip 地址(当然 ip 地址也能设置)

弄明白以下几点启动一个容器应该是没什么问题了:

国内一定要使用国内镜像源, 不然会痛不欲生, 国内 docker 仓库镜像对比

分清镜像和容器的概念, 容器就是基于镜像构建出来的一个实例

不要往容器中保存数据, 容器应该是无状态的, 需要持久化保存的就docker run -v xx:xx 或者 docker create volume ... 用独立的卷来保存

docker 不是虚拟机

分清楚宿主机端口和容器端口

处在相同network下的容器才能通过容器明互相访问

参考资料:
Docker — 从入门到实践
nginx 官方镜像

下一章:
不正宗 docker 入门教程 构建一个镜像(2/3)

不正宗 Docker 入门教程-启动一个容器(1/3)

不正宗 Docker 入门教程-构建一个镜像(2/3)

不正宗 Docker 入门教程-使用 Docker-Compose (3/3)

博客原文