云原生

本章涵盖内容：回顾至今我们所取得的成果以及接下来努力的方向。在第 12 章结束了我们构建 Cube 编排器的工作。

本书的第五部分也是最后一部分，为 Cube 实现了一个命令行界面（CLI）。这个命令行界面取代了我们在本书前面部分一直用来操作 Cube 的 main.go 程序。

阐述编排系统中数据存储的目的、明确我们持久化数据存储的需求、定义存储接口、介绍 BoltDB、使用存储接口实现持久化数据存储

在第 10 章中，我们会设计一个调度器接口，借助这个接口可以实现多个具体的调度器。之后，我们会实现两个调度器：一个是轮询调度器，另一个是 epvm 调度器

本章涵盖：列举潜在的故障情况，探索从故障中恢复的方法，实现任务健康检查以从任务崩溃中恢复，理解故障恢复的原理

理解管理器 API 的目的：实现处理 API 请求的方法、创建一个服务器来监听 API 请求、通过 API 启动、停止和列出任务

工作节点负责在节点池中单个节点上运行各个任务，而管理器则负责管理整个系统。管理器的职责包括： - 响应用户的请求； - 在工作节点上调度任务； - 定期收集系统中任务和工作节点的状态信息；

解释为什么工作节点需要收集指标：定义指标、创建收集指标的流程、在现有 API 上实现一个处理程序（metrics)

理解工作节点 API 的用途 实现处理 API 请求的方法 创建一个用于监听 API 请求的服务器 通过 API 启动、停止和列出任务

本书的第二部分聚焦于 Cube 工作节点组件。顾名思义，工作节点负责在编排系统中执行工作。工作的对象就是任务。如果你使用过 Docker，那你应该熟悉通过 Docker 命令行界面来启动容器。

回顾如何通过命令行启动和停止 Docker 容器 介绍用于启动和停止容器的 Docker API 调用 实现用于启动和停止容器的任务概念

为任务、工作节点、管理器和调度器组件创建框架代码。 确定任务的状态。 使用接口支持不同类型的调度器。 编写测试程序以验证代码能够编译并运行。

在第一章里，你会了解构成所有编排系统的核心组件。借助这些核心组件，你将构建出 Cube 编排器的概念模型，在本书后续章节中，我们会一同将其实现。