第 2 章 监管
对于在私有云、多云和混合云环境中部署的工作负载,企业必须满足内部对软件工程、安全工程、弹性、安全性以及规范标准的要求。Red Hat Advanced Cluster Management for Kubernetes 监管功能为企业引进自己的安全策略提供了一个可扩展的策略框架。继续阅读 Red Hat Advanced Cluster Management 监管框架的相关主题:
2.1. 监管架构 复制链接链接已复制到粘贴板!
使用 Red Hat Advanced Cluster Management for Kubernetes 监管声明周期来增强集群的安全性。产品监管生命周期基于使用受支持的策略、流程和程序从中央接口页面管理安全和合规性。参阅以下监管架构图:
查看以下监管架构图的组件描述:
- 策略传播器控制器: 在 Red Hat Advanced Cluster Management hub 集群上运行,并根据绑定到 root 策略的放置在 hub 上的受管集群命名空间中生成复制策略。它还将来自复制策略的合规性状态聚合到根策略状态,并根据绑定到 root 策略的策略自动化启动自动化。
- 监管策略附加组件控制器: 在 Red Hat Advanced Cluster Management hub 集群上运行,并在受管集群中管理策略控制器的安装。
监管策略框架 : 以前的镜像代表作为受管集群中的
governance-policy-frameworkpod 运行的框架,并包含以下控制器:- spec sync controller: 将 hub 集群上的受管集群命名空间中的复制策略同步到受管集群上的受管集群命名空间。
- Status sync controller : 从 hub 和受管集群的复制策略中的策略控制器记录合规事件。状态仅包含与当前策略相关的更新,如果策略被删除和重新创建,则不会考虑过去的状态。
-
模板同步控制器: 根据复制策略
spec.policy-templates条目中的定义,创建、更新和删除受管集群命名空间中的对象。 - Gatekeeper sync controller : 在相应的 Red Hat Advanced Cluster Management 策略中记录 Gatekeeper 约束审计作为合规事件。
2.1.1. 监管架构组件 复制链接链接已复制到粘贴板!
监管架构还包括以下组件:
监管仪表板:提供云监管和风险详情的概述信息,其中包括策略和集群违反情况。请参阅 管理监管仪表板 部分,以了解 Red Hat Advanced Cluster Management for Kubernetes 策略的结构,以及如何使用 Red Hat Advanced Cluster Management for Kubernetes Governance 仪表板。
备注:
-
当策略传播到受管集群时,首先会复制到 hub 集群上的集群命名空间中,并使用
namespaceName.policyName命名并标记。在创建策略时,请确保namespaceName.policyName的长度不超过 63 个字符,因为 Kubernetes 对标签值有限制。 -
当您在 hub 集群中搜索策略时,您可能还会在受管集群命名空间中收到复制策略的名称。例如,如果您在
default命名空间中搜索policy-dhaz-cert,hub 集群中的以下策略名称可能也会出现在受管集群命名空间中:default.policy-dhaz-cert。
-
当策略传播到受管集群时,首先会复制到 hub 集群上的集群命名空间中,并使用
- 基于策略的监管框架: 支持根据与集群关联的属性(如一个地区)支持策略创建和部署到各种受管集群。以下是在开源社区中向集群部署策略的预定义策略和说明的示例。另外,当出现违反策略的情况时,可以将自动化配置为运行并采取用户选择的任何操作。
-
开源社区:在 Red Hat Advanced Cluster Management 策略框架的基础上支持社区贡献。策略控制器和第三方策略也是
open-cluster-management/policy-collection存储库的一部分。您可以使用 GitOps 贡献和部署策略。