Diese Seite dient als Oberseite für alle Themen rund um die Kaskadierung.

Grundsätzliches Konzept Kaskadierung

...

• Die kaskadierten Systeme können hierarchisch aufgebaut sein. Dies sieht man in dem Übersichtsdiagramm an "TRADEMAN1", der dem "TRADEMAN 2" übergeordnet ist. Der "TRADEMAN 2" ist wiederum "TRADEMAN 10" übergeordnet. So ist eine Verteilung der Daten "von oben nach unten" möglich.  Im oberen TRADEMAN werden dann meist grundsätzliche Dinge gepflegt, wie z.B. Benutzer, (verbreitete) Artikel, Warengruppen oder grundsätzliche Konfigurationen, die über alle Systeme gleich sein sollen.
• Ebenfalls ist ein gleichwertiger Aufbau möglich. Dies ist in dem Diagramm zwischen den TRADMAN 1-3 zu sehen. Der TRADEMAN 1 verteilt Daten an die beiden anderen Systeme, aber bekommt auch Daten von ihnen zurück.
  Diese Situation macht sinnSinn, wenn z.B. jeder TRADEMAN bestimmte Artikel besitzt, die mit den anderen System geteilt werden sollen. 

...

Bei jedem Szenario ist es allerdings so, das der PSI (poe-System-Interconnect) immer nur Daten herausschickt verschickt (die blauen Pfeile im Diagramm). Der PSI bekommt durch Trigger auf der Quell-Datenbank mit, welche Daten er übertragen soll und schreibt diese direkt in die Ziel-Datenbank. Hier sind Im Ziel-System ist keine Inboxen Inbox oder Warteschlangen Warteschlange zur Annahme der Daten eingesetzt worden, was eine deutlichen Geschwindigkeitsvorteil bringt. Im Ziel-System können allerdings Restriktionen festgelegt werden, die das überschreiben von bestimmten Feldern verhindern (Siehe Restriktionen im Ziel-System).

Kaskadierungs-Datenbank "CAS-DB"

Die Kaskadierungs-Datenbank (kurz "CAS-DB") ist das "zentrale Telefonbuch" der kaskadierten TRADEMAN-Systeme und dient zur Speicherung bzw. zur Verwaltung der wichtigsten Informationen Rund um die Kaskadierung, wie beteiligte Systeme und deren Transportwege. Diese CAS-DB ist in der gesamten Kaskadierung nur einmal vorhanden und wird von allen TRADEMAN-Instanzen verwendet. Jeder TRADEMAN besitzt neben der CAS-DB weiterhin seine eigene TRADEMAN-Datenbank in der er seine "Stamm- und Nutzdaten" speichert. Zusätzlich steuert sie die CAS-DB auch die Schlüssel-Vergabe über alle TRADEMAN-Systeme hinweg. Jeder TRADEMAN kommuniziert dazu mit dieser Datenbank im Hintergrund (die grünen Pfeile im Diagramm) und holt sich dort die entsprechenden Informationen, bewertet sie und legt sie auch wieder dort ab. 

...

Die Anbindung von Drittsysteme ist ebenfalls zu jeder Zeit möglich (angedeutet bei "TRADEMAN 3" und "TRADEMAN 11"). Die Drittsysteme kommunizieren dabei über die poe-Standardschnittstelle oder über die bereitgestellten TRADEMAN-API-Endpunkte (die roten Pfeile im Diagramm). Diese Anbindung bietet die Möglichkeit, dass Drittsysteme, wie z.B. Finanzbuchhaltungsprogramme, Dritt-Warenwirtschaften, Content-Management-Systeme oder Webshops, Daten aus der jeweiligen TRADEMAN-Instanz auslesen bzw. an dieses übergeben können.

Abhängig des Anwendungsfall, kann auch ein "API-Router" eingesetzt werden, der als gebündelter Endpunkt für die Anfragen von Drittsystemen dient. Dieser API-Router entscheidet dann anhand der anfragenden Header-Daten, an welches der kaskadierten Systemen die Anfrage weiter durchgereicht werden soll. In der Zeichnung ist dies beispielhaft für 2 TRADEMAN-Systeme dargestellt, das Routing ist aber für alle TRADEMAN-Instanzen der Kaskadierung möglich.

...

...

...