灯火阑珊处青衫落拓,电视剧风筝迅雷下载,蔡小岑
没有 docker 部署的程序是不完整的，在写了 iis/centos/supervisor 3篇托管介绍文章后，终于来到了容器化部署，博客园里面有关于 docker 部署的文章比比皆是，作为硬核实战派，这里做的一定是一套打完带走的功法。本文使用的学习机器是由 azure 倾情提供的 30 天试用版本，大家都可以申请的哈。
docker 带来的好处是显而易见的，使用 docker 可以在同一台服务器上部署多个版本的应用，彼此间不会引起冲突，更快的迁移过程，当需要增加服务实例的时候，只需要下载 docker 镜像即可部署运行，无需担心环境初始化等一系列前置工作，目前使用 docker 基于阿里云弹性计算的应用已经非常广泛，docker 容器内部就是一个独立的虚拟机，在容器中，你可以做一切你想做的工作，比如测试、代码编译，基于容器的版本回滚也非常的方便；有人说，使用了 docker 而没有使用容器编排的话是没有意义的；朋友们，不要听人云亦云， docker 的存在，本意并非面向大型应用，现在大量的微服务化就已经证明了 docker 是一个小巧、灵活的载体，所以，在单体应用中使用 docker 也是非常有必要的。
举个例子，某外包公司为某企业开发了一款基于图像识别的程序套件，最初部署上线是使用 .net core 1.0 ，而由于技术迭代和业务的发展，甲方要求该套件必须升级到 .net core 2.0+,而该套件程序目前运行于正式环境中，且不能停机，这就是传说中的给飞行中的飞机换引擎；首先，在当前正式环境安装 .net core 2.0 风险较大，谁也不能保证没有兼容性问题；其次，使用另外一台服务做 .net core 2.0 的升级方案，但是该方案的缺点是需要增加服务器、且需要调整反向代理配置；开发方结合现实，给出 docker 部署升级的方案，通过容器化部署，对现有生产环境几乎就是零影响，且无需增加服务器和修改反向代理配置。
参考：
$ sudo yum install -y yum-utils \ device-mapper-persistent-data \ lvm2
添加包源
sudo yum-config-manager \ --add-repo \ https://download.docker.com/linux/centos/docker-ce.repo
开始安装 docker-ce
sudo yum install docker-ce docker-ce-cli containerd.io
安装完成，输入
docker --version
sudo systemctl start docker
*测试运行
sudo docker run hello-world
看上图红框处的两个消息，当输入命令 sudo docker run hello-world，docker 检查到本地仓库没有名称为：hello-world 的镜像，马上从官方仓库中拉取了该镜像，然后执行，hellow-world 执行后输出信息在红框 2 处，表示您安装的 docker 程序已经安装成功并成功使用容器运行。
好消息是，当你对上面的一堆命令非常茫然的时候，docker 官方提供了一份安装脚本，可以一键安装 docker ，地址在：
为了将 .net core 应用程序进行容器化，我们需要为程序编写一个 dockerfile 文件，正如其名称一样，该文件的名字也需要命名为 dockerfile，，然后将其放入程序根目录下，还是以之前的 deploy.linux 程序为例子，在 deploy.linux 根目录下创建 dockerfile
我们有两种创建 dockerfile 文件的方式
通过开发工具 visual studio 右键点击项目：添加-> docker 支持
或者手动创建该文件，一个标准的 dockerfile 如下
from microsoft/dotnet:2.2-sdk #这是第一个指令，必须是 from 这里指定基础构建镜像 workdir /app #工作目录，即程序运行根目录 copy *.csproj ./ #复制文件到容器中 run dotnet restore #下载项目依赖项 copy . ./ #将剩余文件复制到容器中 run dotnet publish "deploy.linux.csproj" -c release -o /app #发布容器中的项目到 容器中 /app 目录 entrypoint ["dotnet", "deploy.linux.dll"] #运行镜像入口命令和可执行文件名称
创建完 dockerfile 文件后，将项目文件 copy 到服务器上，定位到目录 deploye.linux ，执行以下命令
sudo docker build -t demo .
看到输出结果提示：successfully tagged demo:latest 表示镜像构建成功
输入命令查看仓库中的镜像，可以看到 demo 镜像已经安静的躺在那里等待我们去开发了
sudo docker images
现在，可以输入命令运行我们刚刚创建的 demo 镜像了
sudo docker run -d -p 80:80 -e --name demo demo:latest . -v /data/logs/demo:/data/logs/demo
现在大家打开我 azure 云主机的地址访问：） ，目前运行的程序正是基于 dokcer 容器的实例
非常开心，使用 docker 进行容器化部署成功！！！
当我们成功部署第一个 docker 应用后，后续的问题也随之而来了，比如更新，这个是无法回避的问题，从部署完成的那一刻开始就如影随形，所以，学习其它的 docker 命令是非常有必要的
容器化部署的每一次更新都伴随着下面的步骤，长此以往，生生不息
*步骤说明
1、编译
2、打包
3、发布
4、运行
我们可以把这些步骤都整合成一份脚本文件，每次都去执行该脚本即可，方便又安全，当后续引入 jenkins 进行自动化构建之后，我们直接把该脚本迁移到 jenkins 中即可，还是以当前的实例 deploy.linux 为例子，编写 demo.sh 脚本文件如下：
我要评论sudo docker build -t demo . #开始执行dockerfile进行构建
sudo docker images -a #列出现有仓库的镜像列表
sudo docker ps -a | grep "exited" | awk '{print $1 }'|xargs docker stop #查找并停止镜像
sudo docker ps -a | grep "exited" | awk '{print $1 }'|xargs docker rm #移除已停止的镜像
sudo docker images -q -a | xargs docker inspect --format='{{.id}}{{range $rt := .repotags}} {{$rt}} {{end}}'|grep -v ':' #移除悬空镜像，没起作用，求指导
sudo docker ps -a #列出所有实例
sudo docker stop demo #停止demo实例
sudo docker rm demo #移除demo实例
sudo docker run -d -p 80:80 --name demo demo:latest . -v /data/logs/demo:/data/logs/demoo docker run -d -p 80:80 -e --names demo demo:latest . -v /data/logs/demo:/data/logs/demo #指定demo镜像，运行demo实例
为了使用脚本，我们必须为 docker 用户赋予 root 用户组权限，否则 docker 无权执行停止实例等操作，执行下面的命令
sudo groupadd docker
sudo gpasswd -a ${user} docker
sudo service docker restart
newgrp - docker
好了，现在可以愉快的执行脚本了，使用下面的命令执行一键构建镜像
sudo sh demo.sh
进入运行中的容器的方法有多种，掌握一种足够，在控制台输入命令
sudo docker exec -it demo /bin/bash
在容器内部使用命令和在 centos 系统中一样，可以看到我们 demo 程序的执行目录 /app
通过本文，我们学习了以下内容
1、在 centos 中安装 docker
2、编写 dockerfile 文件
3、在容器中构建 .net core 程序
4、编写自动化构建脚本，为迁移到 jenkins 做准备
5、学习了一些基本的 docker 扩展命令
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
Blazor server side 自家的一些开源的, 实用型项目的进度之 CEF客户端
.NET IoC模式依赖反转(DIP)、控制反转(Ioc)、依赖注入(DI)
vue+.netcore可支持业务代码扩展的开发框架 VOL.Vue 2.0版本发布
网友评论