Design
Distribution and cache design
Behaviors per path (/assets/*, /api/*, the rest), cache policies that keep junk query strings and cookies out of the cache key, compression, HTTP/3, and custom domains with ACM certificates.
Amazon CloudFront · AWS Partner · Los Angeles
Put your pages, files and APIs a short hop from every visitor, and stop paying your origin to answer the same question twice.
CloudFront is AWS’s content delivery network: copies of your site and files are cached at edge locations near your visitors, so a shopper in Phoenix isn’t waiting on a server in Virginia. We set up distributions, tune what gets cached and for how long, lock your S3 buckets so only CloudFront can read them, add AWS WAF, and connect the whole thing to the Zoho apps that feed your content.
01What CloudFront is good for
If your origin already lives on AWS, CloudFront is usually the shortest path to a faster site: fetches from AWS origins cost nothing extra, permissions run through IAM, and it lands on the same bill. It earns less when nothing is cacheable, or when your team already runs another CDN it knows well.
Our rule of thumb: if more than half of your traffic is the same bytes served again, a CDN pays for itself in speed alone.
Static assets get long cache lives, HTML gets short ones, and visitors on mobile data feel the difference.
The bucket stays private behind Origin Access Control. Visitors only ever see the CloudFront URL.
Even uncached API calls ride AWS’s network from the nearest edge, and TLS is finished close to the user.
Signed URLs and signed cookies let a link expire after minutes, so a shared download link stops working.
Dashboards built per user barely cache. CloudFront still helps with TLS and routing, but expect a modest gain.
Many WordPress hosts bundle a CDN already. Adding CloudFront on top can mean two caches to purge for no real gain.
02CloudFront consulting services
A CloudFront distribution takes ten minutes to create and months to get right. Most of the value sits in the cache behaviors, the origin setup and the security around it. These are the five jobs we’re hired for.
Design
Behaviors per path (/assets/*, /api/*, the rest), cache policies that keep junk query strings and cookies out of the cache key, compression, HTTP/3, and custom domains with ACM certificates.
Migrate
Rules translated one by one, a test hostname first, then a Route 53 or registrar DNS switch with low TTLs so rolling back takes minutes.
Secure
Origin Access Control on S3, VPC origins for private load balancers, AWS WAF rules and rate limits, security headers, and signed URLs for paid content.
Optimize
We read the cache statistics, raise the hit ratio, add Origin Shield where a busy origin needs it, and check whether a flat-rate plan beats pay-as-you-go for you.
Run
Invalidations built into your release pipeline, staging distributions for safe config changes, CloudWatch alarms on 5xx error rates, and logs you can actually query.
03One request, twice
The first visitor near an edge location pays the full trip: the edge has no copy, so it asks the origin. Everyone after that gets the stored copy until its TTL runs out. Below is one product photo requested from Dallas, with timings we picked to show the shape. Sample numbers, not a benchmark.
x-cache: Miss from cloudfrontAbout 138 ms for the first visitor
x-cache: Hit from cloudfrontAbout 34 ms, and the origin never heard about it
If a tracking parameter like ?utm_source is part of the key, every campaign link becomes its own cache miss. We strip what doesn’t change the response.
Between the edge and your origin sits a larger regional cache, so a miss in Dallas can still be a hit one layer up.
Switch it on and the regional caches send their misses through one Origin Shield location, so a small server isn’t hit by many caches at once.
On a hit, CloudFront reports how many seconds the copy has been stored. We use it to check that TTLs behave the way the config says.
04Try it · sample model
Set your monthly requests, how cacheable your content is and the TTL. The bar shows how many requests CloudFront answers on its own and how many still hit your server. Shorter TTLs mean copies expire and get fetched again, so they drag the real hit ratio down. It’s a teaching model labelled Sample, not a forecast.
Sample model: effective hit ratio is the cacheable share times a refresh factor we assigned to each TTL step, an illustration of the trend rather than a CloudFront rule. The bill line uses AWS’s pay-as-you-go list rates for the United States, Mexico and Canada (HTTPS requests and data transfer out, after the always-free 10 million requests and 1 TB), and ignores add-ons. Your real hit ratio is in the CloudFront console under cache statistics; bring it to the call.
05CloudFront + Zoho
Zoho is often where content and customers get managed; CloudFront is where it gets delivered fast. The tricky part is keeping the cached copy honest when someone edits a record. Three patterns we build.
Catalog at the edge
Price lists and spec sheets load from the edge, yet a price change in Zoho CRM shows up on the site within minutes, not at the next full deploy.
Expiring document links
Contracts, drawings and statements stay in a private bucket. Customers get a link that works for the window you choose, then stops.
Fast site, live forms
The marketing site stays cached and quick while Zoho Forms and Zoho Flow handle every submission live. Need custom logic beside your Zoho data instead? Zoho Catalyst can host it.
06CloudFront pricing
You can pay CloudFront two ways. Pay-as-you-go meters data sent to viewers and the number of requests, with a generous always-free allowance each month. Flat-rate plans charge one monthly price per distribution and bundle extras like AWS WAF and Route 53 DNS, with no overage charges. Which is cheaper depends on your traffic and how much security you’d buy anyway.
| Meter | List rate |
|---|---|
| Always free, every month | 1 TB out + 10M requestsplus 2 million CloudFront Functions invocations |
| Data transfer out, next 9 TB | $0.085per GB |
| Next 40 TB | $0.080per GB, lower again past 50 TB |
| HTTPS requests | $0.0100per 10,000 (HTTP: $0.0075) |
| Fetches from AWS origins | $0S3, EC2, load balancers and other AWS origins |
| Invalidations | 1,000 paths freea month, then $0.005 per path |
| Edge code | $0.10per million CloudFront Functions runs · Lambda@Edge $0.60 per million requests plus duration |
Each plan bundles CloudFront with AWS WAF and DDoS protection, Route 53 DNS, a TLS certificate, edge compute and monthly S3 storage credits. Larger needs go to a custom plan through AWS sales.
AWS list prices in USD before tax, read from AWS’s CloudFront pricing pages in October 2026. AWS revises CDN tiers and plan allowances now and then, so we price your distribution against the live numbers before anything changes. Our CloudFront work is billed apart from AWS: one fixed price for the scope written into a signed BRD, whatever your traffic does later.
07CloudFront questions
Caching, cost, security and the Cloudflare question. If your distribution already exists, open its cache statistics before our first call; that call is free and the numbers make it useful.
Amazon CloudFront is the content delivery network (CDN) from AWS. It keeps cached copies of your website files, images, videos and API responses at edge locations around the world, so visitors are served from a location near them instead of from your origin server. It also handles TLS, works with AWS WAF and can run small pieces of code at the edge.
On pay-as-you-go, every month includes 1 TB of data transfer out and 10 million HTTP or HTTPS requests free. In the United States, Mexico and Canada the next 9 TB is $0.085 per GB, and HTTPS requests are $0.0100 per 10,000. Fetches from AWS origins such as S3 are free. AWS also sells flat-rate plans per distribution: Free at $0, Pro at $15, Business at $200 and Premium at $1,000 a month, each bundling WAF, DDoS protection and Route 53 DNS with no overage charges.
Both are capable CDNs. CloudFront usually wins when your origin runs on AWS, because fetches from AWS origins are free, access is controlled with IAM and Origin Access Control, and the cost sits on your AWS bill. Cloudflare can be the simpler pick when it already runs your DNS and security and your origin is outside AWS. We look at where your origin lives and what your team already manages before recommending either.
Use Origin Access Control (OAC). The bucket blocks public access, and a bucket policy allows reads only from your CloudFront distribution. Visitors can reach files through the CloudFront domain but not through the S3 URL. OAC is what AWS recommends now over the older Origin Access Identity.
It depends on the content. Sites made mostly of images, scripts and styles can run well above 90 percent, while API-heavy apps sit much lower. Low ratios usually come from query strings, cookies or headers in the cache key that do not change the response, or from TTLs that are too short. We tune the cache policy per path to raise it.
An invalidation tells CloudFront to drop cached copies of a path, such as /images/logo.png or /products/*, so the next request goes to the origin. The first 1,000 paths each month are free, then it is $0.005 per path. For frequent releases we prefer versioned file names, which avoid invalidations for most assets.
CloudFront Functions are lightweight JavaScript that runs on viewer requests and responses, good for redirects, header changes and simple URL rewrites, at $0.10 per million invocations. Lambda@Edge supports Node.js and Python, can run longer, call the network and act on origin requests and responses, at $0.60 per million requests plus duration. We use Functions first and move up only when the job needs it.
Yes. Even when a response cannot be cached, the request enters AWS’s network at a nearby edge location, TLS is finished close to the visitor and the connection to your origin is kept warm. Short TTLs of a few seconds can also help busy API responses that many users share.
Every CloudFront distribution gets AWS Shield Standard at no extra charge, which defends against common network and transport layer attacks. For application attacks you add AWS WAF rules and rate limits. The flat-rate plans bundle WAF and DDoS protection into the monthly price.
It depends on how many domains, origins and cache rules are involved. We test on a temporary hostname first, then switch DNS in a window you choose, with the old setup kept ready for rollback. The dates for each step go into the signed BRD before any change is made.
08How a CloudFront project starts
A CDN change is quiet when it goes well and very loud when it doesn’t, so we plan the cutover on paper first. A single site can usually be scoped from the first conversation; a multi-domain move with WAF rules may need a short paid discovery, quoted before it starts.
From kick-off to handover, the delivery steps are laid out on one page. See how we work →
09Let’s talk
Book a free consultation with Elite Tech Global. We review your Zoho, AWS, Shopify or WordPress setup, show where AI / SI agents can save time, and agree the next step. If we work together, every requirement and a fixed price go into a signed BRD before the build starts.
Real people, one team. Led by co-founders Ikramul Karim and Khris Kakosimidi, and a 40+ member team across Zoho, AWS and AI.
Thanks, we’ve got it.
We’ll review your request and email you to set up your free consultation. Prefer to pick a time now?
Book a call