A Space is a deployed K2view runtime environment managed by the K2cloud Orchestrator.
A Space combines:
Project + Space Profile + Fabric Image + Site → Space
The Project provides the K2view implementation, the Space Profile defines the deployment topology, the Fabric Image defines the software version, and the Site determines where the Space is deployed.
Once created, the Space becomes the primary operational object through which users access, deploy, monitor, and manage the environment.
The K2cloud Orchestrator provides the control plane for managing Spaces.
The workloads themselves run on Kubernetes infrastructure:
In both models, the Orchestrator provides application-aware lifecycle and operational management of the deployed K2view environments.
Each Space belongs to a Project.
A Project can have multiple Spaces representing different stages or purposes within the implementation, such as development, QA, staging, and production.
For example:
Project
├── Development Space
├── QA Space
└── Production Space
The Project remains the common Git-backed implementation, while each Space is an independently deployed runtime environment.
A Studio Space is a development-oriented environment.
A typical Studio Space includes:
Studio Spaces provide the environment in which developers build, test, debug, and commit implementation changes to Git.
Opening a Studio Space provides access to the Studio IDE and the Fabric applications available within that environment.
Fabric Studio and its applications are documented separately in the Fabric documentation.
A Fabric Space is a runtime-oriented environment.
Fabric Spaces are commonly used for:
A Fabric Space typically runs Fabric without the Studio development environment.
Persistent services can also be externalized from the Space. For example, profiles using the noSdb model use an externally managed System Database and object storage whose lifecycle is independent from the Space.
The K2cloud Orchestrator presents deployed Spaces as cards on the Spaces page.
A Space card provides the information needed to identify the deployment and understand its current operational state, including information such as:
The available actions depend on the Space type and its current state.
The articles that follow describe these operations and the additional runtime information available through the Space.
Depending on the Space type and state, K2cloud provides operations for activities such as:
Deployment workflows are covered separately under Deployments and Lifecycle.
A Space is a deployed K2view runtime environment managed by the K2cloud Orchestrator.
A Space combines:
Project + Space Profile + Fabric Image + Site → Space
The Project provides the K2view implementation, the Space Profile defines the deployment topology, the Fabric Image defines the software version, and the Site determines where the Space is deployed.
Once created, the Space becomes the primary operational object through which users access, deploy, monitor, and manage the environment.
The K2cloud Orchestrator provides the control plane for managing Spaces.
The workloads themselves run on Kubernetes infrastructure:
In both models, the Orchestrator provides application-aware lifecycle and operational management of the deployed K2view environments.
Each Space belongs to a Project.
A Project can have multiple Spaces representing different stages or purposes within the implementation, such as development, QA, staging, and production.
For example:
Project
├── Development Space
├── QA Space
└── Production Space
The Project remains the common Git-backed implementation, while each Space is an independently deployed runtime environment.
A Studio Space is a development-oriented environment.
A typical Studio Space includes:
Studio Spaces provide the environment in which developers build, test, debug, and commit implementation changes to Git.
Opening a Studio Space provides access to the Studio IDE and the Fabric applications available within that environment.
Fabric Studio and its applications are documented separately in the Fabric documentation.
A Fabric Space is a runtime-oriented environment.
Fabric Spaces are commonly used for:
A Fabric Space typically runs Fabric without the Studio development environment.
Persistent services can also be externalized from the Space. For example, profiles using the noSdb model use an externally managed System Database and object storage whose lifecycle is independent from the Space.
The K2cloud Orchestrator presents deployed Spaces as cards on the Spaces page.
A Space card provides the information needed to identify the deployment and understand its current operational state, including information such as:
The available actions depend on the Space type and its current state.
The articles that follow describe these operations and the additional runtime information available through the Space.
Depending on the Space type and state, K2cloud provides operations for activities such as:
Deployment workflows are covered separately under Deployments and Lifecycle.