Serverless computing no mantiene recursos en la memoria volátil; la computación se realiza en ráfagas cortas con resultados persistentes para almacenamiento.
Por tal motivo, el proveedor de servicios realiza todo el trabajo en segundo plano para asegurarse de que se tengan los recursos para ejecutar el código y cumplir con los requisitos sin que se le cobre por la capacidad inactiva.
Los lenguajes comunes aceptados por los tiempos de ejecución serverless son Java, Python y PHP.
Generalmente, las funciones se ejecutan en entornos aislados, como por ejemplo, contenedores de Linux.
[6] En 2008, Google publicó Google App Engine, el cual tenía un sistema de facturación por niveles para aplicaciones que utilizaba un framework de Python hecho para ello, pero no podía ejecutar código arbitrario.
[8] Kubeless y Fission son dos plataformas FaaS de Código abierto que se ejecutan con Kubernetes.
Todas las operaciones tenían que ejecutarse dentro de estos límites, pero esto permitía que las aplicaciones construidas en el Motor de Aplicación escalaran casi infinitamente y fue utilizado como soporte para los primeros clientes, incluyendo a Snapchat, así como muchas aplicaciones internas y externas de Google.
[10] AWS Lambda, introducido por Amazon en 2014,[11] popularizó el modelo abstracto de serverless computing.
Nutanix ofrece una solución denominada Era que convierte un RDBMS existente como Oracle, MariaDB, PostgreSQL o Microsoft SQL Server en un servicio serverless.
[21] Con FaaS, las unidades de código expuesto al mundo exterior son funciones guiadas por eventos simples.
Esto se debe a que, a diferencia del auto escalado, el proveedor en la nube reduce la velocidad de lectura y escritura ("spins down") completamente el código serverless cuando no se usa.
A veces, serverless es erróneamente considerado más seguro que las arquitecturas tradicionales.
Según Protego, la "solución para asegurar las aplicaciones serverless es una estrecha colaboración entre desarrolladores, DevOps y AppSec, también conocida como DevSecOps.
Serverless computing está cubierta por la International Data Center Authority (IDCA) en su Marco AE360.
[27] Sin embargo, la parte relacionada con la portabilidad puede ser un problema a la hora de trasladar la lógica empresarial de una nube pública a otra para la que se creó la solución Docker.
La Cloud Native Computing Foundation (CNCF) también está trabajando en el desarrollo de una especificación con Oracle.
Las aplicaciones y el software que se ejecutan en el entorno sin servidor están bloqueados por defecto a un proveedor de nube específico.