- Newest
- Most votes
- Most comments
The right way to test download speed is to do some real-user-monitoring - use real apps with real users on the real internet. 'Simulation' services tend to take synthetic measurements and won't provide real-world experience.
A simple way of doing this is to use Route53 weighted routing and a single domain name pointing to both EC2 and CloudFront, and then examine the logs for both using the time-taken field entry (in addition to any variation in errors). You could be more sophisticated but this would need adaption to the client application to make it's own measurements.
Generally, CloudFront should be faster than EC2 (unless your client is within the same EC2 region, for example) but there are many benefits to CloudFront over EC2 (cost, availability, DDOS-protection) that the customer should also take into consideration when comparing the two.
It's worth checking that the app supports HTTP/2 to CloudFront. If it doesn't support HTTP/2, it might get a better performance opening up multiple HTTP/1.1 range requests, possibly over multiple connections using different domain names, to parallelize the downloads.
Also don't disregard that It could also be a problem with CloudFront (the client is not being directed to the 'best' edge location, a problem with the server, etc), or a problem with the Internet connectivity between CloudFront and the client. If the customer thinks that is the case, they should raise a support case and include the request ID(s) which are sent in CloudFront HTTP requests to the origin, its responses to the client, and its access logs.
Relevant content
- asked 7 months ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 2 years ago