Danke und echt gut erklärt. Bin in der Vergangenheit auch an das Thema rangekommen, die MSG BUS Lösung habe ich aber tatsächlich nie in betracht genommen. Was im Video noch cool gewesen wäre ist neben dem technischen noch der finanzielle Aspekt. Weiter so, danke fuer die Videos
Bitte darauf achten, das die Schaubilder länger gezeigt werden. Oft wurde nach Veränderung des Schaubildes sofort auf den Sprecher umgeschwenkt, so das der Zuschauer die Änderung im Schaubild kaum verfassen konnte.
Hello. Deine Videos sind sehr gut verständlich aufgebaut. Ich bin selbst Automatisierungstechniker und Software Entwickler in einem Mittelständischen Betrieb. Hattest du schon mal etwas mit Unified Name Spaces zu tun?
Hallo Florian, mit Unfied Namespaces hatte ich bisher noch keine Berührung. Ich habe mir das Thema gerade kurz angesehen. Die Verteilung über MQTT und Pub/Sub ist im Prinzip die Alternative mit Messaging und Bus aus meinem Video. Danke für den Tip, Unified Namespaces werde ich weiter verfolgen.
schönes Video. Gut finde ich, dass du stark auf die Vor- und Nachteile eingehst. Da kann man immer viel für die eigenen Lösungen mitnehmen. Was mich noch Interessiert, aus Minute 19:00 (ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-93ZszJX_NR0.html): Welche "Tricks" hast du um Änderungen an API Daten mitzubekommen (wenn das die API nicht unterstützt)? Gibt es da etwas komfortables ohne eigene Datenhaltung?
Hallo Peter, wenn es geht bevorzuge ich immer eine statuslose Integration. Es läuft aber leider schnell auf eine eigene Datenhaltung heraus. Du must meist aber nicht allzuviel speichern. Bei aufsteigenden Ids, oder einem lastModified-Feld genügt oft nur ein Wert pro Datensatzart. Wenn es das nicht gibt, kannst du anstatt den gesamten Datensatz zu speichern einen Hash erzeugen und den abspeichern. Um die Änderungen zu bekommen, ziehst du alle Daten ab, bildest die Hashes und vergleichst diese. Auf den Bus schickst du dann nur die Datensätze, bei denen sich der Hash geändert hat.
