The secret sync controller runs on managed clusters and syncs the policy-encryption-key
Secret
from the Hub to the
managed cluster. This controller requires access to get, create, update, and delete Secret
objects in the managed
cluster namespace. Since the managed cluster namespace is not known at build time, the configuration in
deploy/operator.yaml
grants this access cluster wide. In a production environment, limit this to just the managed
cluster namespace.
The spec sync controller runs on managed clusters, updating local Policy
specs to match Policies
in the cluster's
namespace on the hub cluster.
The controller watches for changes to Policies in the cluster's namespace on the hub cluster to trigger a reconcile. Every reconcile creates/updates/deletes replicated policies on the managed cluster to match the spec from the hub cluster.
The status sync controller runs on managed clusters, updating Policy
statuses on both the hub and (local) managed
clusters, based on events and changes in the managed cluster.
This controller watches for the following changes to trigger a reconcile:
- policy changes in the watched cluster namespace on the managed cluster
- events on policies in the watched cluster namespace on the managed cluster
Every reconcile does the following things:
- Creates/updates the policy status on the hub and managed cluster in cluster namespace
The template sync controller runs on managed clusters and updates objects defined in the templates of Policies
in the
cluster namespace.
This controller watches for changes on Policies
in the cluster namespace on the managed cluster to trigger a
reconcile. On each reconcile, it creates/updates/deletes objects defined in the spec.policy-templates
of those
Policies
.
For documentation and installation guidance, see the Open Cluster Management documentation.
Go to the Contributing guide to learn how to get involved.
Check the Security guide if you need to report a security issue.
You will need kind installed.
make kind-bootstrap-cluster-dev
make build-images
make kind-deploy-controller-dev
make test-dependencies
make test
make e2e-dependencies
make e2e-test
make kind-delete-cluster
The deploy/operator.yaml
file is generated via Kustomize. The deploy/rbac
directory of Kustomize files is managed by
the operator-sdk and Kubebuilder using markers. After updating the
markers or any of the Kustomize files, you may regenerate deploy/operator.yaml
by running
make generate-operator-yaml
.
- The
governance-policy-framework-addon
is part of theopen-cluster-management
community. For more information, visit: open-cluster-management.io.