Las ventajas de la computación sin servidor y sus limitaciones

Todas las ventajas del modelo «serverless» de las que leerás —escalabilidad elástica, menor coste en estado inactivo, implementación más rápida— tienen su origen en una misma decisión fundamental: estás sacrificando el control sobre la infraestructura a cambio de una mayor rapidez en el desarrollo. 

Para tomar la decisión correcta sobre la computación sin servidor, hay que empezar por entender en qué consiste realmente. A partir de ahí, se pueden comparar las ventajas que se mantienen en condiciones reales de trabajo y las desventajas que surgen tras la migración, una vez que ya te has comprometido con esta opción.

Datos clave: lo que necesitas saber sobre la computación sin servidor

• La computación sin servidor consiste en que el proveedor de servicios en la nube se encarga de la puesta a disposición, el escalado y el mantenimiento de los servidores. El cliente gestiona el código y solo paga por el tiempo de ejecución.
• Existen tres categorías principales: Función como servicio (FaaS), Backend como servicio (BaaS) y plataformas sin servidor gestionadas basadas en contenedores.
• Las principales ventajas son la facturación basada en el uso, el escalado automático y unos ciclos de implementación más rápidos, ya que los desarrolladores implementan funciones en lugar de aprovisionar entornos.
• Las principales desventajas son la latencia en el arranque en frío, la mayor dificultad para la depuración y la dependencia de un único proveedor, ya que la lógica de tu aplicación queda estrechamente vinculada al entorno de ejecución de un único proveedor.
• La informática sin servidor se adapta bien a las cargas de trabajo variables y basadas en eventos. Sin embargo, no se adapta tan bien a las cargas de trabajo constantes y de alto rendimiento, ya que recursos informáticos dedicados suele ser más barato.
  

¿Qué es exactamente la informática sin servidor?

La computación sin servidor es un modelo de ejecución en la nube en el que un proveedor asigna recursos de computación bajo demanda, ejecuta tu código y, a continuación, libera dichos recursos cuando finaliza el trabajo.

Tú escribes funciones o lógica de backend. El proveedor decide dónde se ejecuta ese código, cuántas instancias necesita y cuándo desactivarlas.

El nombre es, en sentido literal, un nombre poco apropiado. Servidores físicos y virtuales Sigue procesando todas las solicitudes. Lo que realmente ha desaparecido es tu visibilidad sobre ellas y tu responsabilidad a la hora de gestionarlas.

Esto difiere de la Infraestructura como servicio (IaaS), en la que se aprovisionan y gestionan máquinas virtuales directamente, y de la Plataforma como servicio (PaaS), en la que se gestiona una aplicación sobre una infraestructura que está parcialmente abstraída, pero que sigue ejecutándose de forma persistente. El modelo «sin servidor» va un paso más allá: nada se ejecuta a menos que una solicitud o un evento lo active.

Los tres tipos de computación sin servidor

1. Función como servicio (FaaS): Este es el modelo al que se refiere la mayoría de la gente cuando habla de “sin servidor”. Plataformas como AWS Lambda, Google Cloud Functions, Cloudflare Workers y Azure Functions ejecutan funciones individuales en respuesta a desencadenantes, como una solicitud HTTP, la carga de un archivo o un mensaje de cola, y facturan en función del tiempo de ejecución y la memoria asignada.
   
2. Backend como servicio (BaaS): Esta versión incluye componentes de backend gestionados que, de otro modo, tendrías que desarrollar tú mismo: autenticación, bases de datos, almacenamiento de archivos y notificaciones push. Basta con llamar a una API en lugar de tener que poner en marcha y mantener ese servicio. Firebase y AWS Amplify ofrecen servicios de este tipo.
   
3. Contenedores sin servidor: Plataformas como Azure Container Apps, AWS Fargate y Google Cloud Run te permiten implementar aplicaciones en contenedores sin tener que gestionar el clúster subyacente. Combinan la flexibilidad de empaquetado de los contenedores con el modelo operativo sin intervención del «serverless».
   

La mayoría de las arquitecturas de producción sin servidor combinan estos tres elementos: utilizan FaaS para la lógica basada en eventos, BaaS para los servicios de backend habituales y contenedores para todo aquello que requiera un tiempo de ejecución más prolongado o un entorno personalizado.

Las 5 principales ventajas de la computación sin servidor

En pocas palabras, las ventajas son un menor coste y menos mantenimiento, pero merece la pena profundizar un poco más en el tema. 

1. Dejas de pagar por la capacidad no utilizada. En un modelo de servidor tradicional, se prepara la infraestructura para hacer frente a los picos de carga y se paga por esa capacidad las 24 horas del día, incluso a las 2 de la madrugada, cuando el tráfico es solo una fracción del máximo. Las plataformas sin servidor facturan en función de la ejecución real, a menudo con una precisión de milisegundos.
   
2. El escalado deja de ser un ejercicio de planificación de la capacidad. Una plataforma sin servidor pone en marcha tantas instancias de una función como requiera la demanda simultánea y, a continuación, las desactiva. No es necesario hacer previsiones de tráfico ni realizar un aprovisionamiento previo. No recibirás ninguna llamada fuera del horario laboral porque un lanzamiento se haya vuelto viral y tu parque de servidores fijo no haya podido seguir el ritmo.
   
3. Los ciclos de implementación se acortan. Dado que no hay que aprovisionar, actualizar ni configurar ningún servidor antes de enviar el código, los equipos pueden implementar funciones individuales de forma independiente, en lugar de volver a desplegar un sistema monolítico. Esta es, en gran medida, la razón por la que la adopción de la tecnología sin servidor va tan de la mano con la de los microservicios. El mercado refleja ese ritmo: el tamaño del mercado mundial de la computación sin servidor fue de estimado en $24.51 mil millones en 2024 y se prevé que alcance los $52.13 mil millones en 2030.
   
4. Se reducen los gastos generales de funcionamiento del equipo de infraestructura. No hay que aplicar parches al sistema operativo, ni supervisar la capacidad, ni mantener al día el parque de servidores. Eso no significa que desaparezca el trabajo de operaciones. Más bien, este se reorienta hacia la supervisión del rendimiento de las funciones, la gestión de permisos y el control de costes a nivel de función, en lugar de a nivel de servidor.
   
5. Las cargas de trabajo con tráfico impredecible o con picos de actividad resultan más económicas y más resistentes. Por ejemplo, imagina un trabajo por lotes que se ejecuta durante diez minutos al día, una API que experimenta picos de tráfico durante el lanzamiento de un producto o un proceso de IoT que solo se activa cuando se dispara un sensor. Estos son los casos típicos en los que la rentabilidad del modelo «serverless» supera a la de un servidor dedicado que permanece inactivo el resto del tiempo.
   

5 retos en los que la tecnología sin servidor no resulta de ayuda

Un enfoque sin servidor no siempre es la solución ideal. 

1. Los arranques en frío son una realidad y no van a desaparecer por completo. Cuando una función no se ha ejecutado recientemente, la plataforma tiene que inicializar un nuevo entorno de ejecución antes de que se ejecute el código, lo que aumenta la latencia. Para las aplicaciones en las que la latencia es un factor importante, esto supone un problema.
   
2. La depuración se vuelve más difícil, no más fácil. Una aplicación monolítica falla en un punto concreto que se puede inspeccionar directamente. Una aplicación sin servidor es un sistema distribuido de funciones que se activan de forma independiente, lo que significa que un fallo puede tener su origen en una función, en un desencadenante, en una cola o en la interacción entre los tres. Los entornos de pruebas locales rara vez reproducen con exactitud el comportamiento de los desencadenantes en producción.
   
3. Las cargas de trabajo de larga duración o en estado estable resultan más caras, no más baratas. Los precios del modelo «serverless» están optimizados para patrones de picos de actividad y de inactividad. Una carga de trabajo que se ejecuta de forma continua a gran volumen suele resultar más cara en un modelo «serverless» de pago por ejecución que en una instancia reservada y dedicada. Adapta la carga de trabajo al modelo de precios, y no al revés.
   
4. Dependencia de un proveedor. Las funciones se escriben teniendo en cuenta el entorno de ejecución, el modelo de activación y el conjunto de servicios gestionados de un proveedor concreto. La migración de una arquitectura sin servidor entre AWS, Google Cloud y Azure suele implicar reescribir partes importantes de la aplicación.
   
5. La responsabilidad en materia de seguridad no desaparece, sino que se traslada. El proveedor se encarga de la seguridad de la infraestructura subyacente. Tú sigues siendo responsable de los permisos a nivel de función, la gestión de secretos y el propio código. Las funciones de gestión de identidades y accesos (IAM) excesivamente amplias asignadas a funciones individuales son uno de los errores de configuración más habituales en entornos sin servidor que los equipos de seguridad detectan en las auditorías.
   

La transición a una infraestructura sin servidor

La computación sin servidor es un modelo específico, adecuado para determinados tipos de cargas de trabajo: basadas en eventos, con picos de actividad, con un acoplamiento débil y que admiten una variación de unos pocos cientos de milisegundos en el arranque en frío.

Además, cada vez que una organización apuesta por la tecnología «serverless» a gran escala, se genera un conjunto de servidores físicos, racks locales o hardware reservado en la nube que la carga de trabajo ya no necesita.

La migración de cargas de trabajo desde una infraestructura dedicada a un modelo sin servidores es uno de los motivos más habituales para una renovación del hardware o el desmantelamiento total de un centro de datos, y ese hardware no se elimina de forma responsable por el mero hecho de que la carga de trabajo se haya trasladado a la nube.

Si la migración a un modelo sin servidor prevista en tu plan de acción implica prescindir de racks, discos duros o incluso de todo el espacio que ocupa un centro de datos, Servicios de desmantelamiento de centros de datos y de gestión de activos informáticos de exIT Technologies ocuparse de la parte de la migración que no aparece en el diagrama de arquitectura.