rubik: optimize triggers & resource manager & psi · Pull Request !236 · openEuler/rubik

### 描述
我们重构如下：
1. 触发器模块
2. 资源管理器模块
3. PSI服务模块

初始，我们声明了`Trigger`接口。`Trigger`接口将触发器结构分解为执行器（`Executor`接口）和结构管理器（`Setter`接口）两部分。

随后基于该接口实现了`TreeTrigger`。`TreeTrigger`提供了树形的`Trigger`管理方式（即`Setter`接口）。

并且我们提供了`resourceanalysis`和`eviction`两个基础`Executor`接口的实现，从而实现了两个单例Trigger（即`resourceanalysisTrigger`和`evictionTrigger`），并通过工厂类接口将单例Trigger返回给调用者。

为了实现Trigger之间的数据传递，我们构造Factor类型保存相关数据。

但存在问题：
1. Executor生命周期不符合逻辑。Exector的生命周期应该追随服务，但是当前需要用户手动停止。例如`resourceanalysis`使用了`cadvisor`获取资源利用率。因此主代码里增加了`StopUsedExecutors`，用于停止`Executor`。
2. 接口耦合。当前`resourceanalysisTrigger`中资源管理器是确定的，但是不同服务可能会使用不同的资源管理器甚至是不同参数的同一种资源管理器。若拓展新的资源管理器，资源分析的相关代码冗余。
3. 重复代码：`resourceanalysisTrigger`和`evictionTrigger`有部分代码是重复的。统计资源利用率也存在重复。

因此，我们进行重构：
1. 抽象资源管理器为`Manager`接口，`cadvisor`是其中一种实现。我们提供了工厂类方法返回`Manager`的生成器，以及对应管理器的配置选项。用户可自定义配置选项，并传入对应的`Manager`生成器。
2. 抽象资源分析类，资源分析类向外提供不同类型的分析器生成器。
3. 抽象基础触发器模板`BaseTemplate`。`BaseTemplate`进一步抽象`Executor`接口为`Transformation`和`Action`。`Transformation`类型表示将输入通过计算后返回特定输出（如`resourceanalysisTrigger`），`Action`类型则是对输入进行操作，不返回数据（如`evictionTrigger`）。参数通过统一使用上下文变量传递，并定义标准键用于传递数据。
4. 提供通用的`Transformation`（Eviction）和`Action`（MaxResource）。
5. 适配PSI。PSI服务管理Resource Manager的启停。执行不同类型操作Trigger的声明由服务定义。
6. 提供kubernetes clientSet单例。对于多模块通用变量，定义统一全局单例，避免重复链接消耗资源。

### 关联issue
NA
### 修改类型
-  代码重构

### API变更
NA
### 测试用例

### 验证报告

启动离线和在线业务，并给在线业务加压
```bash
[root@master ~]# kubectl get pods -A
NAMESPACE      NAME                             READY   STATUS    RESTARTS      AGE
default        online                           1/1     Running   0             36m
default        test                             1/1     Running   0             50s
```
在线业务加压后可以看到：
```bash
2024-11-01 07:51:35.894 [rubik] level=warn /root/workSpace/repos/gitee/rubik/pkg/common/log/log.go:246:Warnf() cpu resource of pod 4560b296-3ca8-42f9-a227-88e9a129703e reaches psi avg10 threshold (cur: 44.33, threshold: 5)
2024-11-01 07:51:35.894 [rubik] level=error /root/workSpace/repos/gitee/rubik/pkg/common/log/log.go:251:Errorf() failed to monitor PSI metrics: failed to execute psi_cpu_trigger: failed to transform pod: failed to find target pod
```
此时由于离线业务不适用内存，因此无需删除
随后为离线业务加压，可以看到：
```bash
2024-11-01 07:52:55.936 [rubik] level=warn /root/workSpace/repos/gitee/rubik/pkg/common/log/log.go:246:Warnf() cpu resource of pod 4560b296-3ca8-42f9-a227-88e9a129703e reaches psi avg10 threshold (cur: 49.12, threshold: 5)
2024-11-01 07:52:55.937 [rubik] level=info /root/workSpace/repos/gitee/rubik/pkg/common/log/log.go:241:Infof() find the pod(test) with the highest utilization(99.46910913006141)
2024-11-01 07:52:55.937 [rubik] level=info /root/workSpace/repos/gitee/rubik/pkg/common/log/log.go:241:Infof() evicting pod "test"
```
离线业务被删除。

![输入图片说明](https://foruda.gitee.com/images/1730448179585903114/574d2594_9446485.png "屏幕截图")

openEuler/rubik .gitee-modal { width: 500px !important; }

搜索帮助

openEuler/rubik