标签：方案 直接 mic copy 移除 uri run 整合 ice
原文:Asp.NetCore轻松学-使用Docker进行容器化托管没有 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 ，地址在：https://github.com/docker/docker-install，注意使用该脚本的权限，并且始终验证脚本的合法性
为了将 .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 云主机的地址访问：http://139.219.9.102/（学习机器，可能会过期） ，目前运行的程序正是基于 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 扩展命令
Asp.NetCore轻松学-使用Docker进行容器化托管
标签：方案 直接 mic copy 移除 uri run 整合 ice
原文地址：https://www.cnblogs.com/lonelyxmas/p/10474494.html
