为何Kasten需集群范围Secrets读权限？能否仅限定备份命名空间？

为什么K10需要集群范围的Secrets访问权限？ #

K10的集群级Secrets权限是为了覆盖备份恢复全流程的核心需求：

• 全集群备份场景支持：企业环境中通常需要备份多命名空间的应用，很多应用的运行依赖同命名空间或跨命名空间的Secrets（比如共享数据库凭证）。如果仅限制单个命名空间权限，跨namespace的备份任务会直接失败。
• 自身组件运行依赖：K10连接备份存储目标（如S3、块存储）的认证信息，通常以集群级Secrets形式存储，不在业务命名空间内。没有全局访问权限，K10无法读取这些凭证，备份存储目标根本无法配置。
• 恢复流程的完整性：恢复操作可能需要将Secrets还原到原命名空间或迁移到新命名空间，集群级权限能确保整个恢复流程不被权限阻断，避免出现应用恢复后因缺少Secrets无法启动的情况。

能否仅为其配置备份目标特定命名空间的角色权限？ #

可以，但仅适用于非常有限的场景：

• 仅备份固定命名空间：如果你的备份需求只覆盖少数几个固定命名空间，且这些命名空间内的应用所有依赖的Secrets都在同namespace下，那么可以创建Role（而非ClusterRole），绑定到K10的服务账号，仅赋予该namespace下Secrets、Pod、PVC等备份所需资源的权限。
• 注意核心组件权限：即使限制了业务命名空间的权限，K10的核心组件（如策略控制器、目录服务）仍需要必要的集群级权限来管理备份策略、存储目标等基础配置，否则整个备份系统会无法正常运行。
• 不适用的场景：如果有跨namespace备份/恢复需求，或者需要备份集群级资源（如ClusterRole、IngressClass），这种权限限制会直接导致功能失效，不建议这么做。

内容的提问来源于stack exchange，提问作者Dragos Cazangiu