Ihr Entwickler ist gegangen. Ab hier übernehmen wir.
Wir übernehmen PHP-Anwendungen, die in Ihrem Team niemand mehr versteht. Wir klären die Zugänge, machen die Anwendung reproduzierbar, sichern die kritischen Pfade mit Tests ab und dokumentieren, wie alles zusammenhängt.
Woran Sie merken, dass eine Übernahme fällig ist
Wer das System gebaut hat, ist weg
Der Freelancer hat ein neues Projekt, der Mitarbeiter hat gekündigt, oder die Agentur gibt es nicht mehr oder hat das Projekt abgegeben.
Niemand deployt mit gutem Gefühl
Releases hängen an einem Server, einem Laptop oder einem Skript, das nie dokumentiert wurde.
Sie wissen nicht genau, was Sie haben
Welche PHP-Version, welche Pakete, welche Cronjobs, wer die Passwörter hat: Sicher ist sich niemand.
Jede Änderung ist ein Risiko
Es gibt keine Tests, also bricht ein kleiner Fix etwas an einer Stelle, an der niemand damit gerechnet hat.
Die ersten 10 Arbeitstage
Ein typischer Ablauf für eine kleine Anwendung (Größe S). Genauer Umfang und Termine stehen im Angebot.
01
Zugänge und Bestandsaufnahme
Gemeinsam mit Ihnen tragen wir alle Zugänge an einer Stelle zusammen: Repository, Server, Domains, DNS, externe APIs, Backups. Alles bleibt auf Ihren Namen.
02
Reproduzierbare Umgebung
Die Anwendung läuft in Docker auf jedem Rechner gleich. Schluss mit „läuft nur auf dem alten Server“.
03
Tests für das, was Umsatz bringt
10–20 Charakterisierungstests für die kritischen Pfade, etwa Login, Checkout oder die Berichte, auf die sich Ihr Team verlässt. Sie halten fest, was der Code heute tut, ob richtig oder falsch. So fällt jede Verhaltensänderung auf, bevor sie in Produktion geht.
04
CI, Monitoring, Backups
Jede Änderung läuft durch die CI. Das Monitoring meldet Fehler und Ausfälle. Wir testen eine vollständige Wiederherstellung aus dem Backup.
05
Runbook und Bericht
Deployment, Rollback, Schlüsselwechsel und der Umgang mit typischen Störungen, dokumentiert. Dazu ein Bericht: was wir gefunden haben und was wir als Nächstes empfehlen.
Was Sie bekommen
Übersicht aller Zugänge
Jedes Konto, jeder Schlüssel und jeder Dienst, von dem die Anwendung abhängt, mit Verantwortlichem.
Architekturübersicht
Module, Datenflüsse, Cronjobs, Queues und externe Dienste auf einer Seite.
Docker-Umgebung
Jeder Entwickler hat die Anwendung in wenigen Minuten lokal am Laufen.
CI-Pipeline
Tests und statische Codeanalyse laufen bei jeder Änderung.
Charakterisierungstests
10–20 Tests für die Pfade, von denen Ihr Geschäft abhängt.
Wiederherstellungstest
Der Nachweis, dass sich ein Backup zurückspielen lässt, mit dokumentierten Schritten.
Monitoring
Verfügbarkeits- und Fehlermeldungen, die bei einem Menschen ankommen.
Runbook
Schritte für Deployment, Rollback und Störungen, denen jeder auf Ihrer Seite folgen kann.
Befundbericht
Risiken nach Dringlichkeit sortiert, mit Optionen und Preisen für den nächsten Schritt.
Dauer und Preis
| S | M | |
|---|---|---|
| Preis | ab 1.500 € | ab 3.000 € |
| Typische Dauer | rund 10 Arbeitstage | wird im Angebot festgelegt |
Warum Care mit einem Takeover beginnt
Sicher betreiben können wir eine Anwendung nur, wenn wir sie neu aufsetzen, testen und wiederherstellen können. Der Takeover schafft diese Grundlage, für uns und für Sie. Ist ein Teil davon schon vorhanden, fällt der Takeover kürzer aus. Ist alles vorhanden (Tests, CI, Monitoring und Runbook), kann Care auch ohne Takeover beginnen.
Fragen zum Takeover
Wir haben nicht alle Passwörter. Geht die Übernahme trotzdem?
In der Regel ja. Domain-Registrare, Hosting-Anbieter und Git-Plattformen haben Verfahren, mit denen sie Konten an die rechtmäßigen Eigentümer zurückgeben. Wir bereiten die Liste und die Anfragen vor, und Sie schicken sie im Namen Ihrer Firma ab.
Muss der bisherige Entwickler mithelfen?
Es hilft, ist aber keine Voraussetzung. Eine Stunde seiner Zeit für unsere Fragen erspart viel Rätselraten. Geht das nicht, arbeiten wir mit dem, was Code und Server hergeben.
Brauchen Sie Zugriff auf das Produktivsystem?
Zuerst nur Lesezugriff. Für den Takeover selbst brauchen wir Deploy-Zugriff, mit Schlüsseln, die Sie anlegen und jederzeit widerrufen können. Produktionsdaten kopieren wir nicht auf unsere Rechner.
Können Sie eine alte Laravel-Anwendung ohne Tests übernehmen?
Ja. Die Schritte sind dieselben für Laravel, Symfony, Zend Framework, CodeIgniter, CakePHP oder eigenen Code. Charakterisierungstests funktionieren mit jedem PHP-Code, mit oder ohne Framework.
Erzählen Sie uns, was Sie geerbt haben
PHP-Version, Framework, Hosting und wer sich bisher darum gekümmert hat. Wir antworten mit dem nächsten Schritt.