Glossary
Self-hosted
Self-hosted means running a model on computers your organisation controls, whether servers in your own building or capacity you rent privately, instead of sending each request to a provider's service.
In plain terms
Somebody else's machine or yours. That is the whole distinction. With a provider's service you send your text away and get an answer back, and the arrangement is governed by their terms. Running it yourself means the file sits on hardware you are responsible for and nothing leaves your network, which answers a great many questions about confidentiality and creates a set of new ones about who keeps it working.
Why it matters
For a number of organisations this is not an optimisation but a precondition, because a regulator, a client contract or a data-residency rule says material must not leave a boundary. Where that applies, the question is not whether it is worth it but what capability you can get inside the constraint. Where it does not apply, it is a genuine trade rather than an obvious win, and the costs that get underestimated are people and time rather than hardware.
How it works
You need a model you are allowed to run, which in practice means one whose parameters have been published. Not every capable model is available this way, so the first thing self-hosting decides is which models are in scope at all, and that list is usually shorter than the one a provider offers through its service. Published parameters are what make this possible, and they do not mean you are doing it, since plenty of organisations use published models through somebody else's hosted service.
You need hardware, and specifically enough memory on the right kind of processor to hold the model while it runs. Larger models need considerably more, which is the main reason self-hosted deployments tend to run smaller models than the hosted ones people are comparing them against. Reduced-precision versions exist and trade some quality for fitting on less.
Somebody has to run it, and this is the cost that is routinely left out. Updates, monitoring, capacity, access control, backups and the person who gets called when it stops at an awkward moment are all now yours. It is an ordinary operational burden of the kind your organisation already carries elsewhere, and it is not zero.
Idle capacity costs what busy capacity costs, which inverts the economics people expect. A provider's service charges you nothing when nobody is asking anything. Hardware you own is paid for whether it is working or not, so the arrangement rewards steady heavy use and punishes the occasional bursts most organisations actually have.
Private cloud sits between the two and is where most real deployments land. You rent capacity that is yours alone, in a region you choose, with the model running under your control and nothing shared with a provider's general service. It answers most residency and confidentiality requirements without anybody having to buy a machine.
What moves to you, and what moves with it
Seen in the wild
Download a published model and run it on a machine you own, which is the smallest possible version of the whole arrangement.
OllamaLoad a document collection into a self-hostable assistant, so both the material and the searching stay inside your own network.
AnythingLLMRun an automation platform on your own infrastructure so that the steps, the data passing through them and the logs are all somewhere you control.
n8n
Common misconceptions
People assume
Self-hosted means free.
In fact
It means differently expensive. Hardware is capital, electricity is real, and the largest line is usually the people who keep it running. It removes a per-use bill and adds a fixed one, which is a good trade at steady high volume and a poor one for the intermittent use most organisations turn out to have.
People assume
Self-hosted means secure.
In fact
It means the boundary moved to you, along with the responsibility for defending it. A badly configured system on your own network is not safer than a well-run provider, and it now has no security team behind it. The correct claim is that data does not leave, which is different from and narrower than being secure.
People assume
We would get the same capability we get today.
In fact
Usually somewhat less. The models you can run are the ones published for download, on hardware you can afford, which tends to mean smaller than the largest hosted options. That gap has narrowed considerably and it is real, so it belongs in the comparison rather than being discovered afterwards.
Telling them apart
Self-hosted vs Cloud AI
Self-hosted
Runs on machines your organisation controls. Fixed cost, your operational burden, and nothing leaves your boundary.
Runs on the provider's servers. Per-use cost, their operational burden, and your material travels to them under their terms.
The deciding question is usually whether anything is contractually forbidden from leaving. If nothing is, this is a cost and capability comparison rather than a principle.
Self-hosted vs Local AI
Self-hosted
Your servers, shared by your organisation, administered centrally, sized for many users at once.
One person's own device, serving them alone, with nothing to administer and nothing shared.
Both keep material off a provider's servers, and only one of them has a rota. A laptop running a model is local; a machine in a rack that colleagues connect to is self-hosted.
Questions
- Is it cheaper than paying a provider?
- Only with steady, high, predictable volume. Owning capacity converts a variable cost into a fixed one, so it wins when the machines are busy and loses when they are idle. Include the staff time to run and update it, and the crossover point sits further out than most first estimates put it.
- Does it satisfy our data-residency obligations?
- It can, and it is not automatic. What matters is where the machines physically are, who can administer them, and whether any part of the arrangement, such as monitoring or an update service, reaches outside the boundary. Those are the details an auditor will ask about, so establish them before treating the requirement as met.
- How much hardware do we need?
- Enough memory on the right kind of processor to hold the model you intend to run, which rises steeply with model size. Reduced-precision versions fit on considerably less at some cost to quality. The practical approach is choosing the smallest model that clears your own tests and sizing to that rather than to the largest thing available.
- What is the part people underestimate?
- The ongoing operational work. Updates, monitoring, capacity planning, access control and somebody being responsible when it stops on a Friday evening. The hardware is a purchase you make once and the running of it is a commitment, and it is the commitment rather than the purchase that decides whether this succeeds.
Key takeaways
- Self-hosted means the model runs on machines your organisation controls rather than a provider's.
- It requires a model whose parameters were published, which narrows the choice.
- It converts a per-use cost into a fixed one, so it rewards steady heavy use and punishes bursts.
- It means data does not leave, which is narrower than and not the same as secure.
- The underestimated cost is the people who keep it running, not the hardware.
Tools that use this
- Ollama
The smallest version of the arrangement, on one machine you own.
- AnythingLLM
Documents and searching both inside your own network.
- n8n
Steps, data and logs on infrastructure you control.
Last checked July 2026