What serverless means and why it is cheaper for spiky traffic
Serverless runs your code only when something calls it and bills per use. What changes for cost, scaling and maintenance, and where a server is still right.
The short answer
Serverless is a way of running code where you never manage a server. You write small functions, a form handler, a search endpoint, a webhook receiver, and the provider runs each one on demand, on its own machines, scaling up when many requests arrive and down to zero when none do. You are billed per call and per millisecond of running time. Nothing runs, and nothing costs, when nobody is using it.
That last property is why it fits business websites so well: their traffic is uneven, and idle time is most of the time.
What changes compared with a server
| A server you rent | Serverless functions | |
|---|---|---|
| What you manage | Operating system, web server, runtime, patching, capacity | Your function’s code and its dependencies |
| When it runs | Always, whether busy or idle | Only when called |
| What you pay for | The machine, per month, at the size you chose | Calls and running time |
| Traffic spike | Falls over, or you over-provisioned all year for this moment | Scales automatically |
| Quiet night | Costs the same as a busy day | Costs nothing |
| Security patching of the platform | Yours | The provider’s |
| Where it runs | One location | Often close to the visitor |
Why it is cheaper for spiky traffic
A business website is busy for minutes and idle for hours. A newsletter goes out and a thousand people arrive at once; the rest of the day, a handful. A server has to be sized for the thousand and paid for during the handful. Serverless is sized for nothing and bills for the thousand calls, then goes quiet. The idle time, which is most of the time, costs zero.
The trade-offs
- Cold starts. A function that has been idle takes a moment to start. Fine for forms and webhooks; something to design around for anything that must respond instantly all the time.
- Execution limits. Functions are meant for short work. Long-running jobs, such as processing a large file, belong in a different pattern.
- State lives elsewhere. A function starts fresh each time; anything it must remember goes in a database or storage. That is a discipline, and a healthy one.
- Provider specifics. Each platform has its own way of doing functions. Keep the business logic in ordinary code and the platform glue thin, so moving is possible.
Where it fits on a business site
The pages are static: built once, served from the edge, no function needed. The interactive parts that genuinely need a server, a contact form that must validate and send, a search endpoint, a payment webhook, a small integration with your CRM, are functions. Each runs for milliseconds when used and costs nothing otherwise. That combination is our default hosting for business websites, and serverless is what makes the dynamic parts cheap and maintenance-free.
What this means for you
You do not need to know how functions work. You need to know that the parts of your site that occasionally need to do something can run without a server, scale on their own, and cost nothing at rest. If your site still runs on a machine that is always on, mostly idle, and patched by somebody you hope remembers, serverless next to a static site removes the machine, the idle cost and the patching in one move.
Frequently asked questions
If there are still servers, what is the point?
The point is who is responsible for them. On a server you rent, the operating system, the web server, the scaling and the patching are yours. On serverless, all of that is the provider's, and you pay only for the moments your code actually runs. For a small business that is the right trade.
What is a cold start?
The small delay when a function that has not run for a while is started up to handle a request. It is typically a fraction of a second and disappears while the function stays warm. For a form submission or an API call it is rarely noticed; for something that must respond instantly and constantly, a running server can be better.
Is serverless always cheaper?
For traffic that is uneven, which describes a business site, yes, because idle time costs nothing. For a workload that runs at a high, constant rate all day, per-call pricing can exceed a fixed server. Look at the shape of your traffic, not the headline.
What runs serverless on a typical business site?
The contact form handler, a newsletter signup, a search endpoint, a webhook from a payment or booking provider, a small integration with a CRM. Each runs for milliseconds when called and costs nothing otherwise. The pages themselves are static and do not need functions at all.
Sources
- Cloudflare Learning Center: What is serverless? (accessed 2026-09-11)