Artwork

Contenu fourni par Udi Dahan. Tout le contenu du podcast, y compris les épisodes, les graphiques et les descriptions de podcast, est téléchargé et fourni directement par Udi Dahan ou son partenaire de plateforme de podcast. Si vous pensez que quelqu'un utilise votre œuvre protégée sans votre autorisation, vous pouvez suivre le processus décrit ici https://fr.player.fm/legal.
Player FM - Application Podcast
Mettez-vous hors ligne avec l'application Player FM !

[Podcast] Handling Dependencies Between Subscribers in SOA

 
Partager
 

Manage episode 65045194 series 63841
Contenu fourni par Udi Dahan. Tout le contenu du podcast, y compris les épisodes, les graphiques et les descriptions de podcast, est téléchargé et fourni directement par Udi Dahan ou son partenaire de plateforme de podcast. Si vous pensez que quelqu'un utilise votre œuvre protégée sans votre autorisation, vous pouvez suivre le processus décrit ici https://fr.player.fm/legal.

In this podcast we answer questions about how to solve dependencies between systems that subscribe to events in SOA. We’ll also get into the pitfalls of employing distributed transaction when reusing existing systems even behind service boundaries.

Download via the Dr. Dobbs’ site.

Or download directly here.

And the original question was:

Udi:

I have a question regarding publishing events that relate to data changes. I found the article you wrote in the Arch Journal #8 very helpful. I think striving for autonomy is very important. The scenario I was thinking about is how can you ensure synchronization across subscribers of a particular event.

For example, System A publishes an event when customer information is updated. There are several systems that subscribe to this event. Two of the systems, System B and System C, need to be sync regarding customer information. System B uses operations from System C using the customer data. Using your example, System B has a process that runs for all “Preferred Customers”, and it uses processes on System C. However, System C may not have process the event to and may have a customer as preferred.

I have several thoughts, but would like to get your thoughts on this scenario. Are there any best practices or patterns?

Phil

Additional References:

You can find more episodes like this in the Ask Udi archives.

  continue reading

21 episodes

Artwork
iconPartager
 
Manage episode 65045194 series 63841
Contenu fourni par Udi Dahan. Tout le contenu du podcast, y compris les épisodes, les graphiques et les descriptions de podcast, est téléchargé et fourni directement par Udi Dahan ou son partenaire de plateforme de podcast. Si vous pensez que quelqu'un utilise votre œuvre protégée sans votre autorisation, vous pouvez suivre le processus décrit ici https://fr.player.fm/legal.

In this podcast we answer questions about how to solve dependencies between systems that subscribe to events in SOA. We’ll also get into the pitfalls of employing distributed transaction when reusing existing systems even behind service boundaries.

Download via the Dr. Dobbs’ site.

Or download directly here.

And the original question was:

Udi:

I have a question regarding publishing events that relate to data changes. I found the article you wrote in the Arch Journal #8 very helpful. I think striving for autonomy is very important. The scenario I was thinking about is how can you ensure synchronization across subscribers of a particular event.

For example, System A publishes an event when customer information is updated. There are several systems that subscribe to this event. Two of the systems, System B and System C, need to be sync regarding customer information. System B uses operations from System C using the customer data. Using your example, System B has a process that runs for all “Preferred Customers”, and it uses processes on System C. However, System C may not have process the event to and may have a customer as preferred.

I have several thoughts, but would like to get your thoughts on this scenario. Are there any best practices or patterns?

Phil

Additional References:

You can find more episodes like this in the Ask Udi archives.

  continue reading

21 episodes

Tous les épisodes

×
 
Loading …

Bienvenue sur Lecteur FM!

Lecteur FM recherche sur Internet des podcasts de haute qualité que vous pourrez apprécier dès maintenant. C'est la meilleure application de podcast et fonctionne sur Android, iPhone et le Web. Inscrivez-vous pour synchroniser les abonnements sur tous les appareils.

 

Guide de référence rapide