It works. End of thoughts.
this post was submitted on 13 Oct 2023
11 points (86.7% liked)
Asklemmy
43747 readers
2316 users here now
A loosely moderated place to ask open-ended questions
Search asklemmy ๐
If your post meets the following criteria, it's welcome here!
- Open-ended question
- Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
- Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
- Not ad nauseam inducing: please make sure it is a question that would be new to most members
- An actual topic of discussion
Looking for support?
Looking for a community?
- Lemmyverse: community search
- sub.rehab: maps old subreddits to fediverse options, marks official as such
- !lemmy411@lemmy.ca: a community for finding communities
~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~
founded 5 years ago
MODERATORS
I don't do it, but for big instances like lemmy.world I'm sure it saves them a lot of money and improves performance drastically.
Serving data from multiple locations with the current lemmy implementation is really hard, and bandwidth is really expensive. Even with an enterprise account, Cloudflare saves us a ton of money at work.
Like sure, you can self host all of that but it's usually quite expensive.
Just reducing the accesses to the pict-rs S3 bucket saves a ton of money, even if you end up using CloudFront which is also an AWS product.
What types of read calls would you put behind a CDN in lemmy?
Probably everything that's static like images, JavaScript, css
Just have a cache invalidation strategy.
Yea, ideally all these things should have pretty aggressive caching around them, I suppose a CDN could help lower their resource costs even more... but I think the vast majority of work will be retrieving dynamic data like posts and comments.
Yeah. Serving static assets is not a big deal with a decent web server. You can get servers with unmetered transfer and the CPU and memory for static resources is tiny. Main reason to use a CDN is latency.
IF the static assets like images and video are being served by the application from other network sources or out of a database then a caching CDN would be a big win for sure.
Why would you put it behind cdn? Set up nginx caching and you'll be fine.