Weitere Artikel aus unserem Blog mit Klartext zu Legacy-Software, Wartung und Sicherheit. Seite 4 von 28.
Open Source Lizenz Compliance ist bei Legacy-Projekten selten geregelt. Hunderte Abhängigkeiten, niemand kennt die Lizenzen, und GPL oder AGPL stecken oft unbemerkt drin. Dieser Artikel zeigt, wie ein Lizenz-Audit abläuft und welche Lizenzen Sie zuerst prüfen sollten.
Vendor Lock-in vermeiden heißt: Sie behalten die Wahl, ob Sie beim Anbieter bleiben. Dieser Artikel zeigt die typischen Formen der Abhängigkeit bei Software und Hosting und welche Vertragsklauseln und technischen Maßnahmen den Ausweg offen halten.
Die SSL TLS Konfiguration alter Server erlaubt oft noch TLS 1.0 und 1.1. Beide gelten seit Jahren als unsicher. Dieser Artikel zeigt, wie Sie Ihre Konfiguration prüfen, veraltete Protokolle abschalten und die Cipher-Suites auf einen sicheren Stand bringen.
Composer in Legacy-PHP-Projekten nachträglich einführen, ohne alles neu zu schreiben: So finden Sie manuell kopierte Bibliotheken, ersetzen sie Schritt für Schritt und bekommen Ihre Abhängigkeiten wieder unter Kontrolle.
PHP 8.4 neu: Property Hooks, asymmetrische Sichtbarkeit, neue Array-Funktionen. Dazu Deprecations, die alte Projekte treffen. Welche Stellen Sie vor einer Migration konkret prüfen sollten, zeigt dieser Artikel.
Ihr Entwickler kündigt und das Legacy-System läuft weiter, aber niemand kennt es mehr. Dieser Notfallplan zeigt in vier Phasen, was Sie in den ersten Tagen, Wochen und Monaten tun können. Auch ohne technisches Wissen.
Disaster Recovery für Legacy-Systeme scheitert selten an fehlenden Backups. Sie scheitert daran, dass niemand weiß, wie das System wieder hochkommt. Dieser Artikel zeigt, was ein Notfallplan enthalten muss: Dokumentation, getestete Backups, RTO und RPO und klare Zuständigkeiten.
Die 3-2-1-Regel kennt jeder IT-Leiter. Bei einer Backup-Strategie für Legacy-Systeme wird sie trotzdem selten sauber umgesetzt. Proprietäre Formate, ungetestete Sicherungen und fehlendes Restore-Wissen machen aus der einfachen Regel ein Projekt. Dieser Artikel zeigt, was in der Praxis zu tun ist.
API-First Legacy-Modernisierung trennt Geschäftslogik von Oberfläche. Das alte Backend bleibt, eine API-Schicht kommt dazu, darüber entsteht eine neue Oberfläche. Wann dieser Weg passt und wo er scheitert.
Cloud Migration Legacy: Lift & Shift bringt die Anwendung unverändert in die Cloud, Modernize baut sie um. Beide Wege haben Fallen. Dieser Artikel zeigt, wann welcher Weg passt und woran Projekte in der Praxis scheitern.