简化 whizard 全局配置，丰富Sercice层级配置

[frezes]

需求描述：当前 Whizard 使用 whizard-config 作为全局配置文件，但如果启用多个Service，各自Service 的独立配置无法定义，且无法处理ruler 与rule 的关联关系；因此需要简化全局配置，丰富Service 层级配置；

[frezes]

• Service CRD 将包含组件全部配置定义 complete the service configuration #423
• whizard-config 将只包含基础的 KubernetesOptions 及后续的 KubernetesOptions(用于 License 限制)，移除 MonitoringOptions get config form ServiceCR and remove MonitoringOptions in whizard-config #425
• Component CR > Service CR, 即 配置优先通过组件 CR 的读取， 如果字段未发现则通过 Service CR 读取，Service CR 未发现则通过内置常量获取，各组件资源配置、镜像版本 等代码内置 get config form ServiceCR and remove MonitoringOptions in whizard-config #425
• helm charts 将进行大调整，会有一个 Job 来处理 Service 参数 merge 合并， 并进行 Apply， 且该 Job 处理 CRD 升级逻辑，组件 CR 配置尽可能精简 update whizard helm charts and add post-delete hook #435
• Service CR 配置 merge 操作及升级 CRD
• whizard-adapter 组件配置调整，将从 Service 上读写配置，代替更新 configmap 操作

注： 此版本 API 及参数将存在 Breaking Change，仅保证 3.5 -> 4.1 默认部署正常升级，存在配置丢失风险

[frezes]

@junotx 看下上午的讨论是否还有遗漏点，可以再补充修改下

[benjaminhuo]

• Service 将包含组件全部配置
• whizard-config 将只包含基础的 KubernetesOptions 及后续的 KubernetesOptions(用于 License 限制)，移除 MonitoringOptions
• Component CR > Service CR, 即 配置优先通过组件 CR 的读取， 如果字段未发现则通过 Service CR 读取，Service CR 未发现则通过内置常量获取，各组件资源配置、镜像版本 等代码内置
• helm charts 将进行大调整，会有一个 Job 来处理 Service 参数 merge 合并， 并进行 Apply， 且该 Job 处理 CRD 升级逻辑，组件 CR 配置尽可能精简

注： 此版本 API 及参数将存在 Breaking Change，仅保证 3.5 -> 4.1 默认部署正常升级，存在配置丢失风险

这些项都哪些在 PR 里完成了？

[frezes]

已完成