Sovereign Cloud Compass
IaC & Automatisierung (Terraform/OpenTofu, SDKs, APIs)

IaC & Automatisierung (Terraform/OpenTofu, SDKs, APIs)

Warum wichtig?

Reproduzierbarkeit, Compliance-as-Code und Geschwindigkeit hängen an stabilen APIs/Providern. Fehlende IaC erhöht Betriebsaufwand und Fehlerquote.

Wie gemessen?

Skala 0–5 + N/A:
  • 0 = kaum Automation/IaC, fehlende APIs
  • 1 = begrenzte APIs, keine IaC-Provider/Module
  • 2 = IaC/SDKs nur teilweise, wichtige Services fehlen
  • 3 = Terraform/OpenTofu/SDKs für Kern-Scope verfügbar
  • 4 = breiter IaC/Automation Support + gute Docs/Modules
  • 5 = sehr starker IaC/Automation Support + Best Practices/Blueprints + breit belegt
  • N/A = keine belastbare Evidence

Validierungsfragen (RFP)

  • Welche Provider/SDKs sind „first-party“ und wie ist Release-/Support-Policy? Gibt es Provider-Feature-Gaps? Gibt es State/Drift-Handling, Policy-as-Code (OPA/Conftest) Integrationen?

Scores im Vergleich

Anbieter Score
AWS European Sovereign Cloud 5.0
UpCloud 5.0
Microsoft Sovereign Cloud 5.0
SysEleven OpenStack Cloud 5.0
IONOS Cloud 4.0
STACKIT 4.0
OVHcloud Public Cloud (inkl. SecNumCloud) 4.0
T Cloud Public 4.0
Oracle EU Sovereign Cloud 4.0
pluscloud open 4.0
Exoscale 4.0
Hetzner Cloud 4.0
Scaleway 4.0
Cloud Temple Trusted Cloud 4.0 Terraform Provider (Cloud-Temple/cloudtemple) in Terraform Registry. Umfangreiche API-Bibliothek (GraphQL). Python SDK. Console Shiva als IaC-orientierte Plattform. VM-Templates.
Infomaniak Public Cloud 4.0 Terraform/OpenTofu Provider (Infomaniak/infomaniak). OpenStack CLI/APIs. Infomaniak CLI. Python/Go SDKs über OpenStack. S3-kompatible APIs. Infrastructure as Code explizit unterstützt.
Delos Cloud 3.0
noris Sovereign Cloud 3.0