Zurück zur Startseite

Django-Upgrades, die mit einem Plan beginnen.

Django 4.2 bekommt seit dem 7. April 2026 keine Sicherheitsupdates mehr. Python 3.10 folgt im Oktober 2026. Jede übersprungene Version macht die nächste schwerer: mehr veraltete APIs, mehr Pakete, die weitergezogen sind, mehr Code, an dessen Entstehung sich niemand erinnert.

Das Audit zeigt, was das Upgrade bedeutet, bevor sich etwas ändert: den Aufwand, die Kosten und die Stellen, an denen es brechen kann. Du bekommst einen schriftlichen Plan. Das Upgrade setze ich um, oder dein Team macht es mit dem Plan in der Hand.

WAS DAS AUDIT PRÜFT

Versionen und Deprecations

Django-, Python- und PostgreSQL-Versionen gegen ihre Support-Kalender. Jede Deprecation-Warnung, die der Code auf der Zielversion auslöst, sortiert nach Aufwand.

Drittpakete

Jedes Paket aus den Requirements, geprüft auf ein Release für die Zielversion. Verwaiste Pakete bekommen einen konkreten Ersatz oder den Hinweis, dass der Code ins eigene Projekt wandern muss.

Testabdeckung

Wo Tests das Upgrade absichern und wo sie fehlen. Entscheidend ist die Abdeckung des Codes, den das Upgrade berührt, nicht eine Gesamtprozentzahl.

Datenbank und Migrationen

Migrationshistorie, Kandidaten zum Zusammenfassen und die Schemaänderungen, die das Upgrade erzwingt. Große Tabellen bekommen eine Migrationsstrategie, die sie nicht sperrt.

Deployment und CI

Build, Pipeline und Server-Setup gegen die neuen Versionen geprüft, mit einem Weg zurück. So kann das Upgrade an einem normalen Arbeitstag live gehen.

Plan und Schätzung

Das Upgrade in Schritte geteilt, die einzeln live gehen können, jeder mit seinem Aufwand in Tagen und seinem Risiko.

SO LÄUFT ES AB

Audit

Drei Arbeitstage zum Fixpreis von 2.900 € zzgl. USt. Lesezugriff auf das Repository reicht, die Produktion bleibt unberührt. Das Ergebnis ist der schriftliche Plan.

Upgrade

Umgesetzt entlang des Plans, von mir oder von deinem Team. Das Angebot dafür beruht auf der Schätzung im Plan. Jeder Schritt geht einzeln live, ein Problem zeigt sich also in einer kleinen Änderung statt in einem großen Release.

Aktuell bleiben

Optional danach: zwei Upgrades pro Jahr und Sicherheitsupdates der Abhängigkeiten. Der Preis richtet sich nach dem Ergebnis des Audits.

WARUM NICHT WARTEN

  • Verlässt eine Version den Support, enden ihre Sicherheitsupdates. Eine Lücke, die danach bekannt wird, bleibt in deiner Anwendung offen.

  • Bibliotheken streichen alte Django-Versionen aus neuen Releases. Wer stehen bleibt, behält auch deren alte Versionen, samt ihrer Fehler.

  • Eine Version Rückstand ist Routine. Mehrere Versionen bedeuten alle entfernten APIs auf einmal und eine Schätzung, der man weniger trauen kann.

FRAGEN VOR DER BUCHUNG

Passende Case Studies

Seit mittlerweile 10 Jahren arbeiten wir immer wieder gerne mit Daniel zusammen. Wir schätzen dabei sehr seine schnellen Reaktionszeiten rund um die Uhr und sein Allroundwissen. Egal ob Serverkonfigurationen oder Programmierungen, er hat immer die passende Lösung.

Manuel Kasbarian - Geschäftsführer, SophistiX

Schließe dich Manuel an und starte dein nächstes Projekt mit Zuversicht.

Schreibe mirSchreibe mir