Scaling Push Messaging for Millions of Devices @Netflix

Подписаться 231 тыс.

Просмотров 95 тыс.

50% 1

InfoQ Dev Summit Boston, a two-day conference of actionable advice from senior software developers hosted by InfoQ, will take place on June 24-25, 2024 Boston, Massachusetts.
Deep-dive into 20+ talks from senior software developers over 2 days with parallel breakout sessions. Clarify your immediate dev priorities and get practical advice to make development decisions easier and less risky.
Register now: bit.ly/47tNEWv
--------------------------------------------------------------------------------------------------------------------------------------
Download the slides & audio at InfoQ: bit.ly/2SKpUIC
Susheel Aroskar talks about Zuul Push, a scalable push notification service that handles millions of "always-on" persistent connections from all the Netflix apps running. He covers the design of the Zuul Push server and reviews the design details of the back-end message routing infrastructure that lets any Netflix microservice push notifications to any connected client.
This presentation was recorded at QCon New York 2018: bit.ly/2JFHitG
#SoftwareArchitecture #Netflix #ZuulPush #InfoQ #QConNewYork

Опубликовано:

1 окт 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 63

@prudvim3513 2 года назад

Much better than watching "Design a Notification Service" System design interview videos.

@zkwentz 2 года назад

The “ask client to close” due to TCP wait avoidance, is brilliant. Well done!

@bedtimestoriesforkids9755 3 года назад

I am watching this right before a system design session! :)

@vibhorsharma6172 3 года назад

Same lol

@audi88 4 года назад

This talk is so good. Especially the mention of benchmarking numbers. m4.large ~ 8G,2vCPU = 84000 concurrent connections. ❤️

@mat822 4 года назад

yes it is very good talk but it not clear what is the throughput of the system with 84K clients, I guess it is very low if he was saying the CPU was barely used.

@faizhalde2836 3 года назад

@@mat822 the system does look io intensive (mostly network calls) so low cpu makes sense i think

@helloworld7313 2 года назад

@@mat822 125 million users, 1 push notification per day, each notification takes 1KB 125000000*1024/86400 < 2MB/s negligible throughput. Of course they kill connections periodically, but still very low throughput system.

@sonicjetson6253 2 года назад

Hearing all this talk of massively scalable is getting so nauseous man, fk this shit

@km2411_ 3 года назад

Really neat presentation with much informative content.

@at_tap 3 года назад

Extremely well conducted video, very informative and explained without any wrinkles. Kudos!!

@Dipesh_Sol Год назад

Reminds me of backpressure, ofc not the same here.

@unmeshchougule5666 2 года назад

Question : when you say client opens connection and stays connected to that server, wouldn't it talk to load balancer and not the actual server here? So even if you deploy new server behind that load balancer there won't be any issue of the connection closing and re-opening as you mentioned? Please shed some light if I am missing something here.

@jmitesh01 3 года назад

nit pick here, but how does sharding for availability help in push registry feature checklist? Its because it protects by only some portion of connection server goes down?

@TheNikhilbhoyar 3 года назад

what is worse than thundering herd? its recurring thundering herd

@viveksai9353 3 года назад

Every bit of applause deserved for such a verbose explaination.

@smonkey001 3 года назад

How can they "push messaging" to Android with WebSocket while Google simply banned any push notification methods but FCM?

@lahmerilyas4430 Год назад

This push mechanism is for users who are using the app. FCM is used for both forground/background usage.

@RanjithVj404 3 года назад

Excellent presentation. Thanks for getting into implementation details!

@8Trails50 4 года назад

This is an insanely good talk.

@huhu5375 Год назад

Amazing talks! I learn a lot from this video. "Ask client to close" is really brilliant. Randomized the connection time is also very impressive. I have seen random backoff algorithm, don't know it can also be used in this scenario.

@alphabeta644 2 месяца назад

stop moving the camera, already got motion sickness.

@ThanosVassilakis 3 года назад

This a great talk that really warms up after 20 minutesin when the talk goes into operation details.

@PankajKumar-vi4tn 3 года назад

Very good talk. I also liked some of the questions in the end.

@mukeshprajapati9642 6 месяцев назад

Really good explanation. Literally clapped at the end :)

@pothiq 5 лет назад

It's truly comprehensive. Thanks for the nice presentation in a very understandable way.

@Nemosaur 4 года назад

This has been so insightful Thank you so much for this talk!

@BHARATKUMAR-le6eq 2 года назад

I think some confusion at ELB. ELB operates at Layer 4 which means at the TCP layer already.

@lukeyd13 2 года назад

What an amazing speaker this guy is

@BHARATKUMAR-le6eq 2 года назад

I have only one request why the client depends on the server. I mean why this client-server mapping. What if the server is down then we need to migrate all the client-specific servers to a new server which is costly and may create issues like thundering. It's not we should make the server stateless with client requests and maybe only we should store client information in the push registry?? and when push notifications just randomly pick the server and send a message to the client id.

@renon3359 6 месяцев назад

TCP TIMED WAIT avoidance was brilliant

@hyper.charged_ 3 года назад

Excellent

@VishalThakur-wo1vx 7 месяцев назад

Love this talk

@allanvalooran6604 3 года назад

Great Talk

@lalanashree3962 5 месяцев назад

One of the best 'Notification Design videos' seen so far.

@AbhijeetJadhav24 2 года назад

Super comprehensive and very inspirational! Thank you.

@pragmaticsoftwareengineer7965 3 года назад

Brilliant Talk.. Learned so much.. Thanks Susheel.

@stillyi 3 года назад

Thank you! Very informative presentation.

@himanshuupadhyay6749 Год назад

Very nice presentation

@unmeshchougule5666 2 года назад

great talk, thank you!

@sasaa4908 3 года назад

Thank you so much for this talk !! very well explained ...

@praveenX Год назад

Just Amazing! 👏

@attention_shopping 2 года назад

what a great talk. so dense, no fluff

@YT-yt-yt-3 2 года назад

Neat presentation and insightful.

@ankitjindal7059 3 года назад

Really thought through presentation

@dhrumilparmar9294 3 года назад

Awesome talk! Enjoyed it.

@amitbaijal421 5 лет назад

Great presentation.

@VinayYadav-xy7dk 2 года назад

Brilliant!!

@ridhwaans 3 года назад

what is the difference between push vs kafka messages/ message queues?

@maximecaron3133 2 года назад

with push client subscribe to a small set of keys( movie name …). while with kafka there is a single log and client need to read all message that have been written to the log