Event-Driven Architecture | EDA | Software Architectural Patterns

Подписаться 41 тыс.

Просмотров 49 тыс.

50% 1

In this video, I explain in detail the event-driven architectural pattern, or EDA, and talk about its components, internals, and characteristics.
Here are the points I address in this lesson:
* Basic Concepts and Pattern Description
* Event-Driven in Action
* Implementation Approaches
* Pros and Cons
* Implementation Technologies
* Pitfalls & Considerations
This video is part of the Software Architecture Series,
Software Architecture & Architectural Patterns
• Software Architecture ...
Layered Architectural Pattern:
• Layered/n-Tier Archite...
Microservices Architectural Pattern:
• Microservices Architec...
MicroKernel Architectural Pattern:
• Microkernel Architectu...
Service-Oriented Architectural Pattern:
• Service-Oriented Archi...
Event-Driven Architectural Pattern:
• Event-Driven Architect...
Enjoy!

Наука

Опубликовано:

30 июл 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 34

@zouhiirizmer5520 4 года назад

great content. thanks for the explanation. looking forward to your next video

@confused6526 Год назад

Great presentation of the EDA concept. Really love it. Thank you!

@emilemanuel9642 4 года назад

What a great video! Thank you for sharing your knowledge.

@mixbaal0 2 года назад

Wow! Great explanation, great series, great channel. Thank you very, very much !!!

@waynechang1206 4 года назад

Thank you for posting such good content!

@tkateryna 4 года назад

Thank you. Your explanations rock!

@omarabdo6403 3 года назад

awesome video, I've learned A LOT!

@catallergiccat 4 года назад

You have a great sense of humor ..

@nicolaslopez-82 3 года назад

Great content! Very helpful

@anilvits 4 года назад

Very in depth explanation .. Thank you

@phanuwatwattanapraya7998 3 года назад

Really great video

@realking4918 3 года назад

Thank you!

@khabarsilva6850 3 года назад

Nice Presentation

@jeremieelbaz9266 4 года назад

i'm french and i look your videos it's very cool continue like that , just look books of marketing and personnal devlopment for grow your buisness thank you =) ,

@danielkrajnik3817 3 года назад

3:13 oh yes this one in particular would come in very handy now

@f3rn4n2x3str3ll4 3 года назад

Thanks!

@errrzarrr 4 года назад

👍🏻Great content! Where else could I get myself into EDA?

@moe.2897 4 года назад

Great series! Thank you very much could you please recommend me some useful resources and books regarding software architecture and architecture patterns? I am considering writting my bachelor thesis on something in this direction. Any recommendations? That would be very helpful ^^

@gustavhedberg1623 3 года назад

I kind of feel like the mediator you are describing is a SOA ESB pattern and not for microservices. Microservices architecture specifies dumb pipes and smart endpoints. A mediator with logic in between services sounds like the opposite, smart pipes, i.e. the messaging middleware from SOA. Only way a mediator could be applied in microservices by definition would be if each service had one to distribute the event among its internal components.

@kipergil 4 года назад

Very useful content and explained very well... my only feedback can be about your reading flow. It would be better if you stop and wait at some point. Sometimes it's hard to follow since you keep moving without any interval. Thanks a lot.

@pedrohenriqueferreira629 3 года назад

Thanks a lot for the video!! Vey much appreciated. Some questions have raised. Does anyone know a good book about System Architecture?

@prabhusoft 2 года назад

Event driven Architecture is a big pub/sub pattern in cloud. As the complexity increases more support structures like mediators come in play. Period.

@asmataha2053 2 года назад

Is there is a way that you can give me a quick comparison between Microkernel and event driven ?

@commonman7088 3 года назад

is this approach suitable for game non stateful services like leaderboard , profile and stats etc

@zebcode 4 года назад

I'm left with a few questions... When events are handled by a microservice are they generally removed from the queue? What if you wanted more than one type of Microservice to respond to an event? Would the handler event need to send out a new EventHandledEvent? Or would they issue a command? If everything is event driven then where do commands fit in?

@derNoaa270 4 года назад

Every subsriber of your event system will receive an exact "copy" of the event. So if you have 5 Microservices hooked to the message queue and 3 of them have a listener for lets say userNameChanged, they will all receive said event.

@zebcode 4 года назад

@@derNoaa270 ah I see so does the message bus will take care of all subscribers getting the message before removing it?

@derNoaa270 4 года назад

@@zebcode depends on if you are working with acknowledgements or not. There are many possible implementations of a broker & message queue. One is where the broker knows which services have which events subscribed and one where he doesnt. Typically the first one is the case when you are working with acknowledgements. The latter one will just publish the message and "not care" if they ever get received. So if your service had an outage it will have missed a message. TL;DR; It really depends on the implementation that you are using.

@alanslkwong 4 года назад

Will you be making the slides available?

@ailuros_ 3 года назад

I ask the same :(

@paradox4140 Год назад

Hey bro, can u give me the Sources of this video ?

@yanghan9399 3 года назад

TCP vs UDP?

@himanshu899 Год назад

Are robots really gonna take over the world ?😅

@neuravnovesen Год назад

Not the best design pattern video I've seen. 1. you didn't give accurate reasons why request-response (RR) is inferior to event bus (EB). Automation can be done with both patterns. The producer of the event might as well use RR to notify all interested parties. It doesn't have to be manual. 2. Unit testing is actually easier for an EB system, as you can test each event publish/handle in isolation It was otherwise OK. Most of the other content was accurate.