Kubernetes API聚合层

使用聚合层（Aggregation Layer），用户可以通过附加的 API 扩展 Kubernetes，而使用聚合层（Aggregation Layer），用户可以通过附加的 API 扩展 Kubernetes，而不仅仅局限于 Kubernetes 核心 API 提供的功能。这里的附加 API 可以是现成的解决方案，例如 metrics server，也可以是你自己开发的 API。

聚合层不同于 定制资源（Custom Resources）。 后者的目的是让 kube-apiserver 能够识别新的对象类别（Kind）。

一、聚合层

聚合层在 kube-apiserver 进程内运行。在扩展资源注册之前，聚合层不会执行任何操作。要注册 API，可以添加一个 APIService 对象，用它来“申领”Kubernetes API中的URL路径。从那时起，聚合层将把发给该API路径的所有内容（例如 /apis/myextension.mycompany.io/v1/…）转发到已注册的APIService。

APIService的最常见实现方式是在集群中某Pod内运行扩展API服务器（Extension API Server）。如果你在使用扩展API服务器来管理集群中的资源，该扩展API服务器（也被写成"extension-apiserver"）一般需要和一个或多个控制器一起使用。apiserver-builder库同时提供构造扩展API服务器和控制器框架代码。

二、响应延迟

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

如果你的扩展API服务器无法满足这一延迟要求，可以考虑以下几种方法来更改配置以满足需求：

1、优化网络连接：检查你的网络设备和配置，确保它们能够提供足够的带宽和延迟。如果可能的话，可以考虑升级网络硬件或使用更快的网络连接。

2、增加缓存：在扩展API服务器中启用缓存可以减少对kube-apiserver的请求次数，从而提高响应速度。你可以使用诸如Redis之类的内存数据存储来实现缓存功能。

3、负载均衡：通过将请求分发到多个kube-apiserver实例上，可以减轻单个实例的压力并提高整体性能。可以使用负载均衡器（如Nginx或HAProxy）来实现这一点。

4、优化代码：检查扩展API服务器的代码，看看是否有可以优化的地方以提高性能。例如，减少不必要的数据库查询、优化数据处理逻辑等。

5、监控和调优：定期监控扩展API服务器的性能指标，如响应时间、错误率等。根据监控数据进行相应的调优操作，以进一步提高性能。