Serverless
¿Qué es Serverless?
Serverless (sin servidor) es un modelo de ejecución en la nube donde el desarrollador escribe código y el proveedor se encarga completamente de la infraestructura: aprovisionar servidores, escalar, mantener y cobrar por uso real. No hay servidores que configurar ni mantener — aunque los servidores existen físicamente, son invisibles para el desarrollador.
¿Para qué se utiliza?
Serverless se usa para:
- Ejecutar lógica de backend sin gestionar ni pagar por servidores 24/7.
- Crear APIs que escalan automáticamente según la demanda, sin configuración.
- Procesar eventos (subida de archivos, mensajes en cola, cambios en base de datos).
- Reducir costes en aplicaciones con tráfico irregular o impredecible.
- Desplegar funciones individualmente sin afectar al resto de la aplicación.
¿Cómo funciona?
Imagina serverless como pedir un taxi en lugar de comprar un coche. No compras, aseguras ni aparcar un coche — solo pagas el trayecto cuando lo necesitas. Tu función “duerme” cuando nadie la llama y “despierta” en milisegundos cuando llega una solicitud. El proveedor factura por tiempo de ejecución real, no por tener el servidor encendido.
Ejemplo: Función serverless con Vercel
// api/saludo.js — se despliega como función independiente en Vercel
export default function handler(req, res) {
const { nombre = 'mundo' } = req.query;
res.status(200).json({
mensaje: `Hola, ${nombre}!`,
timestamp: new Date().toISOString(),
});
}
// Accesible en: https://mi-app.vercel.app/api/saludo?nombre=Ana
// → { "mensaje": "Hola, Ana!", "timestamp": "2026-03-18T..." }
Ejemplo: Función serverless con Netlify Functions
// netlify/functions/enviar-email.js
exports.handler = async (event) => {
if (event.httpMethod !== 'POST') {
return { statusCode: 405, body: 'Método no permitido' };
}
const { email, mensaje } = JSON.parse(event.body);
// Aquí llamarías a un servicio de email como Resend o SendGrid
await enviarEmail(email, mensaje);
return {
statusCode: 200,
body: JSON.stringify({ ok: true }),
};
};
Serverless no significa “sin servidor” en sentido literal, sino “sin preocuparte por los servidores”. Es ideal para startups y proyectos pequeños que quieren escalar sin invertir en infraestructura, aunque tiene sus límites: cold starts, tiempo máximo de ejecución y dificultad para mantener estado.