Asp.NetCore轻松学-使用Docker进行容器化托管
<h2 id="前言">前言</h2><p>没有 docker 部署的程序是不完整的，在写了 IIS/Centos/Supervisor 3篇托管介绍文章后，终于来到了容器化部署，博客园里面有关于 docker 部署的文章比比皆是，作为硬核实战派，这里做的一定是一套打完带走的功法。本文使用的学习机器是由 Azure 倾情提供的 30 天试用版本，大家都可以申请的哈。</p>
<h2 id="1-为什么要使用-docker">1. 为什么要使用 docker</h2>
<h5 id="11-docker-介绍">1.1 docker 介绍</h5>
<p>docker 带来的好处是显而易见的，使用 docker 可以在同一台服务器上部署多个版本的应用，彼此间不会引起冲突，更快的迁移过程，当需要增加服务实例的时候，只需要下载 docker 镜像即可部署运行，无需担心环境初始化等一系列前置工作，目前使用 docker 基于阿里云弹性计算的应用已经非常广泛，docker 容器内部就是一个独立的虚拟机，在容器中，你可以做一切你想做的工作，比如测试、代码编译，基于容器的版本回滚也非常的方便；有人说，使用了 docker 而没有使用容器编排的话是没有意义的；朋友们，不要听人云亦云， docker 的存在，本意并非面向大型应用，现在大量的微服务化就已经证明了 docker 是一个小巧、灵活的载体，所以，在单体应用中使用 docker 也是非常有必要的。</p>
<h6 id="12-应用举例">1.2 应用举例</h6>
<p>举个例子，某外包公司为某企业开发了一款基于图像识别的程序套件，最初部署上线是使用 .NET Core 1.0 ，而由于技术迭代和业务的发展，甲方要求该套件必须升级到 .NET Core 2.0+,而该套件程序目前运行于正式环境中，且不能停机，这就是传说中的给飞行中的飞机换引擎；首先，在当前正式环境安装 .NET Core 2.0 风险较大，谁也不能保证没有兼容性问题；其次，使用另外一台服务做 .NET Core 2.0 的升级方案，但是该方案的缺点是需要增加服务器、且需要调整反向代理配置；开发方结合现实，给出 docker 部署升级的方案，通过容器化部署，对现有生产环境几乎就是零影响，且无需增加服务器和修改反向代理配置。</p>
<h2 id="2-centos-服务器安装前置条件">2 Centos 服务器安装前置条件</h2>
<h5 id="21-安装-docker-ce">2.1 安装 docker-ce</h5>
<blockquote>
<p>参考：https://docs.docker.com/install/linux/docker-ce/centos/</p>
</blockquote>
<pre><code>$ sudo yum install -y yum-utils \
device-mapper-persistent-data \
lvm2
</code></pre>
<p><img src="https://img2018.cnblogs.com/blog/26882/201903/26882-20190303073627467-1117913640.png" alt="" loading="lazy"></p>
<p><strong>添加包源</strong></p>
<pre><code>sudo yum-config-manager \
--add-repo \
https://download.docker.com/linux/centos/docker-ce.repo
</code></pre>
<p><img src="https://img2018.cnblogs.com/blog/26882/201903/26882-20190303073637596-1072675509.png" alt="" loading="lazy"></p>
<p><strong>开始安装 docker-ce</strong></p>
<pre><code>sudo yum install docker-ce docker-ce-cli containerd.io
</code></pre>
<p><strong>安装完成，输入</strong></p>
<pre><code>docker --version
</code></pre>
<p><img src="https://img2018.cnblogs.com/blog/26882/201903/26882-20190303073646584-1223757069.png" alt="" loading="lazy"></p>
<ul>
<li>表示安装成功，但是仅仅是安装成功，截至目前， docker 还没有启动，我们还需要手动启动 docker 服务,输入下面的命令</li>
</ul>
<pre><code>sudo systemctl start docker
</code></pre>
<p>*测试运行</p>
<pre><code>sudo docker run hello-world
</code></pre>
<p><img src="https://img2018.cnblogs.com/blog/26882/201903/26882-20190303073659545-2009010399.png" alt="" loading="lazy"></p>
<p>看上图红框处的两个消息，当输入命令 sudo docker run hello-world，docker 检查到本地仓库没有名称为：hello-world 的镜像，马上从官方仓库中拉取了该镜像，然后执行，hellow-world 执行后输出信息在红框 2 处，表示您安装的 docker 程序已经安装成功并成功使用容器运行。</p>
<h2 id="22-使用安装脚本安装-docker">2.2 使用安装脚本安装 docker</h2>
<p>好消息是，当你对上面的一堆命令非常茫然的时候，docker 官方提供了一份安装脚本，可以一键安装 docker ，地址在：https://github.com/docker/docker-install<br>
注意使用该脚本的权限，并且始终验证脚本的合法性</p>
<h2 id="3-开始使用-dockerfile">3. 开始使用 Dockerfile</h2>
<h5 id="31-为-net-core-应用程序编写-dockerfile-文件">3.1 为 .NET Core 应用程序编写 Dockerfile 文件</h5>
<p>为了将 .NET Core 应用程序进行容器化，我们需要为程序编写一个 Dockerfile 文件，正如其名称一样，该文件的名字也需要命名为 Dockerfile，，然后将其放入程序根目录下，还是以之前的 Deploy.Linux 程序为例子，在 Deploy.Linux 根目录下创建 Dockerfile</p>
<p>我们有两种创建 Dockerfile 文件的方式</p>
<p><em><strong>通过开发工具 visual studio 右键点击项目：添加-> Docker 支持</strong></em></p>
<p><img src="https://img2018.cnblogs.com/blog/26882/201903/26882-20190303073820488-253791087.png" alt="" loading="lazy"></p>
<p><em><strong>或者手动创建该文件，一个标准的 Dockerfile 如下</strong></em></p>
<pre><code>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"] #运行镜像入口命令和可执行文件名称
</code></pre>
<h5 id="32-构建镜像">3.2 构建镜像</h5>
<p>创建完 Dockerfile 文件后，将项目文件 copy 到服务器上，定位到目录 Deploye.Linux ，执行以下命令</p>
<pre><code>sudo docker build -t demo .
</code></pre>
<ul>
<li>注意：上面这条命令后面的小数点不是笔误，是必须的！</li>
</ul>
<p>看到输出结果提示：Successfully tagged demo:latest 表示镜像构建成功</p>
<p><img src="https://img2018.cnblogs.com/blog/26882/201903/26882-20190303073913628-878382666.png" alt="" loading="lazy"></p>
<p>输入命令查看仓库中的镜像，可以看到 demo 镜像已经安静的躺在那里等待我们去开发了</p>
<pre><code>sudo docker images
</code></pre>
<p><img src="https://img2018.cnblogs.com/blog/26882/201903/26882-20190303073921181-1083444701.png" alt="" loading="lazy"></p>
<h5 id="33-运行镜像">3.3 运行镜像</h5>
<p>现在，可以输入命令运行我们刚刚创建的 demo 镜像了</p>
<pre><code>sudo docker run -d -p 80:80 -e--name demo demo:latest . -v /data/logs/demo:/data/logs/demo
</code></pre>
<p><img src="https://img2018.cnblogs.com/blog/26882/201903/26882-20190303073929940-1882113306.png" alt="" loading="lazy"></p>
<p><img src="https://img2018.cnblogs.com/blog/26882/201903/26882-20190303073937320-690417407.png" alt="" loading="lazy"></p>
<blockquote>
<p>现在大家打开我 Azure 云主机的地址访问：http://139.219.9.102/<br>
（学习机器，可能会过期） ，目前运行的程序正是基于 dokcer 容器的实例</p>
</blockquote>
<p><u><em><strong>非常开心，使用 docker 进行容器化部署成功！！！</strong></em></u></p>
<h2 id="4-扩展的-docker-学习">4. 扩展的 docker 学习</h2>
<p>当我们成功部署第一个 docker 应用后，后续的问题也随之而来了，比如更新，这个是无法回避的问题，从部署完成的那一刻开始就如影随形，所以，学习其它的 docker 命令是非常有必要的</p>
<h5 id="41-更新程序">4.1 更新程序</h5>
<p>容器化部署的每一次更新都伴随着下面的步骤，长此以往，生生不息</p>
<blockquote>
<p>*步骤说明<br>
1、编译<br>
2、打包<br>
3、发布<br>
4、运行</p>
</blockquote>
<p>我们可以把这些步骤都整合成一份脚本文件，每次都去执行该脚本即可，方便又安全，当后续引入 Jenkins 进行自动化构建之后，我们直接把该脚本迁移到 Jenkins 中即可，还是以当前的实例 Deploy.Linux 为例子，编写 demo.sh 脚本文件如下：</p>
<pre><code>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实例
</code></pre>
<p>为了使用脚本，我们必须为 docker 用户赋予 root 用户组权限，否则 docker 无权执行停止实例等操作，执行下面的命令</p>
<pre><code>sudo groupadd docker
sudo gpasswd -a ${USER} docker
sudo service docker restart
newgrp - docker
</code></pre>
<p>好了，现在可以愉快的执行脚本了，使用下面的命令执行一键构建镜像</p>
<pre><code>sudo sh demo.sh
</code></pre>
<p><img src="https://img2018.cnblogs.com/blog/26882/201903/26882-20190303074005008-460301512.png" alt="" loading="lazy"></p>
<h2 id="42-进入镜像">4.2 进入镜像</h2>
<p>进入运行中的容器的方法有多种，掌握一种足够，在控制台输入命令</p>
<pre><code>sudo docker exec -it demo /bin/bash
</code></pre>
<p><img src="https://img2018.cnblogs.com/blog/26882/201903/26882-20190303074015013-2017082414.png" alt="" loading="lazy"></p>
<p>在容器内部使用命令和在 Centos 系统中一样，可以看到我们 demo 程序的执行目录 /app</p>
<h2 id="结束语">结束语</h2>
<p>通过本文，我们学习了以下内容</p>
<p>1、在 Centos 中安装 docker<br>
2、编写 Dockerfile 文件<br>
3、在容器中构建 .NET Core 程序<br>
4、编写自动化构建脚本，为迁移到 Jenkins 做准备<br>
5、学习了一些基本的 docker 扩展命令</p>
</div>
<div id="MySignature" role="contentinfo">
<div class="myinfo">
<div class="wxmp">
<img src="https://www.cnblogs.com/images/cnblogs_com/viter/1387975/t_qrcode_for_gh_0632c7b7a499_258.jpg" alt="">
</div>
<ul class="reason">
<li><h6>欢迎关注收取阅读最新文章</h6></li>
<li><h6>好看点个推荐呗~</h6></li>
<li>出处：http://www.cnblogs.com/viter/</li>
<li>本文版权归作者和博客园共有，欢迎个人转载，必须保留此段声明；商业转载请联系授权，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
</li>
<li>欢迎大家关注我的微信公众号，一起学习一起进步</li>
</ul>
</div><br><br>
来源：https://www.cnblogs.com/lianggx/p/10463907.html
頁:
[1]