2.2 KiB
vssueId, layout, description, meta
| vssueId | layout | description | meta | |||||
|---|---|---|---|---|---|---|---|---|
| 159 | LearningLayout | Kubernetes教程_通过Kubernetes的aggregation层可以在已提供的K8S核心API之外增加额外的API |
|
通过聚合层扩展Kubernetes
参考文档：Extending the Kubernetes API with the aggregation layer
通过Kubernetes的aggregation层可以在已提供的K8S核心API之外增加额外的API
Kubernetes聚合层（aggregation layer）可以在集群中安装额外的 Kubernetes 风格的 API，可以是预建的（pre-built）、第三方解决方案（例如 service-catalog）、或者用户创建的 API （可参考 apiserver-builder）
聚合层（aggregation layer）是 kube-apiserver 进程的一部分，只有注册了扩展资源之后，聚合层才工作。注册一个API时，需要添加一个 APIService 对象，并绑定一个 Kubernetes API 中的 url 路径。此时，聚合层会将注册到该 API url 路径（例如，/apis/myextension.mycompany.io/v1/...）的请求转发到对应的 APIService 上。
通常来说，APIService 通过 extension-apiserver （运行在集群中的一个 Pod）实现。如果需要实时地管理新增类型的资源对象，此 extension-apiserver 通常需要和一个或更多控制器一起工作。apiserver-builder 同时提供两者的骨架代码（skeleton）。以 service-catalog 为例，安装 service-catalog 时，将同时安装 extension-apiserver 以及其 Service 的控制器。
extension-apiserver 与 kube-apiserver 的连接应该是低延迟的。特别是，从 kube-apiserver 发起的到 extension-apiserver 的发现请求必须在 5 秒内完成。如果您的 extension-apiserver 不能满足此要求，就会存在问题。当前，设置 kube-apiserver 上的 EnableAggreatedDiscoveryTimeout=false feature gate，可以禁用此超时限制。但是这个设置将会在未来的版本移除掉。