Synchronous and Asynchronous Communication between Microservices

  Рет қаралды 19,090

Arpit Bhayani

Arpit Bhayani

Күн бұрын

Пікірлер: 35
@theSeniorSDE
@theSeniorSDE 2 жыл бұрын
Your content is a goldmine for backend engineers. Keep posting more detailed videos. Thanks
@rohith8269
@rohith8269 2 ай бұрын
Beautifully Explained
@sahilpuri9545
@sahilpuri9545 2 жыл бұрын
Hi Arpit , Amazing content and explanation :). I have a query regarding one of your synchronous calls example - Payment services. I think i have seen asynchronous calls being used for Payments now a days (Example - Amazon) since PGs have higher latencies so its better to process the payment/order initially for user experience and then use a webhook for updated status later. Thats why Amazon gives a message after order completion incase payment failed from PG and we need to re-do the payment.
@AsliEngineering
@AsliEngineering 2 жыл бұрын
Yes. The payment processing can also be done asynchronously. Great observation.
@mayurikonde9723
@mayurikonde9723 2 жыл бұрын
very well explained....thank you
@yognirog
@yognirog Жыл бұрын
Best explanation, thanks Arpit
@sainihith
@sainihith 2 жыл бұрын
@Arpit Bhayani For Asynchronous communication if multiple services are dependent on one microservice is it better to use multiple message queues for each microservice or use pub/sub mechanism for communication
@AsliEngineering
@AsliEngineering 2 жыл бұрын
Pubsub/message stream would be a better choice.
@jayeshdalal7
@jayeshdalal7 2 жыл бұрын
@@AsliEngineering pubsub or different topic consume should also works cmiiw here.
@safwanmansuri3203
@safwanmansuri3203 Жыл бұрын
Bhai what an explanation kudos 👏
@shriramparamesh
@shriramparamesh Жыл бұрын
fantastic explanations
@uditsharma2536
@uditsharma2536 2 жыл бұрын
Aprit, I am curious to know how Async communication can make the loose coupling between the services. Because in that scenario, if anything changes, you need to inform the caller, Whether it is schema changes, API changes, or event definition changes.
@AsliEngineering
@AsliEngineering 2 жыл бұрын
But so long as communication interface does not change each service can independently be developed. This is loose coupling. Go through my Microservices playlist to understand it in depth
@uditsharma2536
@uditsharma2536 2 жыл бұрын
thanks for the quick reply. Your video was really good and informative. I understand the loose coupling concept. But I am just curious to know how async communication makes things loosely coupled.
@prerakhere
@prerakhere Жыл бұрын
correction at 18:32 synchronous instead of asynchronous.
@SaketAnandPage
@SaketAnandPage Жыл бұрын
What do you mean by , because of network partitioning the service is not available?
@jayeshdalal7
@jayeshdalal7 2 жыл бұрын
Aript , let's suppose if any service consume the message with in time even after retry , and we pushed those message in back in queue , can we use cron job so that if let's suppose those all transaction which status is not chanage with in 1 hr they can again process ?
@d4devotion
@d4devotion 2 жыл бұрын
How I did not come to know about your channel before :) . Nice bro.
@lifeisgood7935
@lifeisgood7935 2 жыл бұрын
Can we use redis cache in reaction service to store messages in case notification service is down? This will avoid the need to have queue in between. Could you talk about the pros and cons of this approach?
@charan775
@charan775 Жыл бұрын
but then the implementation logic for retrying falls under each service. everyone will needs to implement it and make sure it will definitely retry.
@iamnoob7593
@iamnoob7593 Жыл бұрын
dude , redis cahce is no use here , if notif service is down , then the message will be there in queue until it is consumed and processed successfully . if there is issue in processing in notif , then as per design if it will retry maybe 3 times , still no success , then the message would be in queue , and not evicted. This depends on which message broker , then developer/infra will have to fix the defect in the notification service if any causing it or due to infra issues.
@aditijalaj5036
@aditijalaj5036 Жыл бұрын
how is the communication over HTTP between two services Synchronous if we make a call and Await the response using Promises?
@AsliEngineering
@AsliEngineering Жыл бұрын
You are blending two very different concepts here. Unfortunately both are named Asynchronous. Async processing mentioned in the video is about delegating actual task processing. In case of async http, it is about not letting your process get blocked on getting the response.
@srawat1212
@srawat1212 Жыл бұрын
I feel this info is widely known by software engineers. Can you please make a video on blocking vs non-blocking call ? I think many people confuse it with sync/async.
@ankitjhunjhunwala9895
@ankitjhunjhunwala9895 2 жыл бұрын
We return response to user only after getting acknowledgment from the queue, how to handle if there is some issue with the message broker and it's crashing, in this case should we return 200 to user or 500? Can't we avoid waiting for an acknowledgement from queue before returning response to user, and manage error in queue(while putting message) by monitoring logs, since the reaction is already registered in db?
@AsliEngineering
@AsliEngineering 2 жыл бұрын
No you should not. If you are unable to persist in queue then return an error to user
@vaibhavmehta36
@vaibhavmehta36 2 жыл бұрын
Arpit, can we have a video on components generally used in system design with pros & cons of each component so that we know when to use Kafka and when to use RabbitMQ
@AsliEngineering
@AsliEngineering 2 жыл бұрын
Something I cover in my course. Would not be possible to cover it on YT. Sorry. But you can definitely find a ton of resources on this topic.
@sartajsingh9949
@sartajsingh9949 2 жыл бұрын
Amazing video but one doubt ..if we have multiple reaction-service nodes then how the request forwarding would happen without a load-balancer?
@Avinashkk360
@Avinashkk360 Жыл бұрын
Reaction service will be under load balancer. What was mentioned is, if we use aysnc communication, we do not need load balancer for notification service.
@gunahawk6893
@gunahawk6893 2 жыл бұрын
Hi arpit iam a py dev, for backend which is the best framework for learning lld Or hld
@shervilgupta92
@shervilgupta92 2 жыл бұрын
Thanks for the amazing content as always, just one query regarding async communication: Do we always need a queue? Event loop in js and reactive programming in spring, do they also fall under the category of async communication ?
@AsliEngineering
@AsliEngineering 2 жыл бұрын
Yes. We always need a queue for async communication between services. Event loop is async intra-process although similar concept but different usecases.
@shervilgupta92
@shervilgupta92 2 жыл бұрын
@@AsliEngineering Got it, thanks !
@Aahnik
@Aahnik Жыл бұрын
sir, i had a doubt... in real life how this is implemented ? multiple processes consuming from a single queue / message broker ? suppose only one service is consuming from the queue, then after consuming, the queue can probably discard that... in case of multiple services, what pattern or technique is used ?
Database Sharding and Partitioning
23:53
Arpit Bhayani
Рет қаралды 104 М.
What are Microservices?
27:34
Arpit Bhayani
Рет қаралды 6 М.
So Cute 🥰 who is better?
00:15
dednahype
Рет қаралды 19 МЛН
Quilt Challenge, No Skills, Just Luck#Funnyfamily #Partygames #Funny
00:32
Family Games Media
Рет қаралды 55 МЛН
Сестра обхитрила!
00:17
Victoria Portfolio
Рет қаралды 958 М.
10 Challenges in Adopting and Implementing Microservices
26:46
Arpit Bhayani
Рет қаралды 6 М.
Database per Service Pattern in Microservices
22:49
Arpit Bhayani
Рет қаралды 13 М.
Introduction to RPC - Remote Procedure Calls
33:05
Arpit Bhayani
Рет қаралды 42 М.
Understanding Proxy, Forward Proxy, and Reverse Proxy
9:41
Arpit Bhayani
Рет қаралды 33 М.
Everything you need to know about REST
26:20
Arpit Bhayani
Рет қаралды 33 М.
Designing Workflows in Microservices - Orchestration vs Choreography
17:26
API Composition Pattern in Microservices
25:50
Arpit Bhayani
Рет қаралды 8 М.
Why do databases store data in B+ trees?
29:43
Arpit Bhayani
Рет қаралды 46 М.
Introduction to Serverless Computing and Architecture
36:23
Arpit Bhayani
Рет қаралды 7 М.
So Cute 🥰 who is better?
00:15
dednahype
Рет қаралды 19 МЛН