Docker---大型项目容器化改造，2024年最新挑战大厂重燃激情

本文链接：https://blog.csdn.net/2401_84247559/article/details/137703728

虚拟化和容器化是项目云化不可避免的两个问题。虚拟化由于是纯平台操作，一个运行于linux操作系统的项目几乎不需要做任何改造就可以支持虚拟化。而项目如果要支持容器化则需要做许多细致的改造工作。容器化相对于虚拟化的优势也相当明显，运行于裸机性能高，秒级启停容器，更不用说开发、测试、布署一致的环境(DevOps理念)，以及上篇提到的微服务的能力。大家还可以找到各种文章来介绍容器化（Docker）的知识，这里我们就不一一赘述。下面我们会根据项目的实际情况，介绍下容器化改造会面临的问题和解决方案。

一个几十万行c++代码、大几十个应用程序的大型项目进行容器化。如何对原来的代码改造最小，甚至代码都不需要修改。如何静悄悄的，甚至不让业务程序员发觉。如何将业务镜像的体积做到最小。如何快速地制作一个业务镜像。这些一直是困扰我们多时的问题。容器分类的时候，如果需要对代码组织方式和架构进行调整，对于几十万行的项目将会是一个灾难。容化改造完后，如果开发模式变化太剧烈，无可避免会面临几十个、上百个业务程序员重新学习适应的过程，成本惊人。业务镜像的大小直接影响对现场更新容器方便与否的问题，特别是当项目在海外，网络速度不是很快的情况下。自动化、快速的镜像制作是能否进行敏捷开发的关键。

一、如何开始

如何将一个运行于linux的项目挪到容器里面去运行通常是遇到的第一个问题。网上找一个带gcc编译器和linux操作系统的基础镜像，基于这个镜像可以先制作一个编译和CI检查（代码检查、运行单元测试等等）的构建镜像。利用构建镜像进行编译和CI检查，然后基于基础镜像制作运行镜像，将编译好的库和可执行程序拷贝进去（通过Dockerfile）。这样一个最简单镜像就制作好了。

上面方法做出来的业务镜像可以运行，但有两个问题，制作的时间特别长（我们项目需要一个小时）、镜像的业务层特别大（我们项目有1个G）。两个问题不是特别严重，但如果项目拿去商用就是一个很麻烦的问题。

二、容器分层

容器分层的概念是Docker的核心概念，就是支持每个容器可以“继承”自另外一个容器。这里的继承跟面向对象里的继承应该是同一个概念。这样除了可以带来“继承”特性的好处，底层镜像变动时，不需要去更新上层的镜像，这样就可以少更新很多东西。的确很妙，面向对象的继承我都没觉得有这么好用！受这个特性影响，我们将项目用到的第三方库单独提出来做成一层。制作的流程也相应地变成下图所示。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数软件测试工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。