|
|
|
|
|
|
|
|
Hier gibt es nichts zu sehen.
|
|
|
|
|
|
|
|
|
|
|
Status aus der Firma: Wir wollen jetzt noch moderner sein, und unser Big Data-Zeug komplett auf Events umstellen (Zieldatum: Ende Juni, HA!). Heute habe ich wohl alles durcheinandergeschmissen, weil der koordinierende
Kollege erfahren hat, dass ich auf manche Events tatsächlich in Echtzeit reagieren möchte.
Auf so eine Idee ist wohl noch niemand gekommen, zumindest konnte mir auch niemand verraten warum man denn sonst seine Daten auf Events umstellen möchte. Profis bei der Arbeit. 
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Danzelot am 17.06.2020 15:03]
|
|
|
|
|
|
|
|
|
|
Einmal mit Profis … hab ich auch oft
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Wahooka
Pssst, bitte nicht so ein Lärm!
| |
\o.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Danzelot
Status aus der Firma: Wir wollen jetzt noch moderner sein, und unser Big Data-Zeug komplett auf Events umstellen (Zieldatum: Ende Juni, HA!). Heute habe ich wohl alles durcheinandergeschmissen, weil der koordinierende
Kollege erfahren hat, dass ich auf manche Events tatsächlich in Echtzeit reagieren möchte.
Auf so eine Idee ist wohl noch niemand gekommen, zumindest konnte mir auch niemand verraten warum man denn sonst seine Daten auf Events umstellen möchte. Profis bei der Arbeit.
| |
Verteilte Systeme mit Events sind eigentlich liebe. Wenns nicht so verfickt kompliziert wäre
|
|
|
|
|
|
|
|
|
|
|
|
Kannst du mal ein Beispiel nennen wodurch das kompliziert wird? Bei uns steht sowas bestimmt auch bald mal an.
|
|
|
|
|
|
|
|
|
|
|
|
macht man das dann komplett über Message Queues oder wie wird sowas orchestriert?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Daddi89
Kannst du mal ein Beispiel nennen wodurch das kompliziert wird? Bei uns steht sowas bestimmt auch bald mal an.
| |
Hauptproblem dabei ist die lose Kopplung. System A ändert seine Events. System B kann die jetzt plötzlich nicht mehr deserialisieren und stirbt zur Laufzeit.
In typisierten Sprachen kann man das bisschen umgehen, in dem man ein gemeinsames Events-Projekt hat und dann der Compiler merken kann, dass was nicht stimmt. Setzt aber auch vorraus, dass der der was an System A ändert
auch versucht System B zu bauen.  Ohne CI/CD wird das schnell zum Minenfeld.
| | Zitat von GarlandGreene
macht man das dann komplett über Message Queues oder wie wird sowas orchestriert?
| |
Kommt drauf an (tm). Wir selbst setzen RabbitMQ als MessageQueue zwischen den Services ein. Das macht das ganze Retry-Gedöns viel einfacher. Bringt dir aber einen neuen single point of failure ins system.
Um diesen single point of failure zu eliminieren (Stichwort Netflix und Microservices) nutzt mann dann point2point verbindung z.B. via GRPC. Um dann aber nicht in jeden Service the IPs der anderen Services hardcoden zu
müssen, verpasst man dem eh schon komplizierten Aufbau eine ServiceRegistry bei der sich alle melden müssen. Und wenn man jemandem was schicken will, fragt man per DNS z.B. nach dem Service-Name und die Registry gibt
einem eine IP die gerade gut ist (gut = LaodBalancing/Heartbeats/etc).
|
|
|
|
|
|
|
|
| Thema: Gehirnsalat ( wir unter uns ) |
