Geschäftskontinuität und Notfallwiederherstellung
Zuletzt aktualisiert: 4. Juli 2026
Gründer vertrauen darauf, dass CORPYO Unternehmensunterlagen, Einreichungen und Korrespondenz aufbewahrt, die über Jahre hinweg wichtig sind, nicht nur für die Dauer einer einzelnen Sitzung. Unser Ansatz zur Geschäftskontinuität ist auf diese Realität ausgelegt.
Redundanz
Unsere Produktionsumgebung ist, soweit praktikabel, ohne Abhängigkeit von einem einzelnen Ausfallpunkt aufgebaut: Die Anwendungsinfrastruktur läuft über das global verteilte Edge-Netzwerk von Vercel, unsere primäre Datenbank läuft mit Replikation, und statische Assets und Dokumente werden über ein redundantes CDN bereitgestellt. Cloud-Anbieterregionen werden mit Blick auf Failover ausgewählt, sodass der Ausfall einer einzelnen Verfügbarkeitszone die Plattform nicht lahmlegt.
Backup-Häufigkeit
Datenbank-Backups laufen automatisch kontinuierlich bzw. nahezu kontinuierlich über Point-in-Time-Recovery in Kombination mit regelmäßigen vollständigen Snapshots, und von Kunden hochgeladene Dokumente werden in redundantem, versioniertem Objektspeicher gespeichert. Backups sind im Ruhezustand verschlüsselt (siehe Verschlüsselung) und werden getrennt von der primären Produktionsumgebung gespeichert, sodass ein einzelner Vorfall, der die Produktion betrifft, unwahrscheinlich auch die zur Wiederherstellung benötigten Backups kompromittiert.
Wiederherstellungsziele (RTO/RPO)
Wir gestalten und testen unsere Wiederherstellungsprozesse anhand interner Zielvorgaben für:
- Recovery Time Objective (RTO) — die Zielzeit zur Wiederherstellung des Kerndienstes nach einer größeren Störung.
- Recovery Point Objective (RPO) — die maximal akzeptable Menge an kürzlich erfassten Daten, die in einem Worst-Case-Wiederherstellungsszenario verloren gehen könnte.
Wir beschreiben diese auf dieser Seite als interne Zielvorgaben und nicht als vertragliche SLAs; Unternehmenskunden mit spezifischen Kontinuitätsanforderungen können unsere aktuellen RTO/RPO-Zielvorgaben und den Testrhythmus für Backups schriftlich über [email protected] anfordern.
Verfügbarkeitsstrategie
Wir überwachen die Plattformverfügbarkeit kontinuierlich und streben eine hohe Verfügbarkeit für das Kernprodukt (Dashboard, Bestellverfolgung, Authentifizierung und API) an — siehe unsere Live-Statusseite unter /trust/status. Wird eine Komponente beeinträchtigt, ist unsere Architektur auf ein kontrolliertes Fehlverhalten ausgelegt: Verzögerungen bei Hintergrundjobs sollten beispielsweise einen Gründer nicht daran hindern, den Status seiner bestehenden Bestellung einzusehen, und ein regionales Problem sollte nicht die gesamte Plattform lahmlegen. Geplante Wartungsarbeiten werden so terminiert, dass die Auswirkungen auf Kunden minimiert werden, und wo möglich ohne Ausfallzeit mittels rollierender Deployments durchgeführt.