Definición
Un servidor es un ordenador que atiende peticiones de otros ordenadores.
Conviene desmitificarlo: no es una caja mágica. Es un equipo encendido, con un programa escuchando, esperando que alguien le pida algo. Cuando escribes una dirección en el navegador, tu ordenador —el cliente— manda una petición y un servidor le devuelve una respuesta.
Lo que lo hace «servidor» no es su hardware, es su papel. Tu propio portátil puede actuar como servidor: es exactamente lo que ocurre cuando se levanta un entorno de desarrollo local.
En qué se diferencia de tu ordenador
Está siempre encendido. Es su única obligación real.
Está preparado para fallar poco. Discos redundados, fuentes duplicadas, memoria que detecta errores.
No tiene pantalla ni se usa sentado delante. Se administra por red.
Se dimensiona para atender a muchos a la vez, no para que uno solo vaya rápido. Un servidor puede tener menos potencia por núcleo que un portátil moderno y aguantar mil veces más peticiones simultáneas.
Esa última diferencia es la que más se malinterpreta al comprar: la métrica no es la velocidad, es la concurrencia.
Los tipos que se contratan
Compartido. Tu web convive con muchas otras en la misma máquina. Barato y limitado: si otra web del mismo servidor se dispara, tú lo notas.
VPS. Una porción aislada de un servidor físico, con recursos garantizados. El punto dulce de precio y control para la mayoría de proyectos.
Dedicado. La máquina entera para ti. Caro, y necesario en pocos casos.
En la nube. Recursos que se amplían y reducen bajo demanda. Flexible, y con una factura que puede sorprender si nadie la vigila.
Sin servidor (serverless). Existe un servidor, pero no lo gestionas tú: pagas por ejecución. La ausencia está en tu carga de trabajo, no en la realidad.
Ejemplo práctico
En una pyme, la pregunta que suele hacerse es «¿qué servidor necesito?», y casi siempre es la pregunta equivocada.
Lo que aprendí: antes hay que responder qué tiene que hacer el servidor. Una web corporativa que enseña lo mismo a todo el mundo puede servirse como ficheros estáticos desde un CDN y no necesita servidor propio en absoluto — es lo que hace esta misma web. Una aplicación donde cada usuario ve datos distintos sí lo necesita. Ver SSR vs SSG.
Esa distinción cambia el coste por un factor enorme, y se decide antes de mirar precios.
El segundo aprendizaje, sobre dimensionar: casi nadie se queda corto de CPU. Se queda corto de memoria, o el cuello de botella está en la base de datos, o en un algoritmo que crece mal. Contratar más máquina para arreglar cualquiera de esas tres cosas es pagar por no diagnosticar.
La secuencia correcta cuando algo va lento: medir primero, ampliar después. Ver observabilidad.
Y una advertencia sobre lo que un servidor exige y nadie cuenta al contratarlo: hay que actualizarlo, vigilarlo y hacer copias. Un servidor propio sin nadie que lo mantenga acaba con versiones sin parchear expuestas a internet. Para muchas pymes, un alojamiento gestionado más caro sale más barato que un VPS barato que nadie administra.
Errores comunes
- Contratar servidor para algo que podría ser estático.
- Dimensionar por CPU cuando el problema es memoria o base de datos.
- Ampliar en vez de medir.
- Olvidar el mantenimiento. Un servidor sin actualizar es una puerta abierta.
- No tener copias ni comprobar que se restauran.
- Confundir servidor con hosting. El servidor es la máquina; el hosting es el servicio que te la da.
- Nube sin límites de gasto. Es la factura sorpresa más común del sector.
Cuándo pensar en ello
Al arrancar un proyecto, y cada vez que algo vaya lento — pero después de medir, no antes.
La pregunta que ordena la decisión: ¿todos los visitantes ven exactamente lo mismo? Si la respuesta es sí, probablemente no necesitas un servidor: necesitas ficheros bien servidos.
