CloudOps · Infrastruktur-Cloud

Cloud-Repatriierung

Raus aus der Public-Cloud-Rechnung.
Die Cloud behalten.

Verlagern Sie dauerhaft laufende Workloads von AWS, Azure oder Google Cloud auf eigene oder gemietete Server. Ihre Teams behalten Self-Service für VMs, Kubernetes, Netzwerke und Speicher – über eine Konsole, eine REST-API und Terraform.

Starten Sie mit einem Server und bleiben Sie hybrid, so lange Sie möchten. Registrieren Sie sich mit Google oder sprechen Sie zuerst mit uns.

  • Eigene oder gemietete Server
  • Self-Service für Ihre Teams
  • Konsole, API und Terraform
  • Entwickelt und betrieben in der EU

Warum zurückholen

Die Public Cloud ist ideal für Lastspitzen. Dauerlast bezahlt sie jede Stunde.

Datenbanken, Build-Farmen, interne Tools und andere Dienste laufen rund um die Uhr. Auf gemieteter Hyperscaler-Kapazität zahlen Sie für jede dieser Stunden – und noch einmal für Daten, die das Netzwerk verlassen.

Auf eigenen oder gemieteten Servern kosten dieselben Workloads, was die Hardware kostet. CloudOps bewahrt, was Teams an der Cloud schätzen: eine VM anfordern und sie bekommen, ohne Ticket.

Was entspricht was

Die Dienste, die Sie heute nutzen – auf Ihrer eigenen Hardware.

EC2, Azure VMs, Compute Engine

Virtuelle Maschinen

Linux- und Windows-VMs auf KVM, mit Browser-Konsole und fertigen OS-Images.

EBS, Managed Disks

Block-Volumes

ZFS-basierte Volumes, die Sie an VMs anhängen, mit Snapshots.

S3, Blob Storage, Cloud Storage

S3-kompatibler Objektspeicher

Buckets und Zugriffsschlüssel, die mit Ihren vorhandenen S3-Tools und -SDKs funktionieren.

VPC, Sicherheitsgruppen

Private Netzwerke und Sicherheitsgruppen

Isolierte Netzwerke, Firewall-Regeln pro VM, ein verschlüsseltes Overlay zwischen den Hosts und Site-to-Site-VPN.

EKS, AKS, GKE

Kubernetes

Kubernetes-Cluster auf Ihren Hosts, in der Konsole erstellt oder importiert, mit Knoten, die Sie hinzufügen und entfernen können.

ELB, RDS

Load Balancer und Datenbanken

Load Balancer vor Ihren VMs und verwaltete Datenbankinstanzen als Vorschau.

So läuft ein Umzug

Ziehen Sie einen Workload nach dem anderen um.

01 · Verbinden

Server hinzufügen

Installieren Sie Hosts per PXE über das Netzwerk, binden Sie laufende Linux-Server mit einem einzeiligen Import ein oder mieten Sie Bare Metal.

02 · Neu aufbauen

Umgebung nachbauen

Definieren Sie VMs, Volumes, Netzwerke und Sicherheitsgruppen in Terraform oder in der Konsole – parallel zu dem, was heute in der Public Cloud läuft.

03 · Umschalten

Daten umziehen und umschalten

Kopieren Sie die Daten über ein Site-to-Site-VPN, testen Sie, schalten Sie den Datenverkehr um und fahren Sie die Cloud-Instanzen herunter.

Elastische oder stark schwankende Workloads können bleiben, wo sie sind. Ein hybrider Betrieb ist ein normaler Endzustand, kein Scheitern.

KI-fähig, mit Leitplanken

Auch Ihre KI-Agenten können damit arbeiten.

CloudOps hat einen integrierten MCP-Server. Verbinden Sie Claude oder einen anderen MCP-Assistenten: Er kann Ihre Server, Netzwerke, Speicher und Jobs lesen und, wenn Sie es erlauben, VMs und Volumes erstellen.

Der Zugriff bleibt aus, bis ein Inhaber ihn einschaltet. Sie wählen „Nur lesen“ oder sichere Änderungen, jeder Tool-Aufruf wird protokolliert, und ein Agent kann nur löschen, was er selbst erstellt hat.

So verbinden sich KI-Agenten

Fragen vor dem Umzug

Was Sie vor dem Umzug wissen sollten.

Verlieren meine Teams den Self-Service?

Nein. Sie erstellen VMs, Volumes, Netzwerke und Kubernetes-Cluster über die Konsole, die REST-API oder Terraform, und jede Änderung läuft als nachvollziehbarer Job, den Sie prüfen können.

Muss ich Hardware kaufen?

Nein. Nutzen Sie Server, die Sie bereits im eigenen Rack oder in einer Colocation haben, oder mieten Sie Bare Metal von unabhängigen Betreibern auf dem CloudOps-Marktplatz, der sich im Early Access befindet.

Wo liegen meine Daten?

Auf Ihren Servern. Die Steuerungsebene betreiben wir in der EU nach der DSGVO; eine Steuerungsebene in den USA ist auf Anfrage möglich.

Kann ich klein anfangen?

Ja. Beginnen Sie mit einem Server und einem Workload. Lassen Sie alles andere in der Public Cloud und verbinden Sie beides während des Umzugs per Site-to-Site-VPN.

Planen Sie Ihren ersten zurückgeholten Workload.

Wählen Sie einen gleichmäßig laufenden Dienst, setzen Sie ihn auf einen Server und vergleichen Sie.