Alexander Renz
Solo-Operator hinter Resistro und Resistro Cloud. Ich baue das, weil ich immer wieder derjenige war, der auf Rufbereitschaft den pg_dump-Cron-Job eines fremden Teams auseinandernahm und feststellte: die Dumps waren seit Monaten stumm abgeschnitten.
- Rolle
- Gründer, Backup-Engineer, alles dazwischen.
- Standort
- Krailling bei München, Bayern.
- Sprachen
- Deutsch · Englisch (Projektdokumente in beiden).
- Stack
- Go, PostgreSQL, MySQL/MariaDB, Ansible, Linux-Ops, Object-Storage-Backends.
- Kontakt
- hello@… · enterprise@…
Warum das existiert
Ich betreibe einen kleinen Park eigener Produktiv-Services — Mail, Chat, Web, ein paar Datenbanken. Die Backup-Geschichte war über alle Hosts dieselbe: ein Cron-Job, den niemand prüft, eine Storage-Box, die niemand testet, eine Restore-Prozedur, die niemand je wirklich durchgezogen hat. Das ist nicht die Ausnahme. Das ist der Default.
Resistro begann als das Werkzeug, das ich für meine eigenen Hosts wollte: eine Binary, klare CLI, Prometheus-Exporter, Restore-Verifikation, die man per Cron fahren kann. Resistro Cloud gibt es, damit Monitoring und Off-Site-Storage nicht noch eine selbstgebaute Infrastruktur-Insel werden.
Woran ich heute arbeite
- Resistro — Open Source, Apache 2.0. Backup-Daemon für Postgres / MySQL / MariaDB in Go. Läuft auf meinem eigenen Produktiv-Park.
- Resistro Cloud — verwaltetes Monitoring, verschlüsselter Off-Site-Storage, pro-Kunde-Raten-Begrenzung, EU-only Datenpfad. Projekte berühren das üblicherweise.
- Ops-Park — ~13 Hosts über Hetzner & Home-DC, Ansible-gesteuert, produktiver XMPP-Server (Zerta), Mail-Infrastruktur, Monitoring.
Was ich nicht behaupten werde
Keine Promotion in Distributed Systems. Keine Enterprise-Beratung-Historie. Keine 12-Logo-"vertraut-von"-Wand.
Was ich habe: Jahre als derjenige, der nachts aufwacht, wenn die Primary stirbt; der unter Druck aus dem Backup restored; der einer nicht-technischen Geschäftsführung erklären muss, warum die letzten sechs Monate Backups subtil korrupt waren. Das ist das Wissen, das im Runbook landet, für das Sie bezahlen.
Wie ich arbeite
- Festpreis, wo es passt. Offene Retainer züchten Scope-Creep. Ein Audit ist ein Audit, ein Drill ist ein Drill.
- Scope schriftlich vor Zahlung. Wenn wir uns nicht auf exakte Deliverables einigen, gibt es kein Projekt.
- Nicht alles ist Backup. Ich sage es, wenn Ihr Problem eigentlich Connection-Pool-Sizing oder eine fehlende Replica ist — und ich der falsche Ansprechpartner bin.
- Remote-first, DACH-On-site willkommen. Remote liefert das gleiche Ergebnis schneller. Vor Ort, wenn der Raum für das Projekt zählt (Vorstands-Präsentation, Tabletop-DR-Übung).