Zum Hauptinhalt springen Zur Navigation springen Zur Fußzeile springen
FÜR DEVOPS-INGENIEURE

Klone in einer Minute. Stelle her in fünf. Keine Tickets mehr.

CLI-first Infrastruktur, die Produktion in 60 Sekunden klont, in unter 5 Minuten zurückrollt und auf deiner Hardware läuft. Keine Tickets. Kein Warten. Deine Daten gehören dir.

Kostenlos testen Dokumentation lesen →
$ rdc repo fork production
✓ Produktions-Snapshot wird erstellt (btrfs CoW) .. done
✓ 8 Container + Datenbanken werden repliziert .. done
✓ Verschlüsselter Speicher wird eingehängt (380 GB) .. done
✓ Health-Checks werden durchgeführt .. 8/8 bestanden
✓ Klon bereit: feature-auth-v2.internal
Zeit: 52s    Container: 8    Größe: 380 GB    Speicherauslastung: 1,8 GB (CoW)

Ausgabe ist exemplarisch; echte Läufe können zusätzliche Logs enthalten.

60s
Klondauer
<5 Min
Vollständige Notfallwiederherstellung
0
Ops-Tickets nötig
DAS PROBLEM

Sie automatisieren alles. Nur nicht die Testumgebung.

Ihre CI/CD-Pipeline deployed in Minuten. Ihre IaC provisioning läuft in Sekunden. Aber wenn Sie eine Testumgebung mit echten Daten brauchen, erstellen Sie ein Ticket und warten drei Tage. Währenddessen ist Staging geteilt, instabil und unterscheidet sich völlig von der Produktion.

69% Entwickler verlieren wöchentlich über 8 Stunden durch ineffiziente Tools Atlassian 2024 [1]
3 Tage Durchschnittliche Wartezeit für neue Umgebungen in Enterprise-Teams Branchenstudie [2]
$50K/Jahr Zeitverlust pro Entwickler durch Kontextwechsel Branchenvergleich [3]
Der alte Weg
Mo Ticket einreichen
Di Ops prüft
Mi Server bereitstellen
Do Umgebung konfigurieren
Fr Unterscheidet sich von Production
Mit Rediacc
rdc ceph snapshot create
52s
Fertig
WIE ES FUNKTIONIERT

Ein Befehl. Vollständiger Produktionsklon.

1

Klonen

Führen Sie rdc ceph snapshot create production aus. Btrfs CoW erstellt blitzschnell einen Snapshot von allem: App, Datenbank, Konfiguration.

2

Arbeiten

Programmieren Sie sofort gegen produktionsidentische Daten. Pushen Sie einen Branch, bekommen Sie einen neuen Klon.

3

Wiederherstellen

Etwas geht schief? Rollback in Sekunden. Unveränderliche Snapshots — Sie verlieren niemals Daten.

Produktion Läuft
nginx :443
api-server :8080
postgres :5432
redis :6379
4 Container 380 GB
Klonen
52s
feature-auth-v2 Geklont
nginx :443
api-server :8080
postgres :5432
redis :6379
4 Container 380 GB
UNTER DER HAUBE

Warum 60-Sekunden-Klone möglich sind

Rediacc nutzt btrfs Copy-on-Write-Snapshots auf Dateisystemebene. Ein Snapshot einer 380 GB Produktionsumgebung wird in Sekundenbruchteilen erstellt und benötigt zunächst keinen zusätzlichen Speicher. Sobald sich der Klon unterscheidet, verbrauchen nur geänderte Blöcke neuen Speicher.

Traditioneller Ansatz
Rediacc (btrfs CoW)
Docker-Volume-Kopie: vollständige Datenkopie, Minuten bis Stunden
Nur-Metadaten-Snapshot: Sekundenbruchteile, beliebige Größe
pg_dump 380 GB: 12-36 Stunden, eine DB-Engine gleichzeitig
Jede Datenbank in einer atomaren Operation geklont
10 Klone = 10x Speicher (3,8 TB)
10 Klone teilen Blöcke via CoW (~15 GB Differenz)
Rollback: Wiederherstellung aus Backup (30+ Min)
Rollback: btrfs Snapshot-Wechsel (<5 Min)
Kubernetes-Cluster klonen: neu bereitstellen, neu deployen, Daten neu einspielen
rdc cluster fork copies it, data included. 46 seconds in our lab
WARUM ES WICHTIG IST

Entwickelt für Ingenieure, die alles automatisieren

60-Sekunden-Umgebungen

Von der Anfrage zur funktionierenden Umgebung in unter einer Minute. Vollständiger Stack: OS, Container, Datenbanken, Konfiguration.

CLI-first, skriptfähig

Alles ist ein Befehl. Integration mit CI/CD, Git Hooks oder deiner eigenen Automatisierung. Keine GUI erforderlich. Kubernetes inklusive: Ein Namespace forkt wie jedes Repo.

Sofortiges Rollback

Btrfs unveränderliche Snapshots bedeuten, dass du jede Umgebung in Sekunden zurücksetzen kannst. Kein Datenverlust. Keine Ausfallzeit.

Verwandte Lösungen entdecken

dev env

Produktion in 60 Sekunden klonen

Erstellen Sie exakte Kopien der Produktion — Anwendung, Datenbank und Konfiguration — für Entwicklung und Tests. Keine Tickets. Kein Warten.

→ dev env

Entwicklungsumgebungen, die der Produktion entsprechen. Exakt.

Kein 'es funktioniert auf meinem Rechner' mehr. Jede Entwicklungsumgebung ist ein identischer Klon der Produktion.

→ dev env

Hören Sie auf, für ungenutzte Umgebungen zu zahlen

Erstellen Sie Umgebungen bei Bedarf. Löschen Sie sie, wenn Sie fertig sind. Zahlen Sie nur für das, was Sie tatsächlich nutzen.

→ dev env

In Ihren bestehenden Workflow einfügen

Git Push löst eine frische Umgebung aus. Tests laufen auf Produktionsklonen. CI/CD funktioniert einfach — kein Custom-Scripting erforderlich.

→

Probier es selbst aus

Installiere die CLI. Klone deine erste Umgebung. 14 Tage kostenlos testen – kein Vertriebsanruf.

Kostenlos testen
$ curl -fsSL https://www.rediacc.com/install.sh | bash