术语表#

本指南中使用的部分术语的词汇表。有关 JupyterHub 中各组件的更完整描述，请参阅所用工具。我们在此力求定义尽可能简洁明了，并提供链接以供您了解更多详情。

能够访问 JupyterHub 管理面板的用户。他们可以启动/停止用户 Pod，并有可能访问其 notebook。

用户登录 JupyterHub 时进行身份验证的方式。有多种认证器可用，例如 GitHub、Google、MediaWiki、Dummy（任何人都可以登录）等。

config.yaml#

Helm chart 模板会使用这些 Helm values作为输入进行渲染。该文件采用 YAML 格式编写。对于使用 Kubernetes 和 Helm 的人来说，掌握 YAML 格式至关重要。

container (容器)#

容器是一个隔离的工作空间，为我们提供了高效工作所需的工具、库和功能。

culler (清理器)#

JupyterHub 中的一个独立进程，用于停止在配置的时间间隔内不活跃的用户的 Pod。

Dockerfile#

Dockerfile 用于声明如何构建一个 Docker image。

Docker image (Docker 镜像)#

Docker 镜像由 Dockerfile 构建而来，它允许像 docker 这样的工具创建任意数量的容器。

image registry (镜像仓库)#

一种用于存储 Docker 镜像的服务，以便后续存储和使用。默认的公共仓库是 https://hub.docker.com，但您也可以运行自己的私有镜像仓库。许多云服务提供商都提供私有镜像仓库服务。

一组会影响计算机上正在运行的进程行为的命名值。一些常见的例子是 PATH、HOME 和 EDITOR。

Helm chart 是一组 Helm 模板，在给定其默认值和所提供 yaml 文件中的覆盖值后，可以渲染成一组 Kubernetes 资源，这些资源可以轻松安装到您的 Kubernetes 集群中。换句话说，Helm chart 就像是一个可配置的软件包，用于在云上安装软件和基础设施。

Helm 模板（.yaml 文件）在给定值后，可以渲染成一个 Kubernetes 资源。

Helm chart 有一组预定义的值（values.yaml），通常会被 config.yaml 中的其他值覆盖。最终的值用于在 Helm chart 中，从 Helm 模板生成 Kubernetes 资源。

Kubernetes#

就我们的目的而言，您可以将 Kubernetes 视为一种与云对话的方式，以一种不针对特定云的方式来描述您希望它做什么。

Kubernetes API server (Kubernetes API 服务器)#

Kubernetes API 服务器（也称为 master）将为您回答问题并更新集群的期望状态。当您使用 kubectl 时，您就是在与 API 服务器通信。

Kubernetes Pod#

Pod 是可以在 Kubernetes 中创建和管理的最小可部署计算单元。Pod 将使用 Docker 镜像来创建一个容器，并且通常会由一个控制器（如 Deployment）来确保始终有 X 个某种类型的 Pod 在运行。

有关更多信息，请参阅 Kubernetes 文档。

Kubernetes resource (Kubernetes 资源)#

Kubernetes 资源可以是一个 Deployment（部署）、Service（服务）或 Secret（密钥）。它是您可以通过 Kubernetes API 服务器请求在集群中存在的任何东西。

persistent storage (持久化存储)#

附加到用户 Pod 的文件系统，允许用户存储 notebook 和文件，这些文件在多次登录后仍然存在。

Node Pool (节点池)#

节点池或节点组表示一组相同类型的节点。通过集群自动扩缩，节点池可以根据需求增长和收缩，从而帮助您节省计算资源。

一个可以将 Git 仓库快速转换为 Docker 镜像的工具。

生成器是 JupyterHub 为每个活跃用户创建的独立进程。每个生成器负责一个用户。此 Helm chart 依赖于 KubeSpawner。