Docker生态系统系列之一：常用组件介绍
2023-09-27 14:27:26 时间
本文讲的是Docker生态系统系列之一：常用组件介绍，【编者的话】本篇文章是介绍Docker生态系统的第一篇，不仅从概念上介绍了容器化、服务发现和全局配置存储、网络工具、调度、集群管理和编排这几部分内容，而且配以清晰易懂的例子进行讲解说明，非常值得读者称赞。Docker是现在使用最多的容器化软件。与其它已经存在的容器化系统相比，Docker可以更加简单的创建和管理容器，并与其它开源软件集成。
简介 容器化是一个以可移植和可预测的方式来部署分布式应用的过程，它会将应用组件以及依赖打包为一个标准、独立、轻量的环境，这个环境其实就是容器。现在许多公司都乐衷于设计易于部署的分布式应用和服务，这样的应用容易扩展，并且容错性好。Docker是一个可以简化和标准化不同环境中应用部署的容器平台，目前已经有很多的分布式容器管理相关的生态圈软件。
Docker和容器化 Docker是现在使用最多的容器化软件。与其它已经存在的容器化系统相比，Docker可以更加简单的创建和管理容器，并与其它开源软件集成。
在上图中，你可以看到容器和宿主机的关系，容器隔离独立的应用并使用已经被Docker抽象化的操作系统资源。在右侧的视图中，我们可以看到容器是用‘layer’来建立的，多个容器共享基础层以减少资源的使用。
Docker的主要优点：
轻量级资源使用：容器在进程级别隔离并使用宿主机的内核，而不需要虚拟化整个操作系统。 可移植性：一个容器应用所需要的依赖都在容器中，这就让它可以在任意一台Docker主机上运行。 可预测性：宿主机不需要关心容器内运行的是什么，同样，容器也不需要关心是在哪个宿主机上运行。所需要的接口都是标准化的，并且交互也都是可预测的。
通常在用Docker来设计应用或者服务时，要避免大而全的架构，应该采用容器化设计，也就是所谓的SOA。这让使用者在以后的使用中更容易的独立扩展或者升级组件。拥有如此的灵活性是人们对用Docker开发和部署感兴趣的原因之一。
想要找更多Docker容器化的应用，请点击这里。
服务发现和全局配置存储 服务发现是整个策略中的一个组成部分，它旨在使容器部署更具有伸缩性和灵活性。使用了服务发现后，可以让容器在没有管理员干预的情况下了解运行环境。它们可以自行发现必须要交互的组件的连接信息，可以自行注册自身以便其它工具知道该组件已准备就绪。这些工具同样经常用作全局分布式配置存储服务，可以存储你基础设施中任意的服务配置信息。
从上图中，你可以看到一个流程，图中应用A注册自身的连接信息给发现服务系统。一旦注册成功，其它应用可以通过查询发现服务系统来找到如何连接这个应用。
这类工具通常这样实现：在分布式环境中用基本的键值对来分布存储。通常来说，键值对存储提供一个HTTP API接口用来存储和获取值。有一些还提供了更加安全的机制，如加密条目或者访问控制机制。除了它们提供新容器自配置的主要功能外，这些分布式存储对管理Docker宿主机也是非常重要的。
服务发现存储的一些职责：
允许应用连接它们所依赖的服务以获取所需数据 允许服务为了上述的需求去注册它们的连接信息 提供一个全局可访问的位置，用于存储任意的配置数据 存储任何一个集群管理软件所需要的集群节点信息
一些流行的服务发现工具和相关项目：
etcd：服务发现/全局分布式键值对存储 consul：服务发现/全局分布式键值对存储 zookeeper：服务发现/全局分布式键值对存储 crypt：加密etcd条目的项目 confd：观测键值对存储变更和新值的触发器重新配置服务
网络工具 应用的容器化倡导面向服务的设计，并提倡将功能点设计为离散的组件，以简化应用的扩展和管理。但是，这也对组件间的网络功能和可靠性提出了更高的要求。Docker自身提供基本的网络结构，包括容器之间和容器与宿主之间的通信结构。
Docker的本地网络能力为容器间的连接提供两种方案。第一种是公开一个容器的端口，并可选择性的映射到宿主机上并为外部路由服务。可以自己决定使用宿主机的端口来映射，也可以让Docker随机的选择一个未使用的高位端口。这是一种在大多数场景中用来提供对容器访问的友好方式。
另外一种方法是采用Docker的links来允许容器间通信。一个关联的容器将会获得它的对应连接信息，在它处理了那些变量后允许它自动连接。这样就使得同一个宿主机上的容器不需要知道对应服务的端口和地址，就可以直接进行通信。
这个基本的网络环境适用于单宿主机或者严格受限的环境。但是，Docker生态环境已经产生了大量软件，它们重点为运营人员和开发者扩展网络功能。一些额外的网络功能已经通过额外工具实现：
覆盖网络来简化和统一多宿主机间的地址空间 虚拟私有网络适配来提供多个组件间的安全通信 分配子网给每个宿主机或者每个应用 建立macvlan接口进行通信 为容器配置自己指定的mac地址、网关等。
参与改进Docker网络功能的项目有：
flannel：覆盖网络提供给每个宿主机一个独立子网 weave：覆盖网络描述一个网络上的所有容器 pipework：一个高级网络工具，它用于任意高级网络配置
调度、集群管理和编排 建立一个集群容器环境时另外一个必备组件是调度器。调度器负责在可用的宿主机上启动容器。
上图描述了一个简单的调度决策。请求来自API或者管理工具。然后，调度器衡量请求的条件和可用的宿主机的状态。在这个例子中，它从一个分布式数据存储/发现服务中获取容器密度的信息，以便它可以在一个不是很忙的宿主机上运行新应用。
这个宿主机选择的过程是调度器的一个核心任务。通常来说，它能够按照管理员预设定的特殊限制条件来自动化完成这个过程。可能的限制条件是：
当给定另一个容器时，安排新容器在同一个宿主机 确认这个容器不放在同一台宿主机上作为另一个容器 在宿主机上安置容器时记得带相匹配的标签或者元信息 在繁忙度最低的宿主机上安置容器 在集群的每一个宿主机上运行这个容器
调度器的责任是在相关的宿主机上加载容器、启动容器、停止容器和管理这个进程的生命周期。
由于调度器必须要跟组内的每一个宿主机交互，集群管理功能通常也是包括在内的。这就要求调度器获取它们的信息并执行管理任务。在这里，编排通常指的是容器的组合调度和宿主机管理。
一些流行的负责调度和集群管理的工具：
fleet: 调度器和集群管理工具 marathon:调度器和集群管理工具 Swarm:调度器和集群管理工具 mesos:宿主机抽象服务，用于为调度器联合宿主机资源 kubernetes:一个管理容器组的工具，具有先进的调度能力 compose:一个用于创建容器组的容器编排工具
想找更多关于Docker的基本调度管理、容器组、集群管理软件，请点击这里。
结束语 现在，你应该已经熟悉与Docker生态环境相关的软件的基本功能。在支持项目的帮助下，Docker提供一个能够大规模扩展的软件管理、设计、部署策略。通过理解和使用这些项目的功能，你能解决一个要求能够足够灵活的解释变量操作的复杂应用的部署需求。
本系列的其他文章 Docker已经为开发者和管理员提供一个简单的平台来创建和部署可扩展的应用。在这个系列中，我们将探索Docker如何与其他组件整合在一起，并用它们提供的工具集来便捷地提供高可用性的分布式系统。
常用组件介绍（本文） 容器化的综述（翻译完毕） 服务发现和分布式配置存储（翻译完毕） 网络与通信（翻译完毕） 调度与编排（翻译完毕）
原文链接：The Docker Ecosystem: An Introduction to Common Components （译者：陈杰 审校：郭蕾）
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
译者介绍
陈杰，北京理工大学计算机学院在读博士，研究方向是自然语言处理在企业网络信誉评价方面的应用，平时也乐于去实现一些突发的想法。在疲于配置系统环境时发现了Docker，跟大家一起学习、使用和研究Docker。
原文发布时间为：2015-02-11 本文作者：Sonyfe25cp 本文来自云栖社区合作伙伴DockerOne，了解相关信息可以关注DockerOne。 原文标题：Docker生态系统系列之一：常用组件介绍
Docker生态系统一览 本文讲的是Docker生态系统一览，【编者的话】本文旨在介绍当前可用的Docker生态系统存在哪些部分，包括：Docker Hub、Docker Engine、Kitematic、Docker Machine、Swarm、Docker Compose、Dokcer Cloud以及Data Center，文章会详细介绍这些工具的功能，以及怎样能够更好地将这些工具结合起来。
Docker生态系统系列之二：容器化综述 本文讲的是Docker生态系统系列之二：容器化综述，【编者的话】本篇文章是介绍Docker生态系统的第二篇，该文章首先简要介绍了Linux容器化的历史，然后介绍容器化的优点，再讨论Dockerfile的优点，最后讨论了容器化应用的架构。
Docker生态系统系列之五：调度和编排 本文讲的是Docker生态系统系列之五：调度和编排，【编者的话】调度和编排是集群管理中的重要组成部分，本文对这两者的概念、功能和使用都做了详细的介绍，最后列举了目前Docker生态环境中的调度工具。容器管理和调度器是在分布式主机上实现容器化服务的一个关键步骤。
Docker生态系统系列之三：服务发现和分布式配置存储 本文讲的是Docker生态系统系列之三：服务发现和分布式配置存储，【编者的话】本文介绍了服务发现与全局可读配置存储两部分内容，不仅介绍了工作原理和工作方式，也介绍了与之相关的故障检测、重配置和安全问题，最后还介绍了常用的服务发现项目。
构建基因数据应用生态系统：Docker在基因数据的应用实践 在2016云栖大会杭州峰会容器技术专场上，华大基因互联网产品总监黄泽辉分享了docker技术在基因组学应用标准化过程中发挥的作用，并且与大家分享了未来建设基因数据应用的“APP Store”的构想。
简介 容器化是一个以可移植和可预测的方式来部署分布式应用的过程，它会将应用组件以及依赖打包为一个标准、独立、轻量的环境，这个环境其实就是容器。现在许多公司都乐衷于设计易于部署的分布式应用和服务，这样的应用容易扩展，并且容错性好。Docker是一个可以简化和标准化不同环境中应用部署的容器平台，目前已经有很多的分布式容器管理相关的生态圈软件。
Docker和容器化 Docker是现在使用最多的容器化软件。与其它已经存在的容器化系统相比，Docker可以更加简单的创建和管理容器，并与其它开源软件集成。
在上图中，你可以看到容器和宿主机的关系，容器隔离独立的应用并使用已经被Docker抽象化的操作系统资源。在右侧的视图中，我们可以看到容器是用‘layer’来建立的，多个容器共享基础层以减少资源的使用。
Docker的主要优点：
轻量级资源使用：容器在进程级别隔离并使用宿主机的内核，而不需要虚拟化整个操作系统。 可移植性：一个容器应用所需要的依赖都在容器中，这就让它可以在任意一台Docker主机上运行。 可预测性：宿主机不需要关心容器内运行的是什么，同样，容器也不需要关心是在哪个宿主机上运行。所需要的接口都是标准化的，并且交互也都是可预测的。
通常在用Docker来设计应用或者服务时，要避免大而全的架构，应该采用容器化设计，也就是所谓的SOA。这让使用者在以后的使用中更容易的独立扩展或者升级组件。拥有如此的灵活性是人们对用Docker开发和部署感兴趣的原因之一。
想要找更多Docker容器化的应用，请点击这里。
服务发现和全局配置存储 服务发现是整个策略中的一个组成部分，它旨在使容器部署更具有伸缩性和灵活性。使用了服务发现后，可以让容器在没有管理员干预的情况下了解运行环境。它们可以自行发现必须要交互的组件的连接信息，可以自行注册自身以便其它工具知道该组件已准备就绪。这些工具同样经常用作全局分布式配置存储服务，可以存储你基础设施中任意的服务配置信息。
从上图中，你可以看到一个流程，图中应用A注册自身的连接信息给发现服务系统。一旦注册成功，其它应用可以通过查询发现服务系统来找到如何连接这个应用。
这类工具通常这样实现：在分布式环境中用基本的键值对来分布存储。通常来说，键值对存储提供一个HTTP API接口用来存储和获取值。有一些还提供了更加安全的机制，如加密条目或者访问控制机制。除了它们提供新容器自配置的主要功能外，这些分布式存储对管理Docker宿主机也是非常重要的。
服务发现存储的一些职责：
允许应用连接它们所依赖的服务以获取所需数据 允许服务为了上述的需求去注册它们的连接信息 提供一个全局可访问的位置，用于存储任意的配置数据 存储任何一个集群管理软件所需要的集群节点信息
一些流行的服务发现工具和相关项目：
etcd：服务发现/全局分布式键值对存储 consul：服务发现/全局分布式键值对存储 zookeeper：服务发现/全局分布式键值对存储 crypt：加密etcd条目的项目 confd：观测键值对存储变更和新值的触发器重新配置服务
网络工具 应用的容器化倡导面向服务的设计，并提倡将功能点设计为离散的组件，以简化应用的扩展和管理。但是，这也对组件间的网络功能和可靠性提出了更高的要求。Docker自身提供基本的网络结构，包括容器之间和容器与宿主之间的通信结构。
Docker的本地网络能力为容器间的连接提供两种方案。第一种是公开一个容器的端口，并可选择性的映射到宿主机上并为外部路由服务。可以自己决定使用宿主机的端口来映射，也可以让Docker随机的选择一个未使用的高位端口。这是一种在大多数场景中用来提供对容器访问的友好方式。
另外一种方法是采用Docker的links来允许容器间通信。一个关联的容器将会获得它的对应连接信息，在它处理了那些变量后允许它自动连接。这样就使得同一个宿主机上的容器不需要知道对应服务的端口和地址，就可以直接进行通信。
这个基本的网络环境适用于单宿主机或者严格受限的环境。但是，Docker生态环境已经产生了大量软件，它们重点为运营人员和开发者扩展网络功能。一些额外的网络功能已经通过额外工具实现：
覆盖网络来简化和统一多宿主机间的地址空间 虚拟私有网络适配来提供多个组件间的安全通信 分配子网给每个宿主机或者每个应用 建立macvlan接口进行通信 为容器配置自己指定的mac地址、网关等。
参与改进Docker网络功能的项目有：
flannel：覆盖网络提供给每个宿主机一个独立子网 weave：覆盖网络描述一个网络上的所有容器 pipework：一个高级网络工具，它用于任意高级网络配置
调度、集群管理和编排 建立一个集群容器环境时另外一个必备组件是调度器。调度器负责在可用的宿主机上启动容器。
上图描述了一个简单的调度决策。请求来自API或者管理工具。然后，调度器衡量请求的条件和可用的宿主机的状态。在这个例子中，它从一个分布式数据存储/发现服务中获取容器密度的信息，以便它可以在一个不是很忙的宿主机上运行新应用。
这个宿主机选择的过程是调度器的一个核心任务。通常来说，它能够按照管理员预设定的特殊限制条件来自动化完成这个过程。可能的限制条件是：
当给定另一个容器时，安排新容器在同一个宿主机 确认这个容器不放在同一台宿主机上作为另一个容器 在宿主机上安置容器时记得带相匹配的标签或者元信息 在繁忙度最低的宿主机上安置容器 在集群的每一个宿主机上运行这个容器
调度器的责任是在相关的宿主机上加载容器、启动容器、停止容器和管理这个进程的生命周期。
由于调度器必须要跟组内的每一个宿主机交互，集群管理功能通常也是包括在内的。这就要求调度器获取它们的信息并执行管理任务。在这里，编排通常指的是容器的组合调度和宿主机管理。
一些流行的负责调度和集群管理的工具：
fleet: 调度器和集群管理工具 marathon:调度器和集群管理工具 Swarm:调度器和集群管理工具 mesos:宿主机抽象服务，用于为调度器联合宿主机资源 kubernetes:一个管理容器组的工具，具有先进的调度能力 compose:一个用于创建容器组的容器编排工具
想找更多关于Docker的基本调度管理、容器组、集群管理软件，请点击这里。
结束语 现在，你应该已经熟悉与Docker生态环境相关的软件的基本功能。在支持项目的帮助下，Docker提供一个能够大规模扩展的软件管理、设计、部署策略。通过理解和使用这些项目的功能，你能解决一个要求能够足够灵活的解释变量操作的复杂应用的部署需求。
本系列的其他文章 Docker已经为开发者和管理员提供一个简单的平台来创建和部署可扩展的应用。在这个系列中，我们将探索Docker如何与其他组件整合在一起，并用它们提供的工具集来便捷地提供高可用性的分布式系统。
常用组件介绍（本文） 容器化的综述（翻译完毕） 服务发现和分布式配置存储（翻译完毕） 网络与通信（翻译完毕） 调度与编排（翻译完毕）
原文链接：The Docker Ecosystem: An Introduction to Common Components （译者：陈杰 审校：郭蕾）
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
译者介绍
陈杰，北京理工大学计算机学院在读博士，研究方向是自然语言处理在企业网络信誉评价方面的应用，平时也乐于去实现一些突发的想法。在疲于配置系统环境时发现了Docker，跟大家一起学习、使用和研究Docker。
原文发布时间为：2015-02-11 本文作者：Sonyfe25cp 本文来自云栖社区合作伙伴DockerOne，了解相关信息可以关注DockerOne。 原文标题：Docker生态系统系列之一：常用组件介绍
Docker生态系统一览 本文讲的是Docker生态系统一览，【编者的话】本文旨在介绍当前可用的Docker生态系统存在哪些部分，包括：Docker Hub、Docker Engine、Kitematic、Docker Machine、Swarm、Docker Compose、Dokcer Cloud以及Data Center，文章会详细介绍这些工具的功能，以及怎样能够更好地将这些工具结合起来。
Docker生态系统系列之二：容器化综述 本文讲的是Docker生态系统系列之二：容器化综述，【编者的话】本篇文章是介绍Docker生态系统的第二篇，该文章首先简要介绍了Linux容器化的历史，然后介绍容器化的优点，再讨论Dockerfile的优点，最后讨论了容器化应用的架构。
Docker生态系统系列之五：调度和编排 本文讲的是Docker生态系统系列之五：调度和编排，【编者的话】调度和编排是集群管理中的重要组成部分，本文对这两者的概念、功能和使用都做了详细的介绍，最后列举了目前Docker生态环境中的调度工具。容器管理和调度器是在分布式主机上实现容器化服务的一个关键步骤。
Docker生态系统系列之三：服务发现和分布式配置存储 本文讲的是Docker生态系统系列之三：服务发现和分布式配置存储，【编者的话】本文介绍了服务发现与全局可读配置存储两部分内容，不仅介绍了工作原理和工作方式，也介绍了与之相关的故障检测、重配置和安全问题，最后还介绍了常用的服务发现项目。
构建基因数据应用生态系统：Docker在基因数据的应用实践 在2016云栖大会杭州峰会容器技术专场上，华大基因互联网产品总监黄泽辉分享了docker技术在基因组学应用标准化过程中发挥的作用，并且与大家分享了未来建设基因数据应用的“APP Store”的构想。