Docker大型项目容器化改造

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

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

一、如何开始

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

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

二、容器分层

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

虽然过程多了一步，但效果也是立竿见影的，业务层的制作时间从原来1个小时缩短为12分钟，大小也变为100M左右。

三、业务容器分类

在Docker最佳实践的建议里面，建议一个容器最好只跑一种程序，或者一类程序。像原来那样，一个容器跑几十个进程一定是不合适的。分类清晰的容器也便于管理和进行各种操作。同时，在微服务的最佳实践里面，建议将项目的代码分割成一个个的微服务。每个微服务的代码由不同的团队维护，各自独立。我们先暂时不讨论这种方式的优缺点。原先的项目是一个几十万行、几十个程序的大项目，有几十个人开发人员，有无数的公共模块，每个模块间相互引用也很普遍，每个程序由数量不等的模块来组成。如果按上面的建议来进行Docker的业务分类，无疑会给项目带来巨变，并且涉及组织架构的大调整，几乎是一个不可能的任务。那么如何做既可以对容器进行分类，又保持原有的开发模式不变。有时候察觉不到改变才是推进一项新技术的最佳方式。

方法其实也很简单，容器里面有一个叫docker-entrypoint.sh的角本，管理容器启动后要启动哪些进程。上面我们已经制作了一个项目统一的镜像，在分类的时候，我们只要根据不同类型容器，修改不同的docker-entrypoint.sh来启动不同类型的进程就可以了。要配合设置不同的环境变量，不同的配置文件等等。当然，这一切都很容易！

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对我们的支持。如果你想了解更多相关内容请查看下面相关链接

赞 (0)

相关推荐

  • Docker创建MySQL的讲解

    Docker创建MySQL的讲解

    1.下载MySQL Image 命令: docker pull mysql 2.创建容器 命令样例: sudo docker run -p 3306:3306 --name mysql -v $PWD/conf:/etc/mysql/conf.d -v $PWD/logs:/logs -v $PWD/data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=root -d mysql 命令说明: 总结 以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具

  • 树莓派安装Docker的方法步骤

    因为树莓派是ARM架构的,所以Docker的安装和使用也都有不同.需要讲的内容比较多,这里单挑出来. 树莓派是基于ARM架构的,和PC不同.所以即使树莓派上能做一些docker镜像,也不能在别的PC上运行.反过来别的PC上的docker镜像,也不能在树莓派上运行. 如果需要找树莓派专用的镜像,那就在Dockerhub上搜索ARM或Rpi相关就能找到了. 有一个叫Hypriot的仓库制作了非常多树莓派专用docker,可以参考下. 树莓派参考:Get Docker CE for Debian 参考

  • Spring Boot和Docker实现微服务部署的方法

    Spring Boot和Docker实现微服务部署的方法

    Spring boot 开发轻巧的微服务提供了便利,Docker 的发展又极大的方便了微服务的部署.这篇文章介绍一下如果借助 maven 来快速的生成微服务的镜像以及快速启动服务. 其实将 Spring Boot 项目用 Docker 部署也不是什么多么神秘的技术,也要先生成镜像,再用镜像启动容器,如果说有什么方便的地方,也就是一些工具可以帮助我们节省手动操作的过程. 知识背景: 掌握 docker 的安装以及基本的操作,熟悉 Dockerfile 文件创建镜像的方法. 创建 Spring bo

  • 使用docker创建静态网站应用(多种方式)

    能承载静态网站的服务器有很多,本文使用,nginx.apache.tomcat服务器演示docker静态网站应用设置 一,创建docker文件, 不同服务器的docker文件不一样,下面分别创建nginx.apache.tomcat三个服务器的docker文件,其实主要就是区别于FROM标签于项目文件目录 目录结构褥子: 1,nginx 的 docker文件 FROM nginx COPY ./www /usr/share/nginx/html/ WORKDIR /usr/share/nginx

  • Docker容器间通讯直接路由方式实现网络通讯

    Docker容器间通讯直接路由方式实现网络通讯

    概述 就目前Docker自身默认的网络来说,单台主机上的不同Docker容器可以借助docker0网桥直接通信,这没毛病,而不同主机上的Docker容器之间只能通过在主机上用映射端口的方法来进行通信,有时这种方式会很不方便,甚至达不到我们的要求,因此位于不同物理机上的Docker容器之间直接使用本身的IP地址进行通信很有必要.再者说,如果将Docker容器起在不同的物理主机上,我们不可避免的会遭遇到Docker容器的跨主机通信问题.本文就来尝试一下. 此时两台主机上的Docker容器如何直接通过

  • CentOS版本问题安装Docker报错的解决方案

    CentOS版本问题安装Docker报错的解决方案

    1. 版本信息 # cat /etc/system-release CentOS Linux release 7.2.1511 (Core) # uname -a Linux k8s-daniel-3 3.10.0-327.28.3.el7.x86_64 #1 SMP Thu Aug 18 19:05:49 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux 2. Docker的安装和错误 直接使用yum -y install docker进行安装, 然后无法启动.

  • Docker数据存储之tmpfs mounts详解

    Docker数据存储之tmpfs mounts详解

    阅读本文前,希望你已经对Volumes和Bind mounts有了初步的了解,具体可以参考以下文章: Docker数据持久化之Volumes Docker数据持久化之Bind mounts tmpfs mounts Volumes和Bind mounts模式使我们能够在宿主机和容器间共享文件从而我们能够将数据持久化到宿主机上,以避免写入容器存储层带来的容器停止后数据的丢失的问题. 如果你使用linux运行Docker,那么避免写入数据到容器存储层还有一个方案:tmpfs mounts. tmpf

  • Docker数据存储总结

    Docker数据存储总结

    阅读本文前,希望你已经对Volumes,Bind mounts和tmpfs mounts有了初步的了解,具体可以参考以下文章: Docker数据存储之Volumes Docker数据存储之Bind mounts Docker数据存储之tmpfs mounts 下图展示了Volumes,Bind mounts和tmpfs mounts三种存储技术的不同: Volumes的使用场景 在多个容器间共享数据. 无法确保Docker主机一定拥有某个指定的文件夹或目录结构,使用Volumes可以屏蔽这些宿主

  • Docker数据存储之Bind mounts详解

    Docker数据存储之Bind mounts详解

    阅读本文前,希望你已经对Volumes有了初步的了解,具体可以参考这篇文章: Docker数据存储之Volumes详解 默认容器的数据的读写发生在容器的存储层,当容器被删除时其上的数据将会丢失.所以我们应该尽量保证容器存储层不发生写操作,为了实现数据的持久化存储我们需要选择一种方案来保存数据,当前有以下几种方式: Volumes Bind mounts tmpfs mounts 下图展示了这三种技术: Bind mounts Bind mounts模式和Volumes非常相似,不同点在于Bind

  • Docker数据存储之Volumes详解

    Docker数据存储之Volumes详解

    默认容器的数据的读写发生在容器的存储层,当容器被删除时其上的数据将会丢失.所以我们应该尽量保证容器存储层不发生写操作,为了实现数据的持久化存储我们需要选择一种方案来保存数据,当前有以下几种方式: Volumes Bind mounts tmpfs mounts 下图展示了这三种技术: Volumes Volumes(数据卷)是一个可供一个或多个容器使用的位于宿主机上特殊目录,它拥有以下特性: 数据卷可以在容器间共享和重用 对数据卷的写入操作,不会对镜像有任何影响 数据卷默认会一直存在,即使容器被

随机推荐