IBM you're so good at explaining concepts with these videos. I remember watching one on the difference between an API and an SDK some time back and it was very helpful. I now understand that the event backbone is the most important part of the system. I guess other services can subscribe to it(either to all its events or just to some events that it receives) and process the event data however they want. Thanks for an awesome video

Love this series. Understanding so much in so little time about fundamental concepts.

Looking at the First 20 Seconds and asking myself: What is with that lightning setup?

She is a great lecturer! Respect.

Thanks for all of the great content lately.

Thankyou for making things simpler to understand ❤️

these videos are so good to get into hard topics

Very nice explanations. I am very impressed that she writes through a glass so that we can read it ...

One of the best, clear and concise introduction i found.

This channel should feature on Netflix

Thank you and love to overview and the clear/concise explanation. You're teaching style really shines.

Simple yet concise!

I enjoyed your presentation, and I learned useful tips. Thank you :)

Its quite easy to understand, please make more such videos

Aspiring, thanks for the great content, keep it up!!!

Curious to know how you are able to do that mirror thing. 🤔

This is great content. Better explanation of Event Driven designs

Thank you so much for the content! Great stuff!

wonderfully done... please share which app u are using to create the animations

Amazing presentation, thanks for this class!

Really really good content! :)

😘 Thank for your knowledge.

Thanks a lot. The content was so valuable.

Really nice explanation

That's a lot of code waiting for app and API developers to write. That's a lot of logging to sanitize and onboard to the backbone. That's a lot of data streams for admins to understand and write actionable if - then statements. That's a lot of reporting for owners and perf engis to sift through. There's a lot of IT professionals working hard to ensure this kind of infrastructure for multiple sources of data and systems scale appropriately. Hire good people to run good systems and you're winning.

Thank you for this video

Very good content. Simple yet informative and to the point. I have one question is , event driven architecture is shift from normal request response scenario or architecture. How user interaction or UI component handle in this event driven architecture?

Very informative.

First of all, great video. I like the prensentation format, but i'm still a little bit confused about two (probably more, haha) things. I'm just learning about architectures, so excuse me, if my questions seem obvious: - 1.) Let's start with the roboter vacuum cleaner. I'm having trouble understanding the flow of data and corresponding actions being taken. The roboter sends an event to the event backbone (a kind of server I assume), which triggers a FaaS, which takes action "with the vacuum cleaner" eg. cleaning the house? How is that achieved? Does the robot have to have a connection to be able to clean? - 2.) Store case: A customer triggering a checkout event, which updates the inventory seems logical. But how about responses to user specific data. E.g. denying the checkout because of an empty inventory or a payment (verification) event, which only corresponds to one specific order. Same thing can be asked about the spotify play event, which triggers the "suggestions" process. Who handles sending the song data to the client or the suggestions, which only apply to a users currently hearing that song. I would be glad if someone could sacrifice some time and offer their insight. Thanks!

very informative video, thank you very much

Is event backbone volatile or persistent storage? please explain the event backbone in detail.

Thanks so much Super helpful

The presenter shared a few use cases. I like the presenter to finish the check-out use case first before jumping on the music streaming. How do you handle distributed transaction of the check-out flow in the event-driven architecture? If the user cancels his transaction, for example, there should be a compensating message. How about duplicate events published? Idempotent consumers are required to de-duplicate the message. I think EDA is hard and complicated, it's not what the presenter said it's so easier. You mentioned Kubernetes at the beginning, what is it to do with EDA? Eventual consistency shall be discussed when using EDA. etc. Thank you for the knowledge sharing.

Curious to know how it will work in below scenario. Ton of people checking out a same product which is for sale for short amount of time on retail website. Because there will be lot of rush plus it has to let other services know immediately since that product will be out of stock in few minutes. How in EDA above case will be handled? I believe this is a lazy architecture, meaning one doesn't get response immediately it takes time but will surely respond. I think such principle won't pan out in above scenario. Can you shed some light on it?

Great content 👍

How do you ensure that only a single worker instance processes a given event, when your use case requires exactly-once handling? Is it based on Kafka's partitioning of topics? Or perhaps some sort of distributed lock built on e.g. zookeeper? Or maybe some sort of cyclical leader election with failover capability on node heartbeat loss?

You are awesome! thank you!!

Awesome video!

thank you very much, I like IBM company

Is the straight line connected automatically by program or it is post-processing?

Perfect

"Statement of fact": almost 30 years ago, Sybase databases (dont know about others) kept writing something that was called "transaction log". That e.g. made it easy to implement replication. Transaction log is about logging all data manipulation. Statement of fact. Every single sql-statement executed.

I feel like this class can only be understood by people who already know this stuff. Its a whole lot of names and acronyms without enough explanation of what they're meant for. Like event backbone for example. 7 mins in still there's no moment of clarity I was hoping for.

So Cloud Software Developer or Customer Success Manager?

Hello, I am looking for an internship. Is there any opportunity ??

Stream history is one of the biggest challenges in an EDA / microservice architecture. Not all services start their existence at the same time. Or even worse: You want to integrate legacy systems with events originating from them - but they didn't produce events from the beginning of their life. So it's much easier to talk about an EDA-based system if you just see the present. But how do you make sure every (new) consumer has seen all the data it needs - originating from events?

It's great, in starting I found everything is bounced off, but later got a crystal clear understanding. Thanks for making it simple & clear. One question comes to mind what are the other architecture, can you name them...!!!

thanks ...

How these animations are created ?

Thank you women with floating hand☺

Do you really need send a message to Shipping on Checkout? Should be when user click on Order Confirm

Wow, how did you manage to record this, it looks like you are behind the Glass, and writing the letter in reverse.

Could somebody switch on the light?

I wonder if this is how alchemists in the 18th century felt when they summoned a demon and a disembodied torso appeared out of the darkness and then started them teaching the secrets of the universe

There's something about using terms in this video that I do not fully understand. In the introduction the presenter shows that message driven is one of the key points to achieve scalability and resiliency. But then, it shows that that's achieved with an event driven architecture and not a message driven one.

is she writing in opposite direction?

faas usually last onle few mins. on this example a msg queue should be important

Wait timeout lol she's standing behind glass, looking at the camera right on the other side right? She writes her letters backwards really well lol just noticed that!

this is an irrelevant question but still.. is she writing backwards or is it some tool\trick?

does the lecturer write in reverse ? that's awesome

The checkout example is one of the worst usecases chosen for event driven systems. An order has to be coordinated, consumers would need to sync because an order has to act like a distributed transaction/saga. If you would implement it like described in the video the customers will be contacted the shipping left warehouse, but the product was not even on stock! The order has to be done in sequential steps which can fail or get canceled, by having a queue system you will lose the ability to do so, and each consumer will react async in both time and space.

Can't see anything written on the board.

Had to pause cuz for the first minute I was just wondering how did she write mirror.

I was studying EDA in 1970. When is IBM gonna make a EDA computer for real?

Isn't the background too dark?

Good vid. But its legit a 12 minute description. If your going to watch this, you need to watch all 12 minutes, thoroughly

Good talk. Terrible audio quality (it's constantly clipping).

Its more event sourcing than event driven arch.

she writes backwards so we understand that is something i have not seen before, normally the board is behind

I think you should be more stick with one scenarios when you are explaining such concept. you were on shipping and then you start explaining ... robot cleaner.

Are you all hiring a production team that realizes awkwardly cast shadows DURING the shoot, so that they can be mitigated? If so, call me!

Scanning IBM Tech Videos be like ''AI ... skip ... AI ... skip ... AI ... skip ... EDA ... finally, something useful, Play"

This is no good, she never completed a single "example". Is never answered a Q what EDA is really stands for. Ended up being about specific technology - kafka :(

Wait. Is she writing backwards?

Hah since when does scaleable mean k8n. That's like saying mobile communication means iPhones.

wait a second, is she… WRITING BACKWARDS????.????

That was creepy

You looked like some ghost with black + black setup 😬😬

Why don't you write everything beforehand and just go over your slides quicker 😂😂

very very basic.

Terrible audio quality.

holy crap! was she writing backwards?

Distributed system != kubernetes. Get out there of here with that