Ich stecke gerade in einem kleinen API-Dilemma fest und frage mich, ob jemand ähnliche Erfahrungen gemacht hat. In meinem aktuellen Projekt muss ich Daten aus einem veralteten System abrufen, das nur eine sehr rudimentäre REST-Schnittstelle bietet. Die eigentliche Herausforderung ist aber, dass ich diese Daten nahtlos in unseren neuen Event-driven Microservice einspeisen muss. Ich habe das Gefühl, hier zwei Welten verbinden zu müssen, die nicht wirklich zusammengehören wollen. Irgendwie muss ich einen Weg finden, den Polling-Ansatz der alten API in unseren Event-Stream zu übersetzen, ohne alles unwartbar zu machen.
Ich kenne dieses haken im hals wenn alte Systeme sich weigern zu tanzen Polling fühlt sich an als würde man Geräusche aus einer alten Radiostimme in einen modernen Eventstream pressen
Aus technischer Sicht braucht es eine Brücke Die Lösung kann eine minimale Change Data Capture Logik sein oder eine Zwischenkopie die Ereignisse in den Stream überführt
Vielleicht geht es dir nur darum alle Daten sofort zu melden Dabei verliert man manchmal das Muster Der richtige Weg könnte aber sein zwei Formen koexistieren zu lassen
Ich frage mich ob das überhaupt sinnvoll ist Ohne Anpassungen am Ursprung bleibt der Fluss flach und es bleibt unklar wie zuverlässig das Event Modell funktioniert
Vielleicht lohnt es sich das Thema neu zu lesen Ein ruhiges REST wird zu einer Erzählung die sich in den Event getriebenen Strom einfügt und dort neu interpretiert wird
Welche Kompromisse erscheinen dir sinnvoll wenn du Polling gegen Eventstream abwägst
