通过聚合层扩展 Kubernetes API

使用聚合层(Aggregation Layer),用户可以通过额外的 API 扩展 Kubernetes, 而不局限于 Kubernetes 核心 API 提供的功能。

这里的附加 API 可以是服务目录 这类已经成熟的解决方案,也可以是你自己开发的 API。

聚合层不同于 自定义资源(Custom Resources)。 后者的目的是让 kube-apiserver主节点上负责提供 Kubernetes API 服务的组件;它是 Kubernetes 控制面的前端。 能够认识新的对象类别(Kind)。

聚合层

聚合层在 kube-apiserver 进程内运行。在扩展资源注册之前,聚合层不做任何事情。 要注册 API,用户必须添加一个 APIService 对象,用它来“申领” Kubernetes API 中的 URL 路径。 自此以后,聚合层将会把发给该 API 路径的所有内容(例如 /apis/myextension.mycompany.io/v1/…) 转发到已注册的 APIService。

APIService 的最常见实现方式是在集群中某 Pod 内运行 扩展 API 服务器。 如果你在使用扩展 API 服务器来管理集群中的资源,该扩展 API 服务器(也被写成“extension-apiserver”) 一般需要和一个或多个控制器控制器通过 apiserver 监控集群的公共状态,并致力于将当前状态转变为期望的状态。 一起使用。 apiserver-builder 库同时提供构造扩展 API 服务器和控制器框架代码。

反应延迟

扩展 API 服务器与 kube-apiserver 之间需要存在低延迟的网络连接。 发现请求需要在五秒钟或更短的时间内完成到 kube-apiserver 的往返。

如果你的扩展 API 服务器无法满足这一延迟要求,应考虑如何更改配置已满足需要。 你也可以为 kube-apiserver 设置 EnableAggregatedDiscoveryTimeout=false 特性门控 来禁用超时限制。此特性门控已经废弃,将在未来版本中被删除。

接下来

最后修改 August 12, 2020 at 7:26 PM PST: [zh] fix links in concept section (11cc9e007)