Event-Driven Architecture | EDA | Software Architectural Patterns

Поділитися
Вставка
  • Опубліковано 14 гру 2024

КОМЕНТАРІ • 35

  • @confused6526
    @confused6526 2 роки тому

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

  • @catallergiccat
    @catallergiccat 4 роки тому +1

    You have a great sense of humor ..

  • @waynechang1206
    @waynechang1206 4 роки тому +5

    Thank you for posting such good content!

  • @tatianasorroche5365
    @tatianasorroche5365 4 місяці тому

    great video, ty so much

  • @mixbaal0
    @mixbaal0 3 роки тому

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

  • @zouhiirizmer5520
    @zouhiirizmer5520 5 років тому +2

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

  • @emilemanuel9642
    @emilemanuel9642 4 роки тому +1

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

  • @danielkrajnik3817
    @danielkrajnik3817 3 роки тому

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

  • @tkateryna
    @tkateryna 4 роки тому +2

    Thank you. Your explanations rock!

  • @prabhusoft
    @prabhusoft 3 роки тому

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

  • @anilvits
    @anilvits 4 роки тому

    Very in depth explanation .. Thank you

  • @khabarsilva6850
    @khabarsilva6850 3 роки тому

    Nice Presentation

  • @asmataha2053
    @asmataha2053 2 роки тому

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

  • @phanuwatwattanapraya7998
    @phanuwatwattanapraya7998 3 роки тому

    Really great video

  • @omarabdo6403
    @omarabdo6403 4 роки тому

    awesome video, I've learned A LOT!

  • @nicolaslopez-82
    @nicolaslopez-82 4 роки тому

    Great content! Very helpful

  • @gustavhedberg1623
    @gustavhedberg1623 3 роки тому +1

    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.

  • @alanslkwong
    @alanslkwong 4 роки тому +2

    Will you be making the slides available?

    • @ailuros_
      @ailuros_ 3 роки тому

      I ask the same :(

  • @zebcode
    @zebcode 4 роки тому +1

    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
      @derNoaa270 4 роки тому +1

      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
      @zebcode 4 роки тому

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

    • @derNoaa270
      @derNoaa270 4 роки тому +2

      @@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.

  • @commonman7088
    @commonman7088 3 роки тому

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

  • @pedrohenriqueferreira629
    @pedrohenriqueferreira629 3 роки тому

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

  • @jeremieelbaz9266
    @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 =) ,

  • @kipergil
    @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.

  • @errrzarrr
    @errrzarrr 4 роки тому

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

  • @moe.2897
    @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 ^^

  • @f3rn4n2x3str3ll4
    @f3rn4n2x3str3ll4 3 роки тому

    Thanks!

  • @realking4918
    @realking4918 4 роки тому

    Thank you!

  • @paradox4140
    @paradox4140 2 роки тому

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

  • @yanghan9399
    @yanghan9399 3 роки тому

    TCP vs UDP?

  • @neuravnovesen
    @neuravnovesen 2 роки тому

    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.

  • @himanshu899
    @himanshu899 Рік тому

    Are robots really gonna take over the world ?😅