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.

3 minread 727words last updated

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 rentServerless functions
What you manageOperating system, web server, runtime, patching, capacityYour function’s code and its dependencies
When it runsAlways, whether busy or idleOnly when called
What you pay forThe machine, per month, at the size you choseCalls and running time
Traffic spikeFalls over, or you over-provisioned all year for this momentScales automatically
Quiet nightCosts the same as a busy dayCosts nothing
Security patching of the platformYoursThe provider’s
Where it runsOne locationOften 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

  1. 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.
  2. Execution limits. Functions are meant for short work. Long-running jobs, such as processing a large file, belong in a different pattern.
  3. 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.
  4. 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.

Written by the CivSec S.M.A.R.T team

We build and run websites, software and AI systems for businesses. We write about what we see in that work, in plain language, and we update articles when things change.

Last checked . Spotted something outdated? Tell us.

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

  1. Cloudflare Learning Center: What is serverless? (accessed 2026-09-11)