[docker](二)docker架构

Docker架构总览

docker使用传统的cs架构,总架构图如下所示。用户通过Docker client与Docker daemon简历通信,并将请求发送给后者。

Docker架构总览.png

从上图可以看出,Docker daemon是Docker架构中的主要用户接口。首先,它提供了API Server用于接收来自Docker client的请求,其后根据不同的请求分发给Docker daemon的不同模块执行相应的工作。

Docker组件介绍

1、Docker daemon

Docker daemon是Docker的最核心的后台进程,它负责响应来自Docker client的请求,然后将这些请求翻译成系统调用完成容器管理操作。该进程会在后台启动一个API Server,负责接收由Docker发送的请求;接收到 的请求将通过Docker daemon分发调度,再由具体的函数来执行请求。

2、Docker client

Docker client是一个泛称,用来向Docker daemon发起请求,执行相应的容器管理操作。它既可以是命令行工具Docker,也可以是任何遵守Docker API的客户端。

3、镜像管理

Docker通过distribution、register、layer、image、reference等模块实现了Docker镜像的管理。

  • distribution负责与Docker register交互 ,上传下载镜像以及存储v2 register有关的元数据。
  • register模块负责与Docker register有关的身份验证、镜像查找、镜像验证以及管理registry mirror等交互操作。
  • image模块负责与镜像元数据有关的存储、查找,镜像层的索引、查找以及镜像tar包有关的导入、导出等操作。
  • reference负责存储本地所有镜像的repository和tag名,并维护与镜像ID之间的映射关系。
  • layer模块负责与镜像层和容器层元数据有关的增删改查,并负责将镜像层的增删改查操作映射到实际存储镜像层文件系统的graphdriver模块。

4、execdriver、volumedriver\graphdriver

  • execdriver 是对Linux操作系统的namespace、cgroups、apparmor、SELinux等容器运行所需的系统操作进行的一层二次封装,其本质作业类似LXC。execdriver最主要的实现为libcontainer库。
  • volumedriver 是volume数据卷存储操作的最终执行者,负责volume的增删改查,屏蔽不同驱动实现的区别,为上层调用者提供一个统一的接口。volumedriver的默认实现是local。
  • graphdriver是所有与容器镜像相关操作的最终执行者。graphdriver会在Docker工作目录下维护一组与镜像层对应的目录,并记下镜像层之间的关系以及与具体的graphdriver实现相关的元数据。目前graphdriver的实现有aufs、btrfs、zfs、devicemapper、overlay和vfs。

5、network

在Docker1.9版本以前,网络是通过networkdriver模块以及libcontainer库完成的,现在这部分功能以及分离成一个libnetwork库独立维护。libnetwork抽象出了一个容器网络模型(Container Network Model,CNM),并给调用者提供了一个统一抽象接口,其目标并不仅限于Docker容器。CNM模型对真实的容器网络抽象出了沙盒(sandbox)、端点(endpoint)、网络(network)这3种对象,由具体网络驱动(包括内置的Bridge、Host、None和overlay驱动以及通过插件配置的外部驱动)操作对象,并通过网络控制器提供一个统一接口供调用者管理网络。网络驱动负责实现具体的操作,包括创建容器通信所需要的网络,容器的network namespace,这个网络所需的虚拟网卡,分配通信所需的IP,服务访问的端口和容器与宿主机之间的端口映射,设置host、resolv.conf、iptables等。

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

编辑于

我来说两句

0 条评论
登录 后参与评论

扫码关注云+社区

领取腾讯云代金券