docs: link to supported CAPI providers

clastix · Aug 22, 2023 · a996803 · a996803
1 parent e34fc18
commit a996803
Show file tree

Hide file tree

Showing 6 changed files with 11 additions and 4 deletions.
diff --git a/docs/content/guides/alternative-datastore.md b/docs/content/guides/alternative-datastore.md
@@ -1,4 +1,4 @@
-# Use alternative datastores
+# Use Alternative Datastores
 
 Kamaji offers the possibility of having a different storage system than `etcd` thanks to [kine](https://github.com/k3s-io/kine) integration. One of the implementations is [PostgreSQL](https://www.postgresql.org/).
 

diff --git a/docs/content/guides/backup-and-restore.md b/docs/content/guides/backup-and-restore.md
@@ -1,4 +1,4 @@
-# Backup and restore
+# Backup and Restore
 
 As mentioned in the introduction, Kamaji “tenant clusters” are just regular pods scheduled on top of a choosn admin cluster; as such, you can take advantage of the same backup and restore methods that you would use to maintain the standard workload.
 

diff --git a/docs/content/guides/certs-lifecycle.md b/docs/content/guides/certs-lifecycle.md
@@ -1,4 +1,4 @@
-# Certificates lifecycle
+# Certificates Lifecycle
 
 Kamaji is responsible for creating the required certificates, such as:
 

diff --git a/docs/content/guides/cluster-api.md b/docs/content/guides/cluster-api.md
@@ -0,0 +1,6 @@
+# Cluster APIs Support
+
+The [Cluster API](https://github.com/kubernetes-sigs/cluster-api) brings declarative, Kubernetes-style APIs to creation of Kubernetes clusters, including configuration and management.
+
+Kamaji offers seamless integration with the most popular Cluster API Infrastructure Providers. Check the currently supported providers and the roadmap on the related [reposistory](https://github.com/clastix/cluster-api-control-plane-provider-kamaji).
+
diff --git a/docs/content/guides/kamaji-gitops-flux.md b/docs/content/guides/kamaji-gitops-flux.md
@@ -1,4 +1,4 @@
-# Manage tenant resources GitOps-way from the admin cluster
+# Manage Tenant Control Planes with GitOps
 
 This guide describe a declarative way to deploy Kubernetes add-ons across multiple Tenant Clusters, the GitOps-way. An admin may need to apply a specific workload into Tenant Clusters and ensure is constantly reconciled, no matter what the tenants will do in their clusters. Examples include installing monitoring agents, ensuring specific policies, installing infrastructure operators like Cert Manager and so on.
 

diff --git a/docs/mkdocs.yml b/docs/mkdocs.yml
@@ -66,6 +66,7 @@ nav:
   - guides/datastore-migration.md
   - guides/backup-and-restore.md
   - guides/certs-lifecycle.md
+  - guides/cluster-api.md
 - 'Use Cases': use-cases.md
 - 'Reference':
   - reference/index.md