Architecture

Let's first discuss some basic terminologies, those will be repeated many times throughout the whole docs. The below picture will help in describing the terminologies:

architecture

ACE

ACE is the central management cluster where we will deploy all the ui-components. Namely the backend server(ace-platform-api), kubedb-ui, cluster-ui, billing-ui, platform-ui, grafana-ui & ingresses. This will be mainly used by the administrator & devops-engineer. As this is the central point of management, we call it Management cluster. As all the UI-components installed in this, we sometimes call UI cluster.

We also have native-integration of OCM hub-spoke model. This is by-default enabled. This integration enables the cluster-manager to easily do similar changes(for example: installing a feature) centrally. ACE is used as the hub of OCM mode. Thats why we call this Hub cluster too.

The ACE cluster can be a single-node k3s cluster for staging or development. Or a full-fledged multi-node cluster for prod. The installer page in the selfhost-ui on appscode.com site by-default gives the information to create a demo k3s cluster to get going right on-the-fly.

DBaaS

DBaaS cluster is the main cluster for database users. This can be of two main type: spoke cluster, general imported cluster. While importing, if someone make it a spoke, then cluster-manager-spoke component will be installed. And its features will be synced by the Hub cluster. If you don't want to manage it from the hub, we can just import it as a general cluster. In that case, that auto-sync from hub will not happen.

Both ACE & DBaaS clusters can be of any vendors like AWS, Azure, Google Cloud etc. Also, it can be an on-prem cluster.

On this page