How to implement caching for serverless applications

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

Просмотров 2,6 тыс.

50% 1

This is a preview lesson from my upcoming workshop, "Production-Ready Serverless". If you liked this, then please check out the full curriculum at productionreadyserverless.com.
You can get 15% OFF with the code "RU-vid15" during checkout. Hope to see you there!
Imagine slashing your application's response time by half AND cutting your costs significantly!
An effective caching strategy is the unsung hero in system design and is often the key to achieving great performance, scalability and cost-efficiency with serverless applications.
In this video, I will tell you EVERYTHING you need to know about caching for serverless applications and the best place to cache data.
To check out Momento, go to www.gomomento.com.
Disclaimer: This video is not sponsored by Momento. And I'm not an affiliate. But I'm a big fan!
✅ Recommended playlists:
Learn to build Production-Ready Serverless Applications
• AWS Lambda: When to us...
My BEST videos of 2023
• Is AWS Bedrock the Ope...
🔔 For more free videos on RU-vid, subscribe to my channel:
/ @theburningmonk
💌 If you're hungry for more insights, best practices, and tips on building serverless applications, make sure to subscribe to my weekly newsletter and elevate your serverless game!
theburningmonk.com/subscribe
📚 My courses 📚
theburningmonk.com/courses
👨‍🏫 My hands-on serverless workshop 👨‍🏫
productionreadyserverless.com
🌐 Find me here
Twitter: / theburningmonk
LinkedIn: / theburningmonk
Blog: theburningmonk.com

Наука

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

18 ноя 2023

Ссылка:

Скачать:

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

Добавить в:

Мой плейлист

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

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

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

bravo Yan :) !! Exceptional content as always! Caching is such an important topic that many times "we" don't get it right 👏 😄

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

haha, thanks man, glad you enjoyed it!

@theburningmonk 8 месяцев назад

This is a preview lesson from my cohort-based workshop, "Production-Ready Serverless". If you liked this, then please check out the full curriculum at productionreadyserverless.com. You can get 15% OFF with the code "RU-vid15" during checkout. Hope to see you there!

@GrahamJCampbell 8 месяцев назад

The lambda burst limit is a "hard quota", but it can actually be raised for eligible workloads via business support, etc.

@theburningmonk 8 месяцев назад

Yes, that's right, it can be on a case-by-case basis, and something that was offered to us at DAZN at the time, but we didn't want to be in a situation that the viability of our solution depends on constantly rengotiating a "soft hard limit" with AWS, hence our rule about services on the critical path. You can't raise the burst capacity limit via the service quotas console, I guess because they don't want to make it too easy as most people shouldn't come close to the limit. And in my opinion, if you do need to raise the burst capacity limit, then it's an argument for you to reconsider if Lambda is the right compute platform for that workload.

@RahulAhire 8 месяцев назад

Do you think we should implement service side webhooks to cache layer just like payment gateway to solve cache validation to significant extent?

@theburningmonk 8 месяцев назад

Not sure what you mean. Who's implementing the webhook? The cache service or your application? You can already trigger cache invalidation in most cases - CloudFront supports it, as do most CDNs. And if you're using an application cache (like Momento) then it's just a case of your application deleting the cached response when you want to. Some managed caching layers don't support cache invalidation, or only supports cache invalidation partially. e.g. the API Gateway cache lets you flush the whole cache, not individual items.

@RahulAhire 8 месяцев назад

@@theburningmonk Yeah, exactly what you described. Thanks for the detailed outlook

@theburningmonk 8 месяцев назад

ok, no probs! I want to be clear though. Yes, you can invalidate individual cache items when some event happening in your system in most cases. But there is still eventual consistency at play because the action of updating the source of truth and invalidating the caching is not atomic. And when you have an edge cache, with your data cached in a distributed network of machines across vast geographic areas, cache invalidation can take time. On CloudFront, it takes up to a few minutes I believe. So that leaves a lot of room for race conditions to happen. So, not every application and every piece of data is cacheable, but a good tip is to always be on the look out for opportunities to apply caching.

@RahulAhire 8 месяцев назад

@@theburningmonk gotcha 👍🏻