微服务遇到的问题:
微服务虽然具备各种各样的优势,但服务的拆分通用给部署带来了很大的麻烦。
1.分布式系统中,依赖的组件非常多,不同组件之间部署时往往会产生一些冲突。
2.在数百上千台服务中重复部署,环境不一定一致,会遇到各种问题
应用部署的环境问题:
大型项目组件较多,运行环境也较为复杂,部署时会碰到一些问题
1)依赖关系复杂,容易出现兼容性问题
2)开发、测试、生产环境有差异
例如一个项目中,部署时需要依赖于node.js、Redis、RabbitMQ、MySQL等,这些服务部署时所需要的函数库、依赖项各不相同,甚至会有冲突。给部署带来了极大的困难
Docker解决依赖兼容问题
Docker为了解决依赖的兼容问题,采用了两个手段:
1. 将应用的Libs(函数库)、Deps(依赖)、配置与应用一起打包
2.将每个应用放到一个隔离容器去运行,避免互相干扰

这样打包好的应用包中,既包含应用本身,也保护应用所需要的Libs、Deps,无需再操作系统上安装这些,自然就不存在不同应用之间的兼容问题了
虽然解决了不同应用的兼容问题,但是开发、测试等环境会存在差异,操作系统版本也会有差异,接下来要解决操作系统环境差异
Docker解决操作系统环境差异
要解决不同操作系统环境差异问题,必须先了解操作系统结构。以一个Ubuntu操作系统为例,结构如下:
结构包括:
- 计算机硬件:例如CPU、内存、磁盘等
- 系统内核:所有Linux发行版的内核都是Linux,例如CentOS、Ubuntu、Fedora等。内核可以与计算机硬件交互,对外提供内核指令,用于操作计算机硬件。
- 系统应用:操作系统本身提供的应用、函数库。这些函数库是对内核指令的封装,使用更加方便。
Docker如何解决不同系统环境的问题?
- Docker将用户程序与所需要调用的系统(比如Ubuntu)函数库一起打包
- Docker运行到不同操作系统时,直接基于打包的函数库,借助于操作系统的Linux内核来运行
Docker是一个快速交付应用、运行应用的技术,具备下列优势:
可以将程序及其依赖、运行环境一起打包为一个镜像,可以迁移到任意Linux操作系统
运行时利用沙箱机制形成隔离容器,各个应用互不干扰
启动、移除都可以通过一行命令完成,方便快捷
Docker命令
镜像命令
docker images 查看镜像
2. docker rmi 删除镜像拉取镜像 例如nginx
镜名称一般分两部分组成:[repository]:[tag]
docker pull nginx:latest
nginx就是 [repository]
latest就是[tag] 默认为最新版本查看拉取到的镜像 docker images
保存、导入镜像
利用docker xx —help命令查看docker save和docker load的语法
docker save —help 可以查看save命令用法
命令格式: docker save -o [保存的目标文件名称] [镜像名称]
使用docker save 导出镜像到磁盘
运行命令:docker save -o nginx.tar nginx:latest
使用docker load加载镜像
先删除本地的nginx镜像 :docker rmi nginx:latest
然后运行命令,加载本地文件:docker load -i nginx.tar
容器操作
- docker run:创建并运行一个容器,处于运行状态
- docker pause:让一个运行的容器暂停
- docker unpause:让一个容器从暂停状态恢复运行
- docker stop:停止一个运行的容器
- docker start:让一个停止的容器再次运行
- docker rm:删除一个容器 强制删除 docker rm -f
- docker exec : 进入容器执行命令
- docker logs: 查看容器运行日志 后面加 -f 可以持续查看日志
- docker ps -a 查看所有容器
docker ps 查看正在运行的容器
1.创建并运行一个容器 一nginx为例
docker run —name containerName -p 80:80 -d nginx
命令解读:
- docker run :创建并运行一个容器
- —name : 给容器起一个名字,比如叫做mn
- -p :将宿主机端口与容器端口映射,冒号左侧是宿主机端口(不重复可随意定义),右侧是容器端口(程序原本运行的端口)
- -d:后台运行容器
- nginx:镜像名称,例如nginx
宿主机的端口可以有多个 也可以运行多个容器
停止或者删除一个容器时 后面可以是容器id 也可以是容器名
2.进入容器,修改文件(进入Nginx容器,修改HTML文件内容,添加“传智教育欢迎您”)
进入容器要用到docker exec命令
1)进入容器。进入我们刚刚创建的nginx容器的命令为:
docker exec -it mn bash
命令解读
- docker exec :进入容器内部,执行一个命令
- -it : 给当前进入的容器创建一个标准输入、输出终端,允许我们与容器交互
- mn :要进入的容器的名称
- bash:进入容器后执行的命令,bash是一个linux终端交互命令
2)进入nginx的HTML所在目录
容器内部会模拟一个独立的Linux文件系统,看起来如同一个linux服务器一样:
cd /usr/share/nginx/html
3)修改index.html的内容
容器内没有vi命令,无法直接修改,我们用下面的命令来修改:
sed -i -e 's#Welcome to nginx#传智教育欢迎您#g' -e 's#<head>#<head><meta charset="utf-8">#g' index.html
exit 退出
容器上传文件 : docker cp ./xxxx.html mn:/
下载文件: docker cp mn:/xxxx.html ./
数据卷(容器数据管理)
在之前的nginx案例中,修改nginx的html页面时,需要进入nginx内部。并且因为没有编辑器,修改文件也很麻烦。
这就是因为容器与数据(容器内文件)耦合带来的后果。
要解决这个问题,必须将数据与容器解耦,这就要用到数据卷了。
数据卷(volume)是一个虚拟目录,指向宿主机文件系统中的某个目录。
一、数据卷操作的基本语法如下:docker volume [COMMAND]
docker volume命令是数据卷操作,根据命令后跟随的command来确定下一步的操作:
- create 创建一个volume
- inspect 显示一个或多个volume的信息
- ls 列出所有的volume
- prune 删除未使用的volume
- rm 删除一个或多个指定的volume
创建和查看数据卷(创建一个数据卷,并查看数据卷在宿主机的目录位置)
1.创建数据卷:docker volume create html
2.查看所有数据:docker volume ls
3.查看数据卷详细信息卷:docker volume inspect html
可以看到,我们创建的html这个数据卷关联的宿主机目录为/var/lib/docker/volumes/html/_data目录。
二、挂载数据卷
我们在创建容器时,可以通过 -v 参数来挂载一个数据卷到某个容器内目录,命令格式如下:
docker run -d —name mn -v html:/root/html -p 8080:80 nginx:latest
这里的-v就是挂载数据卷的命令:
-v html:/root/html:把html数据卷挂载到容器内的/root/html这个目录中
给nginx挂载数据卷
创建一个nginx容器,修改容器内的html目录内的index.html内容
① 创建容器并挂载数据卷到容器内的HTML目录
docker run —name mn -v html:/usr/share/nginx/html -p 80:80 -d nginx
② 进入html数据卷所在位置,并修改HTML内容
# 查看html数据卷的位置
docker volume inspect html
# 进入该目录
cd /var/lib/docker/volumes/html/_data
# 修改文件
vi index.html
给Mysql挂在本地目录
容器不仅仅可以挂载数据卷,也可以直接挂载到宿主机目录上。关联关系如下:
- 带数据卷模式:宿主机目录 —> 数据卷 —-> 容器内目录
- 直接挂载模式:宿主机目录 —-> 容器内目录
语法:
目录挂载与数据卷挂载的语法是类似的:
- -v [宿主机目录]:[容器内目录]
- -v [宿主机文件]:[容器内文件]
创建并运行一个MySQL容器,将宿主机目录直接挂载到容器
docker run --name mysql -p 3306:3306 -v /my/own/datadir:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=root -d mysql:5.7.25
环境变量 给mysql设置密码 root
-e MYSQL_ROOT_PASSWORD=root -d mysql:5.7.25
数据卷挂载与目录直接挂载的
- 数据卷挂载耦合度低,由docker来管理目录,但是目录较深,不好找
- 目录挂载耦合度高,需要我们自己管理目录,不过目录容易寻找查看
