Skip to content
Lesson Nine

Understanding
servers

What a server actually is, what the cloud really rents you, and why the database you pay for is one you will never see.

Scroll, click, or use the arrow keys to move through.Scroll, or use the arrows and dots to move through.

What a server actually is

A server is a computer that is always on, answering requests.

No screen, no keyboard, no desk. Just a computer in a rack, running programs that wait for requests and answer them, all day, every day. Any computer can play the role: when a tool on your own machine says “localhost,” that is your laptop being the server.

Where the servers are

The cloud is other people’s computers, for rent.

Data centers are buildings full of these machines, and companies rent capacity by the month, the hour, or the request. Capacity is assigned by need and service plan. Every “cloud” product you use is based on this, wrapped in different packaging.

Levels of service

Tiers of capability.

1
A bare machine
You rent the computer and do everything else: install, configure, patch, back up, and fix it at 2am.
2
A platform
You bring your code; they run the machines. Deploys, scaling, and restarts are handled for you.
3
A service
You consume a finished capability through an address. Everything about running it belongs to someone else.

The higher the rung, the less you operate and the more you simply use.

A database as a service

No box, no install, and it is still a real database.

You sign up, and what you receive is an address, credentials, and a bill. The credentials give you the ability to read and write to the database and to make a range of configuration changes, while the company handles patches, backups and basic operations. This is a very popular way of providing database services.

You get: an address and credentials · They do: everything else
Everything as a service

Once you see it, it is everywhere.

Storage as a service

Your files held and served by a provider. You keep an address; they keep the machines and the redundancy.

Auth as a service

Sign-in, accounts, and permissions handled by a provider, so your system never stores a password at all.

Email as a service

Sending handled by a provider. Your system makes one request, and the provider does the delivery, the reputation, and the retries. No mail server to run.

Not everything is rented

Some companies run their own.

On-premises

Servers the company owns, in its own building. Full control, and the data never leaves; the company is also the operator, patches and 2am included.

Colocation

Your machines, racked in someone else’s data center. They provide the power, cooling, and network; you still run everything on the box.

Self-hosted software

Much of what is sold as a service can also be run yourself: the same database, storage, or auth software on machines you control. Same capability; the operator is you.

The real choice is who operates it. Most companies mix: rented services for most things, self-hosted where control, compliance, or cost demands it.

For anyone working with AI

Every AI tool is servers all the way down.

The model answers from a data center. The tools it reaches are services at addresses. Knowing where each piece runs, and who runs it, is what tells you what a tool costs, how fast it can be, and who is able to see the data.

Ask where it runs, and who runs it.

The lesson in one line

Always-on computers, rented by the slice, operated by someone else.

A server answers requests. The cloud rents them out. A service is a finished capability with an address. Hold those three ideas and every bill, outage, and integration in your stack starts making sense.