Projektbeschreibung
ÜbersetztWir haben eine große Legacy-Anwendung in PHP, die im Laufe der Jahre zu einem einzigen Monolithen geworden ist. Innerhalb eines Codebases und einer Datenbank leben Autorisierung, Abrechnung, Katalog, Benachrichtigungen und Berichte. Das System ist unter Last schwer skalierbar und schmerzhaft bereitzustellen: jede kleine Änderung zwingt zu einer Neubereitstellung von allem, und eine langsame Abfrage zieht selbst Funktionen, die nicht damit zusammenhängen, nach unten. Eine riskante "Neuschreibung von Grund auf" funktioniert für uns nicht. Wir benötigen eine sorgfältige stufenweise Migration, bei der das Produkt in jedem Schritt weiterhin funktioniert und Geld verdient.
Die Grundlage der Arbeit ist die Analyse vor dem Code. Wir erwarten, dass Sie das aktuelle Verhalten beschreiben, klare abgegrenzte Kontexte identifizieren und gemeinsam mit uns bestimmen, welches Modul am sichersten zuerst extrahiert werden kann. Jeder Dienst sollte hinter einem klaren API-Vertrag leben, und die Grenze sollte schrittweise eingeführt werden, damit wir zurückrollen können, wenn etwas schiefgeht. Wir benötigen auch eine asynchrone Nachrichtenwarteschlange, damit langsame und burstige Aufgaben Benutzeranfragen nicht blockieren, und Container, damit ein Dienst separat erstellt, getestet und bereitgestellt werden kann.
Bitte schlagen Sie einen stufenweisen Fahrplan vor, keinen einzigen Sprung. Ein realistischer Plan für uns beginnt mit der Isolierung eines risikoarmen Kontexts, der parallel zum Monolithen betrieben wird, das Ergebnis misst und erst dann weitergeht. Ehrliche Kompromisse und klare Erklärungen sind wichtiger als trendige Worte.
Umfang der ersten Phase:
— Beschreiben Sie die aktuellen Module und wählen Sie den ersten Kontext zur Extraktion aus.
— Setzen Sie den API-Vertrag und verbinden Sie ihn über einen Switch mit dem Monolithen.
— Führen Sie eine Nachrichtenwarteschlange für ein asynchrones Szenario ein.
— Containerisieren Sie den extrahierten Dienst mit reproduzierbaren Builds.
Die Grundlage der Arbeit ist die Analyse vor dem Code. Wir erwarten, dass Sie das aktuelle Verhalten beschreiben, klare abgegrenzte Kontexte identifizieren und gemeinsam mit uns bestimmen, welches Modul am sichersten zuerst extrahiert werden kann. Jeder Dienst sollte hinter einem klaren API-Vertrag leben, und die Grenze sollte schrittweise eingeführt werden, damit wir zurückrollen können, wenn etwas schiefgeht. Wir benötigen auch eine asynchrone Nachrichtenwarteschlange, damit langsame und burstige Aufgaben Benutzeranfragen nicht blockieren, und Container, damit ein Dienst separat erstellt, getestet und bereitgestellt werden kann.
Bitte schlagen Sie einen stufenweisen Fahrplan vor, keinen einzigen Sprung. Ein realistischer Plan für uns beginnt mit der Isolierung eines risikoarmen Kontexts, der parallel zum Monolithen betrieben wird, das Ergebnis misst und erst dann weitergeht. Ehrliche Kompromisse und klare Erklärungen sind wichtiger als trendige Worte.
Umfang der ersten Phase:
— Beschreiben Sie die aktuellen Module und wählen Sie den ersten Kontext zur Extraktion aus.
— Setzen Sie den API-Vertrag und verbinden Sie ihn über einen Switch mit dem Monolithen.
— Führen Sie eine Nachrichtenwarteschlange für ein asynchrones Szenario ein.
— Containerisieren Sie den extrahierten Dienst mit reproduzierbaren Builds.
Softwareentwicklung Bargeld, Banküberweisung
