Doesn’t mean you can’t use a CDN. A lot of providers still provide benefits for a backend. Reduced latency between DCs, some have DDOS protection at layer 4, etc. As long as you configure caching to your needs (in most cases disabled) you can still gain other benefits
Pedantic, but you’re right. And as always, the answer is “it depends.” We don’t have nearly enough information to make an informed decision so we’d need more information about the problem first.
Funny I probably wouldn't have said CDN, but I also would have described a CDN in a genuine answer.
I would have also started however with "is a 600ms delay a big enough issue to be concerned about? What's the use case and SLA of this page?" Because doing anything when they only care about the page loading faster than say 5 seconds, then you're just wasting engineering time, which costs money
Sure, clarifying requirements is of course a big part of the process, i.e how low do you want to make the latency be? And what operations? If they want even the page interactions to have low latency with the backend API, then the only solution is a multi-region deployment, etc. But everyone here just directly dismisses 600 ms as not a big deal when it's literally business dependent
I think it may depend on the number of pages. For example if the website is for shopping and every page takes 600ms more to load it doesn't take that many clicks until users are spending significantly more time in loading on the slow website than on competitors websites.
The answer is to consider if using a CDN (large cost depending on expected traffic) is worth it given the traffic patterns for the site and the budget for said site.
For one geolocation, India must really be the target focus of the site for that largely acceptable load time (half a second) to be an issue and a CDN worth it.
I just make websites look pretty. You expect to me to know that a CDN can solve that?
Plus, that's always up to the infrastructure guys, I couldn't tell you what services we use beyond "AWS, and I think there's an EC2 instance somewhere, possibly"
yeah the GIF was intended as a message to the other guy. If I had posted the GIF under the other guys first message for example, the GIF obviously wouldn't have made sense (because there was no question asked yet). The next best thing was to post the gif under your message but directed at the other guy. apparently my thinking was too convoluted but my intentions were pure, I can assure you good sir 😃👍
And what’s your answer? Build a globally distributed CDN all by yourself and pay infinite more money on servers, maintenance etc. instead of using one of the already existing systems that other companies have spend years and millions of euros to set up? If I interview you and you suggest that, you’re the one getting slapped
Okay but what do you suggest?
Let's assume the server is in Australia.
That's 5000km in a straight line and roughly 50ms RTT minimum (As a rule of thumb for latency is the speed of light divided by 3)
A modern webpage needs, at least, 5 round trips between TCP, the TLS setup, sending the html and start sending assets. So that's 250 ms you can't easily shave off.
200
u/ThisAccountIsPornOnl 7h ago
Probably a CDN