Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
7 changes: 4 additions & 3 deletions content/en/docs/guides/use-fluxcd.md
Original file line number Diff line number Diff line change
Expand Up @@ -168,18 +168,18 @@ spec:
In example, the cluster admin is supposed to apply this Kustomization, during the cluster bootstrap that i.e. will reconcile also Flux itself.
All the remaining Reconciliation resources can be children of this Kustomization.

![bootstrap](/images/assets/kustomization-hierarchy-root-tenants.png)
![bootstrap](/images/guides/kustomization-hierarchy-root-tenants.png)

### Namespace-as-a-Service

Tenants could have his own set of Namespaces to operate on but it should be prepared by higher-level roles, like platform admins: the declarations would be part of the platform space.
They would be responsible of tenants administration, and each change (e.g. new tenant Namespace) should be a request that would pass through approval.

![no-naas](/images/assets/flux-tenants-reconciliation.png)
![no-naas](/images/guides/flux-tenants-reconciliation.png)

What if we would like to provide tenants the ability to manage also their own space the GitOps-way? Enter Capsule.

![naas](/images/assets/flux-tenants-capsule-reconciliation.png)
![naas](/images/guides/flux-tenants-capsule-reconciliation.png)

## Manual setup

Expand Down Expand Up @@ -215,6 +215,7 @@ metadata:
spec:
owners:
- name: system:serviceaccount:my-tenant:gitops-reconciler # the Tenant GitOps Reconciler
kind: ServiceAccount
```

From now on, we'll refer to it as the **Tenant GitOps Reconciler**.
Expand Down
Loading