首页
AI Coding
数据标注
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
云原生
KEEP_HUMBLE
创建于2024-01-16
订阅专栏
docker + k8S + etcd + raft
等 2 人订阅
共13篇文章
创建于2024-01-16
订阅专栏
默认顺序
默认顺序
最早发布
最新发布
从头开始使用 Go 构建 Orchestrator(第十三部分:现在是什么?)
本章涵盖内容:回顾至今我们所取得的成果以及接下来努力的方向。在第 12 章结束了我们构建 Cube 编排器的工作。
从头开始使用 Go 构建 Orchestrator(第十二部分:CLI)
本书的第五部分也是最后一部分,为 Cube 实现了一个命令行界面(CLI)。这个命令行界面取代了我们在本书前面部分一直用来操作 Cube 的 main.go 程序。
从头开始使用 Go 构建 Orchestrator(第十一部分:持久化存储)
阐述编排系统中数据存储的目的、明确我们持久化数据存储的需求、定义存储接口、介绍 BoltDB、使用存储接口实现持久化数据存储
从头开始使用 Go 构建 Orchestrator(第十部分:重构)
在第 10 章中,我们会设计一个调度器接口,借助这个接口可以实现多个具体的调度器。之后,我们会实现两个调度器:一个是轮询调度器,另一个是 epvm 调度器
从头开始使用 Go 构建 Orchestrator(第九部分:故障恢复)
本章涵盖:列举潜在的故障情况,探索从故障中恢复的方法,实现任务健康检查以从任务崩溃中恢复,理解故障恢复的原理
从头开始使用 Go 构建 Orchestrator(第 八部分:Manager API)
理解管理器 API 的目的:实现处理 API 请求的方法、创建一个服务器来监听 API 请求、通过 API 启动、停止和列出任务
从头开始使用 Go 构建 Orchestrator(第七部分:Manager)
工作节点负责在节点池中单个节点上运行各个任务,而管理器则负责管理整个系统。管理器的职责包括: - 响应用户的请求; - 在工作节点上调度任务; - 定期收集系统中任务和工作节点的状态信息;
从头开始使用 Go 构建 Orchestrator(第 六部分:指标)
解释为什么工作节点需要收集指标:定义指标、创建收集指标的流程、在现有 API 上实现一个处理程序(metrics)
从头开始使用 Go 构建 Orchestrator(第五部分:Worker 的 API)
理解工作节点 API 的用途 实现处理 API 请求的方法 创建一个用于监听 API 请求的服务器 通过 API 启动、停止和列出任务
从头开始使用 Go 构建 Orchestrator(第四部分:Worker)
本书的第二部分聚焦于 Cube 工作节点组件。顾名思义,工作节点负责在编排系统中执行工作。工作的对象就是任务。如果你使用过 Docker,那你应该熟悉通过 Docker 命令行界面来启动容器。
从头开始使用 Go 构建 Orchestrator(第三部分:往骨架中塞一些肉)
回顾如何通过命令行启动和停止 Docker 容器 介绍用于启动和停止容器的 Docker API 调用 实现用于启动和停止容器的任务概念
从头开始使用 Go 构建 Orchestrator(第二部分:从心智模型到骨架代码)
为任务、工作节点、管理器和调度器组件创建框架代码。 确定任务的状态。 使用接口支持不同类型的调度器。 编写测试程序以验证代码能够编译并运行。
从头开始使用 Go 构建 Orchestrator(第一部分:介绍)
在第一章里,你会了解构成所有编排系统的核心组件。借助这些核心组件,你将构建出 Cube 编排器的概念模型,在本书后续章节中,我们会一同将其实现。