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?

@ramgopal2520

Жыл бұрын

Wondering the same. Why is there only heads and hands in the video 😂

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

@huntingvega3876

Жыл бұрын

the video is flipped horizontally. i had the same thought

She is a great lecturer! Respect.

Thanks for all of the great content lately.

This channel should feature on Netflix

Thankyou for making things simpler to understand ❤️

these videos are so good to get into hard topics

Simple yet concise!

Its quite easy to understand, please make more such videos

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

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

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

This is great content. Better explanation of Event Driven designs

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

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

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

@iamvonKohl

3 жыл бұрын

Simple. The image is flipped/mirrored in post-production. In other words the presenter is right-handed.

@vinni8649

3 жыл бұрын

They use a lightboard, www.lightboard.info/

@prakharsharma6619

2 жыл бұрын

Had the same question 😂

@sephmcfierce

2 жыл бұрын

kzread.info/dash/bejne/qXeD19dpXdKbiaw.html

Thank you so much for the content! Great stuff!

Really really good content! :)

Really nice explanation

😘 Thank for your knowledge.

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.

Amazing presentation, thanks for this class!

@IBMTechnology

3 жыл бұрын

Thank you for watching! 🙂

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!

Thank you for this video

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.

very informative video, thank you very much

Very informative.

Thanks a lot. The content was so valuable.

@IBMTechnology

3 жыл бұрын

We're glad you found it useful! 👍

You are awesome! thank you!!

thank you very much, I like IBM company

Great content 👍

@IBMTechnology

2 жыл бұрын

Thank you 🙌

Awesome video!

@IBMTechnology

2 жыл бұрын

Glad you enjoyed it, Nicolas! 🙂

Thanks so much Super helpful

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?

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

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?

@rickosowski

3 жыл бұрын

You are correct in your first suggested solution. Most often, we rely on Kafka's exactly-once guarantees that comes by way of it's guaranteed ordering of events in a single topic partition, idempotent producers, and transaction-enabled producers and consumers. Leveraging the Kafka Exacty-Once Semantics that has been around for a few years and has been hardened in recent releases allows us to build low-overhead event-streaming applications with processing guarantees.

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?

@Relativizor

3 жыл бұрын

Each order is a wish. They are then either accepted or rejected by inventory and an event is sent to indicate what happened. So if multiple events arrive, some are accepted, and some are rejected, usually dependent on queue position.

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?

@oberlinio

Жыл бұрын

I was wondering the same. I was thinking one would have to prime system B with an scoped and extracted view of system A events.

@jarldue123

7 ай бұрын

EventStore and replayable events.

Perfect

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

@sui-chan.wa.kyou.mo.chiisai

3 жыл бұрын

The animation of checkout is amazing, what is the technology behind this?

thanks ...

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.

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

@jootuubanen7727

Жыл бұрын

I mean, what's the big difference ? --- And the answer is: messaging: publish and subscribe.

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

@IBMTechnology

3 жыл бұрын

Thanks for watching, Mishra! Regarding other types of software architecture, which EDA is an example of, there are MANY! 🙂 Some of the most talked about today, based on different uses and patterns are: N-tier architecture, microservices, service-oriented architecture, and event-driven architecture, of course. You can start on some of them here: ibm.co/3iDSA5o Going even further, there's the Cloud Architecture center: ibm.co/3xqmNJD

So Cloud Software Developer or Customer Success Manager?

What is the difference between extensible and scalable

Thank you women with floating hand☺

How these animations are created ?

@dummypg6129

3 жыл бұрын

Stand in behind the glass, mirror the camera, if she's using some kind of highliter then maybe some blacklight too.

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

@IBMTechnology

3 жыл бұрын

Hey there! We shared some backstage "secrets" of our videos on the Community page, check it out here 👉 ibm.co/3zgLZnl 😉

@vasantkumar5539

3 жыл бұрын

@@IBMTechnology Thanks for sharing :)

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

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!

@IBMTechnology

Жыл бұрын

Search on "lightboard videos"

@Koralreefcarbon

Жыл бұрын

@@IBMTechnology The X-FIles: Season 1, Episode 4, 43:36

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.

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

@rickosowski

3 жыл бұрын

The scenario here is an exemplar and one that could be refined through deep-dives and discovery, as needed. Deriving a business scenario to implement using event-driven architectures is usually done through an Event Storming Workshop. That would then help to establish all the actors, all the actor interactions, and the necessary data to flow through the system. In this example, sending a message to Shipping on Checkout is a simple way to show an extensible system and evolutionary architecture - exactly what EDA was made for.

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.

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

Could somebody switch on the light?

is she writing in opposite direction?

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

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

Isn't the background too dark?

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

@huntingvega3876

Жыл бұрын

writing on glass between her and the camera, then mirroring the video afterwards

does the lecturer write in reverse ? that's awesome

@IBMTechnology

11 ай бұрын

See ibm.biz/write-backwards

Can't see anything written on the board.

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

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

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

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

Its more event sourcing than event driven arch.

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!

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.

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

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

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 :(

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

Wait. Is she writing backwards?

@IBMTechnology

2 жыл бұрын

It's filmed through a glass pane and the image reversed in post-production.

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