Leistungen
Release-Zuverlässigkeit
Wenn freitags nicht veröffentlicht wird, ist das kein Vorsichtsprinzip. Es ist ein Symptom.
- 0
- Rollbacks im Produktivbetrieb seit 2019
Über 4.000 Releases, und keines musste zurückgenommen werden: Ein Release ist Routine, kein Risiko für das Geschäft.
Angst vor dem Release ist messbar
Teams, die ihren Deployments nicht trauen, veröffentlichen seltener. Seltenere Veröffentlichungen werden größer. Größere Veröffentlichungen gehen häufiger schief. Die Angst bestätigt sich selbst, und irgendwann gilt „wir deployen einmal im Quartal” als verantwortungsvoll.
Der Ausweg führt nicht über mehr Sorgfalt beim einzelnen Release, sondern über kleinere Releases, die automatisch geprüft werden.
Was wir aufbauen
- Abwärtskompatible Datenbankmigrationen, in Schritten, die einzeln zurücknehmbar sind.
- Deployments ohne Wartungsfenster — Blue/Green oder rollierend, je nach Ihrer Infrastruktur.
- Automatische Prüfungen nach dem Deployment, die einen Fehlstart erkennen, bevor ein Nutzer ihn bemerkt.
- Ein Qualitäts-Gate vor Produktion, das aussagekräftig genug ist, um darauf zu vertrauen.
Die Zahl, die wir vorzeigen können
Ein von uns betreutes System läuft seit 2019 in Produktion. Seitdem: über 4.000 Deployments, kein einziges Rollback, kein ungeplanter Ausfall. Das ist kein Durchschnittswert über viele Kunden, sondern ein einzelnes System, das man sich ansehen kann.
UNSER ANSATZ
Unser Engineering-Ansatz
Verstehen
Anforderungen und Zusammenhänge klären.
Gestalten
Eine passende technische Lösung entwickeln.
Absichern
Integration, Betrieb und Qualität mitdenken.
Häufige Fragen
- Was heißt „ohne Ausfallzeit" konkret?
- Nutzer bemerken das Deployment nicht. Kein Wartungsfenster, keine Abmeldung, keine abgebrochenen Vorgänge. Bei einem von uns betreuten System sind so seit 2019 über 4.000 Deployments gelaufen.
- Funktioniert das auch mit einer Datenbank?
- Ja, und dort liegt meist die eigentliche Arbeit. Schemaänderungen werden in abwärtskompatible Schritte zerlegt, sodass alte und neue Anwendungsversion gleichzeitig laufen können.
- Brauchen wir dafür Kubernetes?
- Nein. Das Vorgehen hängt am Ablauf, nicht am Werkzeug. Wir haben es auf klassischen Servern, in Containern und in der Cloud umgesetzt.
Eine Änderung, die nicht schiefgehen darf?
30 Minuten mit Benjamin Huskić, Gründer und Entwickler. Schildern Sie uns die Probleme, Engpässe oder Risiken, die Sie gerade am meisten beschäftigen. Wir geben Ihnen eine erste Einschätzung, teilen relevante Erkenntnisse aus vergleichbaren Herausforderungen und loten gemeinsam aus, wie unsere Erfahrung Sie weiterbringen kann.