这篇文章主要介绍”怎么在码头工人中使用码头工人命令”,在日常操作中,相信很多人在怎么在码头工人中使用码头工人命令问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答“怎么在码头工人中使用码头工人命令”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
<强>,1。典型适用场景
在词中,通常会有一个CI发动机负责解析流程,控制整个构建过程,而将真正的构建交给代理去完成,例如,詹金斯,GitLab均是如此。
如下图,连接CI引擎的代理,种类很多。这是为了满足不同项目对构建环境的要求。
同时代理是动态的,构建时才需要,构建完成时即销毁.CI非常适合实践容器,Serverless等技术,因此在生产过程中代理经常是容器化的。
那么问题就来了?如果CI引擎也是容器化的,在容器中如何使用代理容器去构建呢?如果剂已经是容器化的,那么在代理上如何构建镜像呢?这就是本篇将给出的回答,如何在码头工人中使用码头工人。
<强> 2。两种使用模式
我们需要知道码头工人以C/S模式工作,主要分为两个部分,码头工人CLI和码头工人守护进程.Docker CLI,也就是客户端,提供给用户命令行操作码头工人,例如码头工人创建/图片/ps等.Docker达蒙,也就是守护进程,负责接受用户指令,维护容器的生命周期。
<强> 2.1码头工人,码头工人
码头工人,码头工人以下简称DinD。
如上图,可以在容器中直接运行一个码头工人守护进程,然后使用容器中的码头工人CLI工具操作容器。
这种方式下,容器中的码头工人守护进程完全独立于外部,具有良好的隔离特性。看起来,容器类似一个虚拟机,但DinD的作者自己也不是很推荐。
主要原因还是安全问题.DinD需要以特权模式启动,这种嵌套会带来潜在的安全风险。
这种方式下,响应命令的容器嵌套于使用码头工人命令的容器。
<强> 2.2码头工人以外的码头工人
码头工人以外的码头工人,以下简称DooD。
如上图,码头工人以C/S模式工作,使用时用户关注的是C端,而生命周期的管理在端。
因此,只需要将容器的外部码头工人守护进程服务挂载到容器中。让容器误以为本地运行了码头工人守护进程,使用码头工人CLI命令操作时,外部的码头工人守护进程会响应请求。
这种方式下,响应命令的容器与使用码头工人命令的容器处于同一层级。
<强> 3。null
