一、历史演化
1、演化史
2、物理机时代
2.1、图解
一个物理机上安装操作系统,然后直接运行我们的软件。也就是说你电脑上直接跑了一个软件,并没有开虚拟机什么的,资源极其浪费。
2.2、缺点
-
部署慢
-
成本高
虚拟机都不开,直接上物理机部署应用,那成本能不高嘛
- 资源浪费
硬件资源没有合理利用
- 不易迁移和增加机器
每次迁移都要重新安装一模一样的运行环境等
- 受限于硬件
3、虚拟机时代
3.1、图解
一个物理机上虚拟化出来多个虚拟机,每个虚拟机上进行安装操作系统,然后在虚拟机上直接运行我们的软件。比如阿里云、腾讯云等云服务器都是虚拟机。
3.2、特点
- 多部署
一个物理机上创建多个虚拟机,每个虚拟机的ip都不同,一个软件可以在不同虚拟机上进行部署。
扫描二维码关注公众号,回复: 11282753 查看本文章![]()
- 资源隔离
每个虚拟机都由独立分配的内存磁盘等硬件资源,通过Hypervisor分配。
- 易扩展
随时随地都能在一个物理机上开出新的虚拟机。成本也低。
- 成本相对较低
3.3、缺点
- VM需要安装操作系统
假设我们的应用程序只有几KB,或者几十MB,但是却要在虚拟机上安装一个几百兆的操作系统来跑。
4、容器化时代
4.1、有什么用
看完了物理机时代和虚拟机时代后发现各有缺点,而容器化技术可以完美解决虚拟机时代的缺点。
或许你一定遇到过程序在我本地是正常的,为毛到了QA环境就GG了?或者本地和QA都测试通过了,为毛上线就GG了?这大多是因为环境不同所导致的,最简单的例子:本地和QA是jdk1.8,线上是1.6等等。容器化技术比如docker,开发者可以将安装环境和程序一起打包给运维,运维直接安装你这个打包的“脚本”即可,所有的环境都是你本地正常运行的。
如果没看懂就粗浅的理解为:你用shell命令写了个脚本,下载jdk,配置环境变量、下载tomcat、部署你的程序等等这一套流程,然后交给运维,运维直接sh xxx.sh就完事了,环境什么的都是你给的,不会出现环境不一致的情况。你肯定有疑问:我虚拟机上有jdk了,你给我的脚本里再安装jdk肯定不行啊,容器化技术可以让资源隔离,互不影响。
4.2、对比虚拟机时代
虚拟化技术是物理硬件的隔离,容器化技术是app层面的隔离,两者不冲突。往往容器化时代都是基于虚拟机基础之上做的资源隔离。它可以基于虚拟机的操作系统部署多服务,不再需要额外安装操作系。
4.3、特点
- 标准化的迁移方式
那肯定啊,开发者将环境和程序打包给运维,运维直接执行就完事了。
- 统一的参数配置
废话,包都是开发者给的,开发者难道把一个应用程序打两个不同的包给运维?
-
自动化部署
-
应用集群监控
-
开发与运维之间的沟通桥梁
加粗了,自行体会。
二、什么是Docker?
**Docker就是容器化技术的一种具体实现。**基于Go语言开发。
加粗的一句话已经解释的明明白白了,不明白就等于没看懂上面的。
三、Docker的安装
基于Centos7的安装。
1、官方安装地址
https://docs.docker.com/engine/install/centos/
官方由于是国外的,所以不推荐,推荐下面的安装方式。
2、国内源安装
2.1、安装工具
sudo yum install -y yum-utils device-mapper-persistent-data lvm2
device-mapper-persistent-data lvm2是干嘛的?
docker要想数据存储就必须要安装这两个,这两个是为了docker做数据存储用的。
2.2、添加源为国内
sudo yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo
2.3、更新安装Docker-CE
sudo yum makecache fastsudo yum -y install docker-ce
2.4、验证是否安装成功
sudo service docker startdocker version
2.5、先爽一把helloworld
好不容易安装完了,先爽一把helloworld。
docker pull hello-worlddocker run hello-world
四、更换镜像地址
需要更换镜像仓库地址为阿里云的。
1、啥意思
记得maven嘛?maven下载下来一般都会改配置文件,将其远程仓库地址改为阿里云的,docker其实也一样,如果把他比作maven的话,可以理解成从远程仓库(镜像仓库)拉取jar包(镜像文件),但是远程镜像仓库是国外的,所以需要换成国内的。
2、更换步骤
(1)打开网站
https://www.aliyun.com/
(2)搜索“容器镜像服务”
(3)点击“立即开通”
(4)点击“镜像加速器”
(5)执行命令
sudo mkdir -p /etc/dockersudo tee /etc/docker/daemon.json <<-'EOF'{ "registry-mirrors": ["https://xxxxxx.mirror.aliyuncs.com"]}EOFsudo systemctl daemon-reloadsudo systemctl restart docker
(6)大功告成
上面1-5步骤执行完成后就大功告成了,就可以用docker pull xxx
来测试下了,速度贼拉快。
五、Docker的基本概念
1、容器与镜像
1.1、镜像
镜像是只读的文件,提供了运行程序完整的软硬件资源,是应用程序的“集装箱”。
1.2、容器
容器是镜像的实例,由Docker负责创建,容器之间彼此隔离。
1.3、一句话概况
一个镜像可以创建多个容器,容器之间彼此隔离,互不影响。
2、仓库
2.1、本地仓库
存放了自己docker pull
下来的镜像。
2.2、远程仓库
存放了各种各样的镜像,docker pull
命令就是先去本地仓库检查是否有这个镜像,没有的话就去远程仓库拉取镜像放到本地仓库。镜像都是别人打包好的应用程序。
直接搜索就行,不用注册登录。
2.3、一句话概况
跟maven仓库的含义几乎一样。
3、Docker Daemon
用于管理镜像和容器,客户端发起docker run
的请求会交给docker daemon处理,docker daemon会给这个镜像开辟一个新的容器。再比如客户端发起docker pull
命令也是交给docker daemon,docker daemon去检查本地仓库有没有,本地仓库没有的话docker daemon去远程仓库拉取镜像放到本地仓库。
六、docker原理
1、描述
原理很简单,核心在于docker daemon,客户端所有的请求都会交给daemon处理,比如下图中的三个命令的完整执行流程是这样的:
1.1、docker build
client发送docker build
给docker daemon,docker daemon收到请求后会构建镜像放到本地仓库。
1.2、docker pull
client发送docker pull
命令给docker daemon,docker daemon收到命令后会优先检查本地仓库是否存在此镜像,若不存在则去远程仓库拉取镜像并放到本地仓库,若存在则不走远程仓库。
1.3、docker run
client发送docker run
命令给docker daemon,docker daemon收到命令后会启动一个新的容器,所以一个镜像可以有多个容器,只要我run一次就会产生一个新的容器出来。
2、图解
七、实战部署Tomcat
1、找镜像
(1)去远程仓库找镜像
(2)
(3)一般带官方logo的,且名字就是官方名字的(比如tomcat),且start最高的,那就是正品。其他的可能都是个人的,个人的不靠谱。
(4)
2、安装tomcat
2.1、拉取镜像
docker pull tomcat
完整命令是:docker pull 镜像名<:tags> 从远程仓库拉取镜像。如果没写:tags则代表是latest版本。如下图
比如也可以拉取带tags的镜像
docker pull tomcat:8.5.55-jdk8-openjdk
这个tag是从如下地方获取的
2.2、查看镜像
docker images
2.3、启动容器
镜像有了该启动容器玩玩了。
docker run tomcat
完整命令是:docker run 镜像名<:tags> 这里没指定tag就代表是latest,
docker images
可以查看镜像tags等信息。
2.4、问题
我们已经装逼三连:docker pull
、docker images
、docker run
,将tomcat正常启动了,默认端口8080,问题来了,我怎么访问呢?它是在docker里的,不是我宿主机的8080端口,这就需要做一个端口映射。宿主机和docker启动的tomcat的端口映射。
2.5、端口映射
docker run -p 8000:8080 tomcat
也就是启动参数里多加个-p参数,-p参数用于端口映射,前面是宿主机端口,后面是容器端口。
2.6、测试
浏览器输入:http://localhost:8800
404?那是因为新版本tomcat将webapps下面的内容都删了,所以找不到了原来的index.jsp文件了。这又有问题了,我怎么进入我容器里的tomcat目录?比如看个log,找到webapps给他添加文件等操作。
2.7、进入容器里的tomcat
# 先用docker ps命令查看启动的容器docker ps
# 进入容器的tomcatdocker exec -it ac1c3d62b75d /bin/bash
格式:docker exec [-it] 容器id 命令
exec:在对应容器中执行命令
-it:采用交互方式执行命令
执行ls -l
查看目录
可以看下webapps,里面空空如也。所以404,但是外层有一个webapps.dist
文件夹,这个文件夹是原有tomcat的主页面,我们可以删除webapps,然后mv命令将webapps.dist
改为webapps,等自动部署完在访问网页就正常了。
mv后tomcat部署稍微慢点,等1-2min,在访问就行。
2.8、怎么后台启动
现在问题:ctrl+c就结束进程了。
# -d 参数即可docker run -p 8000:8080 -d tomcat
2.9、总结
以上步骤其实就干了这么几件事:
-
docker pull 镜像
-
docker run 镜像
-p 端口映射
-d 后台启动
- docker exec -it 镜像id /bin/bash
八、常用命令总结
命令 | 解释 |
---|---|
docker pull 镜像名<:tags> | 从远程仓库拉取镜像到本地仓库 |
docker images | 查看本地仓库所有镜像 |
docker run 镜像名<:tags> | 基于镜像创建容器并启动,可以添加-d port1:port2参数,port1:宿主机端口,port2:容器端口, -d参数代表后台运行 |
docker ps | 查看当前所有启动的容器 |
docker ps -a | 查看本地所有容器,包含未启动的,删除容器的时候可用来查询容器id |
docker start/stop/restart 容器id | 启动/停止/重启容器 |
docker rm <-f> 容器id | 删除<-f:强制删除>容器,运行中的容器不能删除,-f可以强制 |
docker rmi <-f> 镜像名称 <:tags> | 删除<强制删除>镜像,镜像有容器在启动,不能被删除,-f可以强制 |
docker exec [-it] 容器id 命令 | 进入容器主目录,exec:在对应容器中执行命令,-it:采用交互方式执行命令 |
九、容器内部结构
1、内部结构
你jdk都没安装,怎么就能跑tomcat?tomcat容器内部包含了如下:
-
一个超级迷你的linux系统
-
jdk
-
tomcat
2、验证
先进入容器
docker exec -it ac1c3d62b75d /bin/bash
- linux系统
执行
cat /proc/version
,可以发现带了个红帽系统
- jdk
java -version
- tomcat
这个还用验证?
十、容器原理
1、图解
2、总结
created -> running -> paused -> deleted
3、验证
docker create tomcat# 查看容器状态,会发现是createddocker ps -a
docker start 8c4a21f47b8f# 查看容器状态,会发现是up, up就对应running,代表运行中docker ps
# docker stop命令会让容器进入exit状态,这个不等于paused,paused没有演示的必要。docker stop 8c4a21f47b8f
# rm删除容器。也就对应deleted状态docker rm 8c4a21f47bf
十一、docker总结
发现优点了没?
-
一个宿主机上或者虚拟机上启动N个docker,每个docker是一个tomcat,之前集群是多个虚拟机,或者宿主机,现在是一个虚拟机上开N个docker容器,然后映射不同的端口,牛逼。当然你会说负载均衡,挂了一个第二个还能支持,这种需要多台虚拟机的。但是也大大节省了资源消耗。虽然你一台机器也能改端口来完成,但是docker节省资源,而且资源隔离,N个容器之间彼此独立。
-
资源隔离,多个容器之间彼此不干扰。
-
环境统一,因为只要镜像的tag一样,那么启动的容器的环境都一致。牛逼!