Really clear and concise talk. Thank you very much for the effort.
@karsynmack28743 жыл бұрын
You all prolly dont give a shit but does any of you know of a tool to get back into an instagram account?? I somehow forgot the account password. I would love any assistance you can offer me.
@ahmedparker16503 жыл бұрын
@Karsyn Mack instablaster =)
@karsynmack28743 жыл бұрын
@Ahmed Parker thanks for your reply. I found the site through google and I'm waiting for the hacking stuff now. Looks like it's gonna take a while so I will get back to you later when my account password hopefully is recovered.
@karsynmack28743 жыл бұрын
@Ahmed Parker it worked and I finally got access to my account again. Im so happy! Thanks so much, you really help me out !
@ahmedparker16503 жыл бұрын
@Karsyn Mack No problem xD
@aammssaamm5 жыл бұрын
Managing events is a very powerful approach. Basically development converts into simple configuration.This is related to Actor model by Carl Hewitt.
@rhazen354 жыл бұрын
This is a very nice talk, thank you for transmitting the experience!
@mohamedfouad13095 ай бұрын
Wow, great presentation
@rcosta5514 жыл бұрын
The best talk about I have ever seen
@mikemyers65305 жыл бұрын
Great talk, good explanations, good references. Well done!
@bephremАй бұрын
great talk
@rrr00bb16 жыл бұрын
there has to be an exception made for deletions: holding on to a request to delete a fact, and then perform the delete when we find the fact to be deleted; knowing the fact can't be recreated (because of unique ids). GDPR is a great example.
@aammssaamm5 жыл бұрын
Why would you need to delete a fact? You can always ignore it or not even receive it.
@MarcelToma5 жыл бұрын
Seems to me that the future of microservices will use a lot of blockchain concepts
@420_gunna4 жыл бұрын
Awesome talk!
@barsvelioglu22764 жыл бұрын
Really good!
@gigiduru1254 жыл бұрын
There are databases like cockroachdb and faunadb, diatributed databases which offer serializable isolation level and can scale to 100k+ tps. I don't think eventual consistency is something you want to deal with unless you need to scale to 3 continents on the same database shard or somehing.
@LeviRamsey Жыл бұрын
In practice, with both of those DBs, in order to get serializable isolation *and* 100k+ tps you end up having to eliminate transaction contention and doing so is in practice very close to what you would do when designing an eventually consistent CQRS/ES system (Fauna's docs specifically recommend CQRS/ES and thus eventual consistency as the approach to take).
@mohamedfouad64922 жыл бұрын
OK, whats the difference between event driven services and a multi agent system !?
@karlitoo404 жыл бұрын
Great talk
@aammssaamm5 жыл бұрын
Brilliant.
@PiyushChauhan20113 жыл бұрын
I already gave up after "You know part" because I don't know
@joebowbeer4 жыл бұрын
37:35 event based persistence
@r4481914 жыл бұрын
This talk has some glaring errors in trying to strictly define things. For example, a command does not always have a single receiver. You can send a command to n receivers and that's actually extremely useful, for the same reasons he likes events so much.
@souravkabiraj50604 жыл бұрын
25:14 how to get joined data in a CRUD microservice system? thanks in advance
@80-two3 жыл бұрын
You dont - (between services). Your joined data is specific to an individual microservice - its not split across multiple services. Make your microservice return what its concerned with nothing more
@shubitoxX2 жыл бұрын
CQRS projections?
@chessmaster8562 жыл бұрын
We have to probably build 1 more database which is equivalent of a MATERIALIZED view and keep syncing it. There is adhoc where criteria but no adhoc join on the fly. We can only query this MATERIALIZED view or what they call CQRS. HUGE data duplication with latency.MATERIALIZED view is dinosaur. call it CQRS.
@MarcusNielsen826 жыл бұрын
At kzbin.info/www/bejne/Z5napoqjgrOHasU Jonas says that the DB table and the event bus both succeed or fail atomically. Can't that be eventually succeeds or fails instead of atomically? If I use google pub/sub and postgresql, can't I log that I'm inserting the event into the DB, and then when I'm done sending it over pub/sub, log that I'm done with the event?
@easyappscompany5 жыл бұрын
(y) manuel silva . best regards
@alejandrojumilla8346 жыл бұрын
Distribute for Availability not scalability if you are going to do this understanding this is basic
@meditating0103 жыл бұрын
I posit that there is only now.
@80-two3 жыл бұрын
I think he was trying to say something useful/valuable - but I really struggled to sift through the waffle.. Points were laboured FAR too much for my liking.. Good try though :-)
@sowenzhang6 жыл бұрын
generally, Jonas is a good speaker, but this one he didn't seem to be well prepared... I believe he knows all of those stuff because I have seen him talking about those things before, but did he change a set of new slides the night before this talk?
@jcb38836 жыл бұрын
Sounded like Jeff Goldblum. 😁 no disrespect. This is a great talk 🤘
@Jack-yx2zh5 жыл бұрын
Good content but the stuttering is tough to take.
@GabrielGunderson4 жыл бұрын
Really tough to be you. Sorry you had to hear that while getting access to all of this great free content.
@Jack-yx2zh4 жыл бұрын
@@GabrielGunderson Content was OK, definitely not great.
@hichemdebbech78943 жыл бұрын
Don't focus on the nuns !
@chessmaster8562 жыл бұрын
Get put post delete are verbs. So we focus on nouns. Where did ver s come back again? Intent can only be insert update delete select. When events are produced there is no choice but consume event producer is obliged to produce and consumer is obliged yo consume if application has to work. Events are finally crud. What is crud less system. We need some code to look at. How event looks like , how message looks like how rdbms looked. How it looked after events. How much delay happened. How cars looks like how materialized view looks like. I would not present something without examples. This assumes that e eryone knows everything. Like taking to yourself not really for audience.
@chessmaster8562 жыл бұрын
What can we choose? Not consume message and get out of sync? You have to consume if the application hS to work. Where is the choice
@hotplugin6 жыл бұрын
How about an example project to go with the talk, all these buzz words are just marketing gimmicks.
@Bryanerayner6 жыл бұрын
Him explaining what he thinks events are is a marketing gimmick?
@justintolentino92225 жыл бұрын
Most experts (in any industry) actually have the same problem. They either oversimplify/overexplain the concepts OR they go full-on deep-dive, technical jargon. That's why there's only one Carl Sagan. I actually liked his explanation he didn't spoon-feed his own implementation. He gave a basic, albeit long, introduction to Events in MS Architecture since, as an architect, you can formulate your own implementation and then cross-reference it to how others implementing it.
@aammssaamm5 жыл бұрын
@@justintolentino9222 Most likely not everybody understands this enough to make their own implementations.
@einfacherkerl32794 жыл бұрын
10:04 and and and try to understad the facts. i'll i'll i'll get the commands quite soon. but but but trying to find the co co cozal... between your your your components and the service. and and and and the service
@GabrielGunderson4 жыл бұрын
Are you a jerk in real life? Or just on KZbin?
@einfacherkerl32794 жыл бұрын
@@GabrielGunderson isn't that what you hear in video?
@GabrielGunderson4 жыл бұрын
@@einfacherkerl3279 That's exactly what I hear. Would you say that to his face? Have some manners.
@einfacherkerl32794 жыл бұрын
@@GabrielGunderson it's not about manners. It's about right person for the right job. He may be arristotle or plato but he isn't suitable for delivering speeches and presentations. That's it.
@shubitoxX2 жыл бұрын
@@einfacherkerl3279 no he just needs to slow down a bit