Qué es un servidor y hosting

Antes de subir tu primer sitio necesitas entender dónde va a vivir. En esta lección aprenderás qué es un servidor, cómo se comunica con el navegador y qué tipos de hosting existen, para que puedas recomendarle a cada cliente la opción correcta (y no pagar de más ni quedarte corto).

Concepto

Un servidor es simplemente una computadora que está encendida 24/7, conectada a internet, y que responde peticiones. Cuando escribes https://ejemplo.com en el navegador pasa esto:

1. Tu navegador (el cliente) pregunta al sistema DNS: "¿cuál es la IP de ejemplo.com?".
2. El DNS responde con una dirección IP, por ejemplo 203.0.113.10.
3. El navegador se conecta a esa IP en el puerto 443 (HTTPS) o 80 (HTTP).
4. En el servidor, un programa llamado servidor web (Apache, Nginx, Caddy, Node…) recibe la petición.
5. El servidor web responde con HTML, CSS, JS, imágenes o JSON.

Analogía

Piensa en un restaurante. La IP es la dirección del edificio, el puerto es la puerta (la de clientes es la 443, la de proveedores la 22 para SSH), el servidor web es el mesero que recibe pedidos, y tu aplicación (PHP, Node) es la cocina que prepara lo que se pidió.

Términos clave

Término	Qué es
IP	Dirección numérica de una máquina en internet (IPv4 203.0.113.10, IPv6 2001:db8::1).
Puerto	Número que identifica un servicio dentro de la máquina: 80 HTTP, 443 HTTPS, 22 SSH, 3306 MySQL, 5432 PostgreSQL.
Servidor web	Programa que atiende peticiones HTTP: Apache, Nginx, Caddy, LiteSpeed.
Sitio estático	Archivos HTML/CSS/JS que se entregan tal cual (VitePress, Astro, una landing).
Sitio dinámico	El servidor ejecuta código (PHP, Node, Python) y consulta una base de datos antes de responder.
Hosting	El servicio que te renta (o presta) un servidor o una parte de él.
Uptime	Porcentaje del tiempo que el servidor está disponible (99.9% ≈ 8.7 horas caído al año).

Tipos de hosting

1. Hosting compartido

Cientos de sitios comparten un mismo servidor. El proveedor administra todo (sistema operativo, seguridad, PHP, MySQL) y tú recibes un panel (casi siempre cPanel) para subir archivos, crear bases de datos y correos.

• Ideal para: sitios de negocios pequeños, WordPress, PHP + MySQL, landing pages.
• Ventajas: barato, fácil, incluye correo y SSL gratis.
• Desventajas: recursos limitados, no puedes instalar lo que quieras (Node, Docker casi nunca), el "vecino ruidoso" puede alentar tu sitio.
• Ejemplos: Hostinger, Namecheap, SiteGround, HostGator, Banahosting.

2. VPS (Servidor Privado Virtual)

Un servidor físico se divide en varias máquinas virtuales. Te toca una con CPU, RAM y disco garantizados, y tienes acceso root: instalas lo que quieras.

• Ideal para: apps Node, Laravel, varias webs de clientes, APIs, Docker.
• Ventajas: control total, buen precio, escalable.
• Desventajas: tú eres el administrador: seguridad, actualizaciones y respaldos son tu responsabilidad.
• Ejemplos: DigitalOcean, Hetzner, Vultr, Linode (Akamai), Contabo, Hostinger VPS.

3. Servidor dedicado

Una máquina física completa para ti. Máximo rendimiento, máximo costo.

• Ideal para: sitios con muchísimo tráfico, bases de datos grandes, requisitos legales.
• Desventajas: caro y requiere conocimientos avanzados.
• Ejemplos: OVHcloud, Hetzner (servidores dedicados).

4. Cloud (IaaS)

Proveedores gigantes que te rentan infraestructura por minuto: máquinas virtuales, bases de datos administradas, almacenamiento, balanceadores, colas…

• Ideal para: empresas que necesitan escalar, alta disponibilidad, muchos servicios integrados.
• Desventajas: curva de aprendizaje alta y facturas que pueden sorprenderte si no configuras alertas.
• Ejemplos: AWS (EC2, S3, RDS), Google Cloud, Microsoft Azure.

5. PaaS (Plataforma como Servicio)

Conectas tu repositorio de GitHub y la plataforma construye y despliega tu app sola. No administras servidores.

• Ideal para: frontends (React, Next.js, Vue, VitePress), APIs pequeñas, prototipos.
• Ventajas: despliegue en minutos, HTTPS automático, previews por rama, planes gratis.
• Desventajas: menos control, puede encarecerse al crecer.
• Ejemplos: Vercel, Netlify, Cloudflare Pages, Render, Railway, Fly.io.

6. Serverless (funciones)

Escribes funciones que se ejecutan solo cuando llega una petición. Pagas por ejecución, no por servidor encendido.

• Ideal para: formularios de contacto, webhooks, APIs con tráfico irregular.
• Desventajas: "arranque en frío", límites de tiempo de ejecución, no sirve para procesos largos.
• Ejemplos: AWS Lambda, Vercel Functions, Netlify Functions, Cloudflare Workers.

Tabla comparativa

Los precios son orientativos y cambian con frecuencia; revisa siempre los planes vigentes.

Tipo	Precio aprox. (USD/mes)	Control	Dificultad	Úsalo cuando…
Compartido	2 – 10	Bajo	Muy fácil	Sitio de negocio, WordPress, PHP sencillo
VPS	4 – 40	Total	Media	Node, Laravel, varios clientes, Docker
Dedicado	60 – 300+	Total	Alta	Mucho tráfico o requisitos especiales
Cloud (IaaS)	Variable	Total	Alta	Empresa que necesita escalar
PaaS	0 – 25+	Medio	Muy fácil	Frontends, prototipos, APIs pequeñas
Serverless	0 – variable	Bajo	Media	Funciones sueltas, webhooks

Ejemplo: ¿qué tipo de proyecto va en qué hosting?

Proyecto                                   → Hosting recomendado
------------------------------------------------------------------------
Landing page de una cafetería              → PaaS gratis (Netlify/Vercel) o compartido
Sitio de un consultorio con formulario PHP → Hosting compartido con cPanel
Tienda WordPress + WooCommerce             → Compartido bueno o VPS administrado
Documentación hecha con VitePress          → GitHub Pages, Netlify, Vercel o compartido
API REST en Node + PostgreSQL              → VPS, Render o Railway
Sistema Laravel a medida para una empresa  → VPS (con Nginx + PHP-FPM)
App con 5 microservicios                   → VPS con Docker o cloud (AWS/GCP)
Formulario que envía correo                → Serverless (función) o el mismo hosting

Paso a paso: cómo elegir hosting para un cliente

1. ¿Qué tecnología usa el proyecto?
   • Solo HTML/CSS/JS o generador estático → PaaS gratis o compartido.
   • PHP + MySQL / WordPress → compartido.
   • Node, Python, Docker, workers → VPS o PaaS de backend.
2. ¿Cuánto tráfico espera? Un negocio local rara vez supera unos miles de visitas al mes: un compartido sobra.
3. ¿Quién lo va a mantener? Si el cliente no te va a pagar mantenimiento, evita un VPS que nadie actualizará. Mejor algo administrado.
4. ¿Necesita correo con su dominio? El compartido lo incluye; con VPS/PaaS conviene Google Workspace, Zoho Mail o similar.
5. Presupuesto anual: suma dominio + hosting + correo + tu mantenimiento. Preséntalo claro en la cotización.
6. La cuenta a nombre del cliente: que el hosting y el dominio estén a su nombre (tú con acceso de colaborador). Evita problemas futuros.

Buena práctica

Ten tu propio VPS barato para practicar y para alojar tus demos y portafolio. Aprender administrando un servidor real vale más que cualquier tutorial.

Error común

Comprar el plan "ilimitado" más caro porque "suena mejor". Lo "ilimitado" en hosting compartido siempre tiene límites ocultos (inodos, CPU, procesos). Elige según la necesidad real y escala después.

Ver tu propia IP y la de un sitio

Desde la terminal puedes descubrir qué IP tiene un dominio:

Linux / macOS

# Ver la IP de un dominio
dig +short example.com

# Ver qué servidor web responde (cabecera "server")
curl -I https://example.com

Windows

# Ver la IP de un dominio
Resolve-DnsName example.com

# Ver las cabeceras de la respuesta
curl.exe -I https://example.com

La cabecera server: de la respuesta suele decir si es Apache, Nginx, Cloudflare, etc.

Ejercicios

1. Usa curl -I sobre tres sitios que visites a diario y anota qué servidor web usan.
2. Para cada proyecto, elige un tipo de hosting y justifica: (a) portafolio personal en React, (b) sistema de citas en Laravel para una clínica, (c) blog WordPress de una escritora.
3. Calcula cuántas horas al año puede estar caído un servicio con 99.5% de uptime.

Ver solución

1. Respuestas variables: es común ver server: cloudflare, server: nginx, server: Vercel o server: Apache.
2. (a) PaaS gratis (Vercel/Netlify/GitHub Pages): es estático. (b) VPS con Nginx + PHP-FPM + MySQL, o un compartido de buena calidad si es pequeño; necesita respaldos y cron para recordatorios. (c) Hosting compartido con WordPress y SSL.
3. 365 días × 24 h = 8760 h. El 0.5% de 8760 = 43.8 horas al año.

Resumen

• Un servidor es una computadora siempre encendida que responde peticiones en puertos (80, 443, 22…).
• El servidor web (Apache, Nginx) recibe la petición y entrega archivos o ejecuta tu código.
• Compartido: barato y fácil. VPS: control total. Dedicado: potencia máxima. Cloud: escala empresarial. PaaS: despliegue desde Git. Serverless: funciones por ejecución.
• Elige según tecnología, tráfico, mantenimiento y presupuesto, y deja las cuentas a nombre del cliente.
• Siguiente paso: Dominios y DNS.