Hosting glossary: 40 terms in one sentence each

The forty hosting and infrastructure terms a business owner meets in quotes, invoices and incident reports, each explained in one plain sentence.

6 minread 1,367words last updated

The short answer

Hosting and infrastructure conversations use a vocabulary that suppliers rarely explain and business owners rarely ask about, which is how quotes get accepted and incidents get misunderstood. The forty terms below are the ones that come up in quotes, invoices, incident reports and hand-overs, each explained in one plain sentence. They fall into six groups: where the site lives, how it reaches visitors, how it is built and deployed, how it is kept safe, how it is watched, and what it costs. When any of them is used to justify a price or a decision, ask which group it belongs to and what it changes for your site.

Where the site lives

TermIn one sentence
DomainThe name people type to reach you, registered for a period and renewed, and the single most important thing to keep in your own name.
RegistrarThe company through which a domain is registered and renewed, whose account must be yours, locked and protected with a second factor.
DNSThe system that translates your domain into the addresses of your website and email, defined by records you control.
Name serversThe servers that answer DNS questions for your domain; whoever controls them controls where your domain points.
DNS recordOne instruction in your domain’s DNS, such as where the website is or which servers receive your email.
Time-to-liveHow long DNS answers are cached before being asked again, which decides how fast a change propagates.
OriginThe place your site’s files or application actually live, behind any network layer in front.
Static siteA website delivered as ready-made files, with no server computing pages per visit, which makes it fast, cheap and hard to break.
Serverless functionA small piece of code that runs on demand for dynamic tasks, such as sending a form, without a server you manage.
RegionThe geographic location where a function or database runs, relevant for speed and data residency.
Data residencyWhere data is stored and processed, which matters for privacy rules and some clients’ requirements.
Managed serviceA component, such as a database, run and maintained by a provider so you do not have to.

How it reaches visitors

TermIn one sentence
CDNA network of many locations that stores copies of your files near visitors and serves them from there.
EdgeThe locations of that network nearest to visitors, where files are served and small pieces of code can run.
CacheA stored copy of a page or file that is served instead of fetching or computing it again.
Cache invalidationTelling the caches that a copy is out of date so the new version is served.
BandwidthThe amount of data transferred to visitors, sometimes billed, rarely significant for a well-built site.
CertificateThe credential that enables HTTPS, proving the site is yours and encrypting traffic, issued automatically on modern platforms.
HTTPSThe encrypted connection between the visitor and your site, required for trust, search ranking and browsers not showing warnings.
RedirectAn instruction sending a visitor from one address to another, permanent for moved pages, essential during migrations.

How it is built and deployed

TermIn one sentence
RepositoryThe versioned store of the site’s code, content and setup, which must be owned by the business.
Version controlThe system that records every change to the repository, who made it and why, and lets any change be undone.
BuildThe step that turns source code and content into the files visitors receive.
PipelineThe automated sequence of checks, build and deployment that every change passes through.
DeploymentThe act of putting a built version of the site live.
Preview deploymentA copy of the site built from a proposed change and reachable at its own address, so it can be reviewed before it goes live.
StagingAn environment that mirrors production for testing changes, largely replaced by previews on modern platforms.
RollbackRestoring the previous version of the site in one step when a change turns out wrong.
Environment variableA named setting provided to the site at build or run time, used for configuration and, in secret form, for keys.
Infrastructure as codeWriting the hosting, DNS and configuration setup in files in the repository rather than clicking it into dashboards.

How it is kept safe and watched

TermIn one sentence
BackupA copy of data that can be restored, useful only if it is automatic, stored elsewhere and tested.
Two-factor authenticationA second proof of identity beyond the password, essential on registrar, DNS and hosting accounts.
Rate limitingCapping how many requests one source can make, so a script cannot flood a form, a login or a function.
DDoSA flood of traffic from many sources meant to take a site down, absorbed by a network layer in front of a static site.
Web application firewallA filter in front of a site that blocks known attack patterns before they reach it.
MonitoringAutomated checks that the site, its forms and its certificates are working, with alerts to a person when they are not.
UptimeThe share of time a site is reachable, usually quoted as a percentage that hides how long each outage lasts.
Time to detectHow long an outage lasts before anyone responsible knows about it, the largest and cheapest-to-fix part of most downtime.
Status pageA page hosted separately from your systems that tells customers whether your service is working.
LogsRecords of what the site and its functions did, which make incidents diagnosable and integrations traceable.

Using the glossary

  1. Read a quote or invoice with the glossary open and translate each line into what it does for your site.
  2. Ask about any term that cannot be placed in one of the six groups or explained in a sentence.
  3. Check the ownership terms first: domain, registrar, DNS, repository, in whose name.
  4. Check the safety terms next: backups, two-factor, monitoring, rollback, whether they exist.
  5. Only then compare prices, because two quotes using the same words rarely describe the same thing.

What this means for you

Forty terms cover almost every hosting conversation a small business has. Knowing them lets you read a quote for what it buys, an incident report for what happened, and a hand-over for what you own. Ask about anything that does not fit, and treat words that cannot be explained plainly as a reason to ask more, not as a reason to pay more.

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

Which of these terms matter most for a small business?

Domain, registrar, DNS and name servers, because losing control of those loses everything; static site, CDN and edge, because they explain why modern hosting is cheap and fast; pipeline, preview and rollback, because they explain how changes reach the site safely; and monitoring, uptime and time to detect, because they explain what actually prevents lost revenue.

A supplier used a term that is not here. What should we do?

Ask them to explain it in one sentence and to say what it changes for your site. A term that cannot be explained plainly is either not important or is being used to justify something. Good suppliers explain readily; the glossary exists so you can tell the difference.

Why do definitions differ between suppliers?

Because some terms are marketing as much as engineering, and suppliers stretch them to fit what they sell: managed, cloud, enterprise and secure are the usual suspects. The definitions here describe what the thing does. Where a supplier's usage differs, ask which specific capability they mean and whether your site needs it.