Skip to main content



The Sovereign Cloud Stack combines the best of Cloud Computing in one unified standard. SCS is built, backed, and operated by an active open-source community worldwide.

Architectural Overview

Use Cases and Deployment Examples

IaaS Layer

Quick Start with Cloud-In-A-Box

The fastest way to get in touch with SCS is to deploy a SCS cloud virtually. The Cloud-In-A-Box was built explicitly for this scenario. Check it out here

Reference Implementation Testbed

This means that you set up an SCS test installation including all the infrastructure pieces such as database, message queueing, ceph, monitoring and logging, IAM, the OpenStack core services, and (soon) the Container layer on top of an existing IaaS platform.

The SCS IaaS reference implementation is based on OSISM. Read on the OSISM testbed docs to learn how to get the testbed running. Please read carefully through the deployment section of the manual.

Container Layer

K8s Cluster API Provider

You can easily deploy the container layer on top of the testbed (or a production SCS cloud) checking out the code from k8s-cluster-api-provider.

Cluster Stacks

With the Cluster Stacks, in the V2 KaaS reference implementation, we provide an opinionated optimized configuration of Kubernetes clusters. Through better packaging, integrated testing, and bundled configuration, SCS-based Kubernetes clusters provide easier individualization.
Throughout the R6 development cycle Cluster Stacks are taken from a technical preview to be functional and available on top of the IaaS reference implementation as well to replace the V1 KaaS reference implementation k8s-cluster-api-provider.
The Cluster Stacks can already be tried with the demo repository. Although this is based on the not-production-ready Docker provider, the usage is the same for every provider.

Public SCS Clouds in production

Find the current list of scs compatible clouds here.

Development of SCS

While the SCS project tracks the efforts across the released epics and user stories, the work on the code, whenever possible, happens upstream. As such, these repositories are usually not found in the SCS GitHub organization. SCS works directly in the following upstream projects:

  • CNCF projects,
  • OpenStack,
  • kolla-ansible,
  • OSISM and others.

All code not pushed upstream can be found in the SCS Github organization.

Issues and Bugs

If you can identify the affected component, raise the issue against the relevant repository in the SovereignCloudStack or OSISM space. Otherwise, you can use the issues repository. We appreciate PRs as well as issues; please don't forget to sign off your contributions see contributor guide.

Contribute and Connect

Please see the SCS contributor guide.

Releases and Roadmap

See our Release Notes here

Standards, Conformity and Certification

How to get compliant? What do I need to be compliant? What are the benefits? What does it involve? What to expect in the future? Learn more in the standards section.