【原创】docker源码分析(1)---框架与engine

本文的QQ空间链接:http://user.qzone.qq.com/29185807/blog/1461813727

本文的csdn博文链接:http://blog.csdn.net/screscent/article/details/51272978

源码为docker 1.6.2版本

为啥要用1.6.2版本,这是因为我买了一本书《Docker容器与容器云》,这本书里面也是用的1.6.2版本。

一边可以学习这本书,一边研究源码,事半功倍。除了这本书,现在网上也有很多讲解docker分析的。为了和其他的不同,我们这里主要是针对源代码进行分析。

那么首先大致介绍下框架

1、框架

现在在网上已经有很多这样的框架介绍。如果没有看过的,我推荐http://www.sel.zju.edu.cn/?p=112 这里有完整的框架介绍。下面的图片就转自于此

这个框架图,已经完整的体现出了整个docker的流程。其中engine是整个框架中的一个胶水模块,起着粘连其他所有模块的重要部分。下面我们就先对engine源码做详细分析

2、engine

废话不多说,直接看源码

源码在docker\engine\engine.go

2.1、结构体

Engine功能很简单,主要有几个功能

1、handler管理功能。其他所有模块都会将其带有的功能,以handler的方式注册到Engine中。涉及的变量有handlers,是一个map

2、job管理功能,这里有sync.WaitGroup,用于记录当前工作的job

那么看看Engine都提供了哪些接口

2.2、 注册接口

两个handler注册接口

Register用于其他模块注册其提供的工作handler。很简单就是一个map,用于保存对应的handler

RegisterCatchall 用于注册非法job,获取的handler

handler接口为一个函数对象

另外还有一个全局的handler

也是一个全局的handler map,用于在初始化Engine之前注册

2.3、初始化

初始化很简单,主要工作就是注册了一个commands的handler,另外将全局的handlers拷贝到自己的handlers中

我们看看commands提供的具体handler

这里就是将handlers中所有提供的操作,收集起来,方便提供查询

2.4、Create job

创建job。从源码来看,初始化了job的结构体。 然后最主要的是handler的初始化,这里从Engine中已经注册的handlers中,根据name,来查找相对于的handler。如果没有查找到,就属于非法的,就赋值为catchall

2.5、shutdown

在系统结束的时候,会调用Engine的shutdown。

在shutdown之前,也可以注册callback,用于在shutdown的时候进行处理

将h添加到onShutdown切片中,并用shutdownWait记录数量

shutdown函数提供几个功能

1、拒绝新的job

2、等待所有active jobs工作完成(这里的job指的是没有超时的job)

3、调用onShutdown注册的所有回调函数

4、当所有的jobs完成时,或者超时15秒的时候,return

首先将shutdown,标志位设置为true

接着等待jobs完成工作,或等待5秒超时

启动所有的Shutdown回调,并等待回调结束,或者是超时10秒,然后退出。

2.6、小结

Engine功能简单,代码也很简单,就是一个job的管理器,以及handler的管理器

3、job

job是整个docker源码中的基本工作单位,下面我们看看job是怎么 的

3.1、结构体

结构体中,最重要的东西有

handler,这个就是job重点,是在Engine Create job的时候,获取到的

name,是job的工作command

env,这个是一个环境变量

整体来讲,job就是一个对任务的包装,它将任务的所需要的所有东西都准备好

3.2 Run

前面我们将job所需要的所有前期东西都准备好,那么现在就要开始工作了

这里有一个特殊的job serveapi,它将不记录在eng的task中,其余所有的job都将记录在eng的task中,这个主要用于eng在Shutdown的时候,用于等待job完成工作

真正的工作,是在这里,在handler中。

最后,就是将io关闭。

3.3、小结

job的源码更简单,就是一个简单的前期的准备,然后工作的时候,调用了相对应的handler

龚浩华

QQ 月牙寂 29185807

2016年4月28日

(版权声明:本文为作者原创,如需转载请通知本人,并标明出处和作者。擅自转载的,保留追究其侵权的权利。)

时间: 2024-08-06 11:57:04

【原创】docker源码分析(1)---框架与engine的相关文章

Docker源码分析——互动出版网

这篇是计算机类的优质预售推荐>>>><Docker源码分析> 编辑推荐 国内首部Docker源码分析著作 从源码角度全面解析Docker设计与实现 填补Docker理论与实践之间的鸿沟 内容简介 本书是一本引导读者深入了解Docker实现原理的技术普及读物,主要目标是通过对Docker架构和源代码的详细讲解和解剖,帮助读者对Docker的底层实现有一个全面的理解.本书的内容主要集中于三部分:Docker的架构.Docker的模块,以及Docker的三驾马车Swarm.M

TOMCAT源码分析(启动框架)

建议: 毕竟TOMCAT的框架还是比较复杂的, 单是从文字上理解, 是不那么容易掌握TOMCAT的框架的. 所以得实践.实践.再实践. 建议下载一份TOMCAT的源码, 调试通过, 然后单步跟踪其启动过程. 如果有不明白的地方, 再来查阅本文, 看是否能得到帮助. 我相信这样效果以及学习速度都会好很多! 1. Tomcat的整体框架结构 Tomcat的基本框架, 分为4个层次. Top Level Elements: Server Service Connector HTTP AJP Conta

Docker源码分析之——Docker Client的启动与命令执行

在上文Docker源码分析之--Docker Daemon的启动 中,介绍了Docker Daemon进程的启动.Docker Daemon可以认为是一个Docker作为Server的运行载体,而真正发送关于docker container操作的请求的载体,在于Docker Client.本文从Docker源码的角度,分析Docker Client启动与执行请求的过程. Docker Client启动的流程与Docker Daemon启动的过程相仿.首先执行reexec.Init():随后解析f

docker 源码分析 一(基于1.8.2版本),docker daemon启动过程;

最近在研究golang,也学习一下比较火的开源项目docker的源代码,国内比较出名的docker源码分析是孙宏亮大牛写的一系列文章,但是基于的docker版本有点老:索性自己就git 了一下最新的代码研读: docker是c/s的架构,分为docker client 和 docker daemon,client端发送命令,daemon端负责完成client发送过来的命令(如获取和存储镜像.管理容器等).两者之间可以通过TCP,HTTP和UNIX SOCKET来进行通信: docker的启动入口

docker 源码分析 四(基于1.8.2版本),Docker镜像的获取和存储

前段时间一直忙些其他事情,docker源码分析的事情耽搁了,今天接着写,上一章了解了docker client 和 docker daemon(会启动一个http server)是C/S的结构,client端发出的命令由docker daemon接收并处理. 我们在运行docker的时候,可能会使用到docker run命令(当然通过Dockerfile运行docker build命令也是一样的)时,如果本地没有你需要的镜像,docker daemon首先会去下载你需要的docker镜像,然后存

Docker源码分析(一):Docker架构

[编者按]在<深入浅出Docker>系列文章的基础上,InfoQ推出了<Docker源码分析>系列文章.<深入浅出Docker>系列文章更多的是从使用角度出发,帮助读者了解Docker的来龙去脉,而<Docker源码分析>系列文章通过分析解读Docker源码,来让读者了解Docker的内部实现,以更好的使用Docker.总之,我们的目标是促进Docker在国内的发展以及传播.另外,欢迎加入InfoQ Docker技术交流群,QQ群号:272489193. 1

Docker源码分析(三):Docker Daemon启动

1 前言 Docker诞生以来,便引领了轻量级虚拟化容器领域的技术热潮.在这一潮流下,Google.IBM.Redhat等业界翘楚纷纷加入Docker阵营.虽然目前Docker仍然主要基于Linux平台,但是Microsoft却多次宣布对Docker的支持,从先前宣布的Azure支持Docker与Kubernetes,到如今宣布的下一代Windows Server原生态支持Docker.Microsoft的这一系列举措多少喻示着向Linux世界的妥协,当然这也不得不让世人对Docker的巨大影响

Docker源码分析(四):Docker Daemon之NewDaemon实现

1. 前言 Docker的生态系统日趋完善,开发者群体也在日趋庞大,这让业界对Docker持续抱有极其乐观的态度.如今,对于广大开发者而言,使用Docker这项技术已然不是门槛,享受Docker带来的技术福利也不再是困难.然而,如何探寻Docker适应的场景,如何发展Docker周边的技术,以及如何弥合Docker新技术与传统物理机或VM技术的鸿沟,已经占据Docker研究者们的思考与实践. 本文为<Docker源码分析>第四篇——Docker Daemon之NewDaemon实现,力求帮助广

Docker源码分析(二):Docker Client创建与命令执行

1. 前言 如今,Docker作为业界领先的轻量级虚拟化容器管理引擎,给全球开发者提供了一种新颖.便捷的软件集成测试与部署之道.在团队开发软件时,Docker可以提供可复用的运行环境.灵活的资源配置.便捷的集成测试方法以及一键式的部署方式.可以说,Docker的优势在简化持续集成.运维部署方面体现得淋漓尽致,它完全让开发者从持续集成.运维部署方面中解放出来,把精力真正地倾注在开发上. 然而,把Docker的功能发挥到极致,并非一件易事.在深刻理解Docker架构的情况下,熟练掌握Docker C

Docker源码分析(五):Docker Server的创建

1.Docker Server简介 Docker架构中,Docker Server是Docker Daemon的重要组成部分.Docker Server最主要的功能是:接受用户通过Docker Client发送的请求,并按照相应的路由规则实现路由分发. 同时,Docker Server具备十分优秀的用户友好性,多种通信协议的支持大大降低Docker用户使用Docker的门槛.除此之外,Docker Server设计实现了详尽清晰的API接口,以供Docker用户选择使用.通信安全方面,Docke