Cuando se trata de crear aplicaciones, los desarrolladores normalmente tienen un host de otras tareas de gestión del servidor que deben realizar para desplegar su código, como la definición de recursos para el procesamiento y el almacenamiento, la aplicación de parches, el balanceo de carga, etc. Todos estos elementos adicionales reducen el tiempo de aprovisionamiento y la sobrecarga operativa, lo que, en última instancia, ralentiza a los equipos de desarrollo.

El objetivo de la computación sin servidor es proporcionar a los desarrolladores una experiencia invisible "sin servidor", lo que elimina la necesidad de pensar en servidores o en cualquier otro elemento que pueda necesitar una aplicación para ejecutarse. En lugar de eso, el proveedor de servicios se encarga de todo el trabajo interno para garantizar que tengas los recursos necesarios para ejecutar tu código y cumplir los requisitos sin que se te cobre por la capacidad de inactividad.

Utilizar una solución sin servidor es como conseguir tener agua en tu casa. Puedes cavar tu propio pozo, comprobar la calidad del agua e instalar y mantener todos los elementos de fontanería externos necesarios para que llegue a la casa. O también puedes conectarte al suministro de agua principal de tu ciudad. Solo tienes que abrir el grifo para obtener la cantidad de agua que quieres, justo cuando la necesitas, y la administración te envía una factura mensual por la cantidad exacta de agua que consumes.

Del mismo modo, los proveedores de servicios en la nube reactivan automáticamente los recursos de infraestructura y los entornos de ejecución necesarios para ejecutar tus aplicaciones sin servidor y, una vez completada la ejecución, reducen su tamaño a cero de forma automática. Normalmente, se te cobra en función de los recursos durante el tiempo de ejecución. No obstante, esto puede variar según el servicio y el proveedor.

Pero un momento, ¿no existen otros tipos de cloud computing que ofrecen recursos bajo demanda en un modelo de pago por uso? Efectivamente, algunos modelos de servicio en la nube, como la infraestructura como servicio (IaaS) y la plataforma como servicio (PaaS), también ofrecen acceso bajo demanda a los recursos de computación.

Sin embargo, la infraestructura en la nube que tienes asignada sigue activa aunque no la estés utilizando. También eres responsable de escalar la capacidad del servidor o de configurar tus aplicaciones para que puedan escalarse o reducirse verticalmente en función de la demanda de los usuarios.

Las arquitecturas sin servidor se basan en eventos. En este modelo, el proveedor solo te proporciona recursos cuando un evento activa la ejecución de tu código y se escala de forma instantánea y automática a las solicitudes.

Una de las principales desventajas de la computación sin servidor es que se trata de una tecnología relativamente nueva. Por lo tanto, aún no es adecuada para todos los casos prácticos.

También está claro que algunos de los puntos débiles que existen actualmente se resolverán con el tiempo a medida que la computación sin servidor siga evolucionando. En concreto, ya se está trabajando mucho en las implementaciones de código abierto sin servidor y en buscar formas de hacer que los servicios en la nube sean más abiertos para que las soluciones puedan aplicarse en diferentes plataformas y entornos.

• Idoneidad limitada para casos prácticos: las arquitecturas sin servidor no siempre son adecuadas para aplicaciones con requisitos específicos, como procesos de larga duración o necesidades de latencia muy baja.
• Restricciones de rendimiento: las funciones sin servidor pueden experimentar arranques en frío (ejecución inicial retrasada) y pueden tener limitaciones en el tiempo de ejecución y la memoria.
• Dependencia de proveedores: migrar aplicaciones sin servidor entre proveedores de servicios en la nube puede ser complejo debido a las diferencias en las APIs y las configuraciones.
• Visibilidad reducida del servidor: los desarrolladores tienen una visibilidad limitada de la infraestructura subyacente, lo que dificulta la solución de problemas de rendimiento o la optimización del uso de los recursos.
• Inicio lento: a veces, las funciones sin servidor pueden experimentar un "arranque en frío", que provoca un retraso en la invocación de la función y puede afectar a la latencia.