当前版别主要的改变有：支撑 k8s Gateway API、优化 Operator 类型组件运用体会。
主要功能点解读：
支撑 Gateway API
Gateway API 是 Kubernetes 1.19 版别中引进的一种新的网关类型资源，能够将其看作为 Ingress 的更高级抽象，其方针是树立一套表现力强、易扩展、面向人物的服务网络模型。相较于原有的 Ingress ，Gateway API 具有更灵敏、标准、可扩展等特性, 处理了 Ingress 不标准、移植性差等问题。
而在之前的版别中，渠道仅供给了一种网关作为外部流量进口，主要由 Rainbond 的 rbd-gateway 组件完成；由于这层绑定联系，用户无法在渠道上运用其他的 Ingress Controller 完成。因此为了解耦用户业务与渠道的强绑定联系，让用户能按需运用不同的网关类型。渠道支撑了 k8s Gateway API ，将其作为渠道的扩展网关才能进行运用。
默许情况下扩展网关不会展示，需要装置 Gateway API 根底资源及其下游完成插件后才会展示。现在在开源运用商铺已上架 Gateway API 根底组件以及 Envoy Gateway 和 Nginx Gateway 插件，经过布置 Envoy 和 Nginx 两个插件，我们可利用 k8s Gateway API 扩展网关才能，而且能够在 Envoy 和 Nginx 间切换网关完成。
优化 Operator 组件运用体会
Operator 是一种自定义 Kubernetes API 的扩展，他经过监控一组声明的自定义 CRD 资源来办理运用，大大简化 Kubernetes 集群中复杂运用程序的办理和运维。
Rainbond 在之前供给了 Helm、Yaml 等多种方式对 Operator 类型组件进行布置，但是由于 Operator 所办理的资源并非渠道所创建所以无法在渠道中得到展示，所以为了更好的可视化体会，Rainbond 5.13 版别优化了 Operator 类型组件的展示逻辑，将 Operator 所办理的 Workload 类型资源在运用视图以浅灰色组件的形式进行展示，而且会将 Service 类型的资源经过第三方组件的方式露出出来供用户访问。
详细变更点
新增功能
- 支撑 k8s Gateway API，拓宽网关才能
- 优化 Operator 类型组件在渠道中的运用体会
- 支撑 Nginx(Gateway API 类型)网关插件
- 支撑 Envoy(Gateway API 类型)网关插件
优化功能
- 支撑 k8s 资源批量删除
- 支撑 k8s 资源单独发布到运用商场
BUG 修正
- 组件基于dockerfile构建时，从私有库房中拉取镜像失败 #1594
- 修正默许 rbd-monitor 存储分配额过小的问题 #1525
- 修正命令行工具衔接失败的问题 #1595
- 修正经过 git 库房创建组件无法设置英文名的问题 #1194
- 修正集群节点列表获取不到人物标签报错 #1282
