3 ms·

Applying event-driven architecture in digital transformation projects

60 points by kiyanwang 5y ago

surrTurr 5y ago
Does anyone know what the communication architecture of administrations looks like? I perceive it as a web of directly communicating people/departments, kind of like Microservices communicating via REST APIs. Would an event-driven architecture make sense in the context of administrations?
mordae 5y ago
Couple questions, though. Is this architecture self-healing once you restore a day-old backup of one system or do you have to have a procedure to resync everything? And if you need to have such a procedure, how do you make sure it will work when you need it? Wouldn't event journals that could be both queried and streamed provide a more robust architecture?
HelloNurse 5y ago
In the blood-curdling screenshot near the middle a fragment of "stream processing script" welds together code (e.g. select sum(amount)) and configuration (e.g. receiver.url='http://localhost:8006/productionStream http://localhost:8006/productionStream'). Does this WSO2 tool allow saner practices?
hestefisk 5y ago
I was wondering if one could have simpler, more consider, and efficient code with a simple queue system and some Go or python code? Using a BPM system to process orders from a web site is like using a sledgehammer to crack a nut.
- chasd00 5y ago
  it's a balance. Sometimes you need a pickup truck other times you need an 18 wheeler. Sometimes, you even need container ship. People like to pick what they know so you end up with some strange setups out there.
- tremon 5y ago
  That depends on whether your queue system and the rest of your data/processing system fully respects data ordering requirements. A webshop sales process is quite simple to order, but if you have multiple events driven by the same queue, you also need a way to synchronize the results of those processes with the main queue. So, as always, it depends.
- mfateev 5y ago
  Look at the temporal.io. It is essentially a BPM system that uses Go (as well as Java/PHP/Typescript) to specify business process. And a queue + DB is never simpler for such scenarios. Disclaimer: I'm one of the founders of the project.

60 points by kiyanwang 5y ago

Does anyone know what the communication architecture of administrations looks like? I perceive it as a web of directly communicating people/departments, kind of like Microservices communicating via REST APIs. Would an event-driven architecture make sense in the context of administrations?

mordae 5y ago

Couple questions, though. Is this architecture self-healing once you restore a day-old backup of one system or do you have to have a procedure to resync everything? And if you need to have such a procedure, how do you make sure it will work when you need it? Wouldn't event journals that could be both queried and streamed provide a more robust architecture?

HelloNurse 5y ago

In the blood-curdling screenshot near the middle a fragment of "stream processing script" welds together code (e.g. select sum(amount)) and configuration (e.g. receiver.url='http://localhost:8006/productionStream http://localhost:8006/productionStream'). Does this WSO2 tool allow saner practices?

hestefisk 5y ago

I was wondering if one could have simpler, more consider, and efficient code with a simple queue system and some Go or python code? Using a BPM system to process orders from a web site is like using a sledgehammer to crack a nut.

chasd00 5y ago
it's a balance. Sometimes you need a pickup truck other times you need an 18 wheeler. Sometimes, you even need container ship. People like to pick what they know so you end up with some strange setups out there.
tremon 5y ago
That depends on whether your queue system and the rest of your data/processing system fully respects data ordering requirements. A webshop sales process is quite simple to order, but if you have multiple events driven by the same queue, you also need a way to synchronize the results of those processes with the main queue. So, as always, it depends.
mfateev 5y ago
Look at the temporal.io. It is essentially a BPM system that uses Go (as well as Java/PHP/Typescript) to specify business process. And a queue + DB is never simpler for such scenarios. Disclaimer: I'm one of the founders of the project.