Wir warten und betreiben Ihr Altsystem als Ganzes, von der Anwendung bis zum Linux Server. Ein Team ist für alles zuständig, die Reaktionszeiten stehen im Vertrag.
- Sicherheitsupdatesim Wartungsfenstereingespielt
- StörungenP2, Datenbankbehoben
- SupportendePHP 8.2 am 31.12.2026geplant
- Als NächstesUpgrade auf PHP 8.4eingeplant
Den Bericht können Sie als Nachweis nach dem NISG verwenden.
Wenn niemand zuständig ist
Bei vielen Altsystemen kümmert sich eine Agentur oder ein einzelner Entwickler um den Code und ein Hoster um den Server. Runtime, Abhängigkeiten, Datenbank und Konfiguration liegen dazwischen, und dafür fühlt sich oft niemand zuständig.
Fällt etwas aus, beginnt die Suche nach dem Verantwortlichen. Der Hoster meldet, der Server läuft, und die Agentur findet keinen Fehler im Code. Ein Update der Runtime bleibt liegen, weil keine Seite das Risiko tragen will.
Mit Lobster Legacy Care übernehmen wir alle fünf Schichten, vom Code bis zum Kernel. Bei einer Störung schreiben Sie uns ein Ticket. In welcher Schicht sie liegt, finden wir heraus.
Fahren Sie mit der Maus über eine Schicht oder tippen Sie sie an. Darunter steht, wer heute dafür zuständig ist.
Erfahrung im Team
Im Team haben wir über 15 Jahre Erfahrung mit PHP, und wir betreuen 50+ IT Services auf über 70 Servern. Diese Erfahrung bringen die Leute im Team mit, die GmbH selbst gibt es seit 2020. Störungen, Changes und Patches bearbeiten wir nach dem ITIL® Framework. Wie das im Alltag aussieht, zeigt die Seite Arbeitsweise.
Was Legacy Care umfasst
- Wir spielen Sicherheitsupdates für Betriebssystem, Runtime, Datenbank und Abhängigkeiten in vereinbarten Wartungsfenstern ein. Kritische Lücken planen wir außer der Reihe ein.
- Jede Störung bekommt von uns eine Priorität von P1 bis P4. Innerhalb der Reaktionszeit Ihres Service Levels arbeitet ein Techniker daran.
- Kommt eine Störung wieder, suchen wir die Ursache und beheben sie mit einem geplanten Change dauerhaft.
- Für jede Komponente kennen wir das Supportende und planen den Wechsel, bevor es so weit ist. Die Daten pflegen wir im EOL Kalender.
- Je nach Service Level bekommen Sie monatlich oder quartalsweise einen Bericht mit eingespielten Patches, Störungen und anstehenden Supportenden.
Vom Legacy Check zum laufenden Betrieb
Sie müssen nicht gleich einen Wartungsvertrag unterschreiben. Wir beginnen mit einem Legacy Check. Jede Stufe können Sie einzeln buchen, und jede baut auf der vorigen auf.
- Legacy Check
Inventar, Supportende, Sicherheit, Netzwerk und Firewall, dazu ein Maßnahmenplan nach Risiko und ein Vorschlag für ein Service Level. Wir lesen nur und ändern nichts am System.
- Übernahme
Zugänge, Runbooks und Monitoring. Das Backup prüfen wir mit einer echten Wiederherstellung.
- Wartung & Betrieb
Patches im Wartungsfenster, Störungen nach Service Level. Den regelmäßigen Bericht können Sie als Nachweis nach dem NISG verwenden.
- Modernisierung
Upgrades von Runtime und Betriebssystem, Migrationen und die Ablöse von Teilen, die sich nicht mehr warten lassen.
Nach dem Legacy Check übernehmen wir Ihr System. Das dauert 30 Tage, danach beginnt das SLA. Was wir in diesen 30 Tagen tun, steht unter Übernahme von Software.
Fahren Sie mit der Maus über einen Schritt oder tippen Sie ihn an. Hervorgehoben bleiben der Schritt davor und der danach.
Was wir übernehmen und was nicht
Bevor wir unterschreiben, legen wir gemeinsam fest, welche Schichten wir betreuen und welche Versionen dort laufen. Was später dazukommt, nehmen wir als Erweiterung mit.
- Anwendung
- PHP, Java, Node.js und Python, etwa mit WordPress, Laravel, Symfony, Payload CMS oder Next.js
- Runtime & Build
- Upgrades der Runtime, Abhängigkeiten, CI/CD und Container, auch mit SVN, Jenkins und Kubernetes
- Daten
- PostgreSQL, MySQL/MariaDB, MongoDB, Redis, Elasticsearch/Solr
- Betriebssystem
- Ubuntu und Debian, dazu AlmaLinux als Nachfolger von CentOS
- Netzwerk am Host
- Firewall am Host und in der Cloud, nginx, Traefik und TLS, Varnish, Load Balancer, DNS, VPN zum Server
Das machen wir nicht: Windows Server, Firewall Appliances, IT am Arbeitsplatz und .NET Framework.
Service Levels
Basis, Business und 24/7 Kritisch unterscheiden sich in Servicezeit, Reaktionszeit, Patchtakt und Bericht.
Basis
ab 790 Euro pro Monat- Servicezeit
- Mo bis Fr, 8 bis 17 Uhr
- Reaktion P1
- 4 Std.
- Reaktion P2
- nächster Arbeitstag
- Patches
- monatliches Fenster
- Bericht
- quartalsweise
Business
ab 1.690 Euro pro Monat- Servicezeit
- Mo bis Fr, 7 bis 20 Uhr
- Reaktion P1
- 1 Std.
- Reaktion P2
- 4 Std.
- Patches
- alle 14 Tage, kritische binnen 72 Std.
- Bericht
- monatlich
24/7 Kritisch
ab 3.900 Euro pro Monat- Servicezeit
- P1 rund um die Uhr
- Reaktion P1
- auf Anfrage
- Reaktion P2
- 4 Std.
- Patches
- wie Business, Changes im Notfall 24/7
- Bericht
- monatlich, mit Incident Review
Nur wenige Plätze.
Reaktion heißt: Ein Techniker arbeitet an Ihrer Störung. Die Stunden zählen nur innerhalb der Servicezeit.
Referenzen
- Tracking Plattform eines Onlinedienstes
Wir betreiben und warten die Plattform und haben sie im laufenden Betrieb migriert.
- Java Umgebung ohne Herstellersupport
Bestandsaufnahme aller Hosts und der nächtlichen Builds.
Nachweis für das NISG 2026
Seit 01.10.2026 ist das NISG 2026 in Kraft. Unternehmen, die darunter fallen, müssen sich um die Sicherheit ihrer Lieferkette kümmern, um die Wartung ihrer Systeme und um den Umgang mit Schwachstellen (§ 32 NISG 2026). Deshalb fragen sie ihre Zulieferer nach dem Patch Management, oft mit einem Lieferantenfragebogen.
Laut der KPMG Studie Cybersecurity in Österreich 2026 war bei 40 % der Angriffe auf österreichische Unternehmen unwirksames Patch Management der Einstieg.
In unserem Bericht steht, welche Patches wir wann eingespielt haben, welche Störungen es gab und welche Supportenden anstehen. Den Bericht können Sie als Nachweis für Ihre eigenen Pflichten nach dem NISG verwenden. Eine Rechtsberatung ersetzt er nicht.