Las mejores funciones sin servidor: Vercel vs Azure vs AWS
Las funciones sin servidor permiten a los desarrolladores ejecutar código sin tener que administrar un servidor. Esto les permite centrarse en escribir e implementar aplicaciones, mientras que el escalado y el mantenimiento de la infraestructura se gestionan automáticamente en segundo plano.
En esta evaluación comparativa, analizamos siete proveedores de servicios en la nube populares siguiendo nuestra metodología para probar el rendimiento de sus funciones sin servidor. Medimos sus tiempos de respuesta más rápidos y más lentos, el tiempo total de ejecución para 1000 solicitudes, el rendimiento y el tiempo promedio por solicitud exitosa bajo carga.
Resultados de la evaluación comparativa de funciones sin servidor
El primer gráfico muestra el rendimiento de cada proveedor no como un único valor numérico, sino como un rango de tiempos de respuesta observados durante nuestra prueba de rendimiento de 1000 solicitudes. Este espectro de rendimiento está representado por una «Banda inferior» y una «Banda superior», entre las que puede alternar mediante los botones situados encima del gráfico.
- Banda inferior: Representa los tiempos de respuesta más rápidos registrados para cada proveedor. Indica el mejor rendimiento posible, mostrando la rapidez con la que una función puede ejecutarse en condiciones óptimas (por ejemplo, un inicio rápido con recursos en caché). En esta vista, un valor menor (más a la izquierda) es mejor.
- Banda superior: Este valor representa los tiempos de respuesta más lentos observados para cada proveedor. Destaca el peor escenario de rendimiento, que puede verse afectado por factores como el arranque en frío, la latencia de la red o la contención temporal de recursos. Este valor es fundamental para comprender los posibles picos de latencia que podrían afectar la experiencia del usuario.
Solicitudes/seg: Número de solicitudes por segundo, es decir, el rendimiento promedio. Esto mide la capacidad de procesamiento del servidor. Un valor más alto es mejor, ya que significa que se pueden procesar más solicitudes por segundo.
Tiempo total: Cuanto menor sea el tiempo, mejor, ya que la plataforma podrá gestionar la carga de trabajo con mayor rapidez.
Tiempo promedio por solicitud exitosa: El tiempo promedio por solicitud para las solicitudes procesadas con éxito, excluyendo errores o solicitudes fallidas. Un valor menor indica un procesamiento más rápido para cada solicitud.
Posibles razones de las diferencias de rendimiento en las funciones sin servidor
1. Entorno de ejecución principal (Arquitectura)
La tecnología subyacente fundamental —ya sea una microVM altamente optimizada, un motor V8 o un contenedor estándar— es el principal factor que determina las diferencias de rendimiento.
- AWS Lambda MicroVM Firecracker: Utiliza microVM basadas en KVM que eliminan las características no esenciales del kernel para arrancar en milisegundos.
- Concurrencia optimizada: AWS crea entornos de ejecución físicamente más rápido que los contenedores estándar. La arquitectura MicroVM les permite gestionar picos de 1000 solicitudes sin necesidad de colas.
- Cloudflare Trabajadores V8 Isolates (Edge): Ejecuta código en procesos Chrome V8 existentes (Isolates) en lugar de arrancar un sistema operativo.
- Arranques en frío cero: al eliminar por completo el proceso de arranque del sistema operativo, Cloudflare elimina el principal cuello de botella del escalado sin servidor, ofreciendo la latencia más baja.
- Google Cloud Functions gVisor (Contenedores aislados): Utiliza gVisor para la abstracción del kernel y la seguridad.
- Límites de concurrencia: Si bien es seguro, el entorno aislado de gVisor añade sobrecarga a la creación de nuevas instancias. Es probable que el planificador limite la tasa de creación (aumento gradual) para mantener la estabilidad, lo que reduce el número total de solicitudes por segundo.
- Heroku Dynos (contenedores LXC): Se basa en la orquestación de contenedores tradicional (PaaS).
- El coste de la "conexión permanente": Diseñado para aplicaciones de larga duración, no para picos de actividad puntuales. La arquitectura no está optimizada para escalar de 0 a 1000 instantáneamente.
2. Sobrecarga de inicialización y escalado
Esta categoría aborda la disyuntiva directa entre la complejidad del entorno de ejecución (pesado frente a ligero) y la velocidad de los arranques en frío.
- AWS Lambda / Cloudflare Trabajadores inicializados optimizados: Tanto las MicroVM de AWS como los Isolates Cloudflare están diseñados para eliminar o reducir drásticamente el tiempo de arranque. AWS elimina el kernel, mientras que Cloudflare evita por completo el arranque de un sistema operativo, lo que permite el mayor rendimiento y concurrencia al eliminar los cuellos de botella de inicio.
- Azure Functions / Google Cloud Functions presentan una sobrecarga de entorno mayor: ambas plataformas generan una latencia de inicialización significativa en comparación con las líderes. Azure inicializa un entorno de servidor web más pesado (como C#/.NET en IIS/Kestrel), mientras que gVisor de Google añade una sobrecarga de seguridad a la creación de nuevas instancias, que el planificador debe controlar para mantener la estabilidad general del sistema.
Proveedores de funciones sin servidor
Existe una variedad de proveedores de funciones sin servidor, cada uno con características distintivas, integraciones con ecosistemas y fortalezas adaptadas a casos de uso específicos:
Microsoft Funciones de Azure
Microsoft Azure Functions es un servicio de computación sin servidor que permite a los desarrolladores crear e implementar aplicaciones basadas en eventos sin administrar la infraestructura. 1 Proporciona integración con otros servicios de Azure, como Azure Blob Storage para el manejo de archivos, Cosmos DB para operaciones de base de datos y Event Grid para el enrutamiento de eventos.
Azure Functions ofrece escalado automático para gestionar volúmenes de solicitudes variables y se integra con Azure Monitor y Azure Security Center para el seguimiento del rendimiento y la gestión de la seguridad.
AWS Lambda
AWS Lambda es un servicio de computación sin servidor ofrecido por Amazon Web Services (AWS) que se integra con otros servicios de AWS, como Amazon S3 para almacenamiento , DynamoDB para operaciones de bases de datos y API Gateway para puntos finales HTTP, lo que permite el desarrollo de arquitecturas basadas en eventos. 2
AWS Step Functions puede coordinar múltiples funciones Lambda, lo que permite la creación de flujos de trabajo complejos para tareas como el procesamiento de datos o la orquestación de aplicaciones .
Google Funciones en la nube
Cloud Functions es un entorno de ejecución sin servidor que permite a los desarrolladores ejecutar código activado por eventos provenientes de fuentes como solicitudes HTTP, actualizaciones de Cloud Storage o mensajes de Pub/Sub. La plataforma se escala automáticamente para gestionar cargas de trabajo fluctuantes, aprovisionando recursos según sea necesario sin intervención manual. 3
Cloud Functions también se integra con los servicios de datos y análisis de Cloud, como BigQuery para el análisis de datos a gran escala y Cloud Dataflow para el procesamiento de flujos de datos, lo que permite el uso de aplicaciones centradas en el manejo de datos y la obtención de información en tiempo real. Su diseño orientado a eventos garantiza la ejecución eficiente de tareas vinculadas a desencadenantes específicos dentro del ecosistema de Cloud.
Funciones de Vercel
Vercel es una plataforma en la nube dirigida a desarrolladores front-end, que proporciona herramientas de despliegue y escalado para aplicaciones web modernas. Es conocida por desarrollar Next.js y ofrece integración con este popular framework React.
Vercel Functions permite a los desarrolladores ejecutar código de backend sin necesidad de gestionar servidores y es compatible con lenguajes como JavaScript (Node.js), TypeScript, Python, Go y Ruby. Funcionalidades como las implementaciones automáticas, las URL de vista previa y una red perimetral global mejoran el rendimiento y la productividad de los desarrolladores. 4
Cloudflare Trabajadores
Con Cloudflare Workers, los desarrolladores pueden ejecutar su código en centros de datos de todo el mundo, logrando una baja latencia. 5 La plataforma admite tecnologías como JavaScript y WebAssembly, lo que permite a los desarrolladores implementar sus aplicaciones rápidamente. Cloudflare Workers también está optimizado para aplicaciones de IA y blockchain.
Cloudflare Workers se centra en la computación perimetral y el alto rendimiento con baja latencia. Los desarrolladores pueden evaluar estas plataformas según sus necesidades y los requisitos de sus proyectos.
Huawei Gráfico de función en la nube
Huawei Cloud FunctionGraph es un servicio que permite a los desarrolladores ejecutar código en respuesta a eventos sin administrar la infraestructura del servidor. 6 El servicio se integra con fuentes de eventos dentro del ecosistema de la nube Huawei, incluido el Servicio de almacenamiento de objetos (OSS) para activadores relacionados con archivos y API Gateway para invocaciones basadas en HTTP, lo que permite la creación de aplicaciones impulsadas por eventos.
Cloud Function Graph ofrece escalado automático para adaptarse a los cambios en la carga de trabajo y funciona con un modelo de facturación de pago por uso, cobrando solo por los recursos consumidos durante la ejecución. También incluye capacidades de monitorización y registro mediante las herramientas de observabilidad de Cloud, lo que ayuda a los desarrolladores a realizar un seguimiento del rendimiento y diagnosticar problemas de la aplicación.
héroeku
Heroku es una plataforma como servicio (PaaS) que permite la implementación y gestión rápida de aplicaciones. Utiliza contenedores virtuales llamados "dynos" para facilitar la gestión y el escalado de las aplicaciones. 7 Además, ofrece “dynos de un solo uso” temporales para ejecutar operaciones específicas de manera que se utilicen funciones sin servidor.
Número de idiomas admitidos
¿Qué son las funciones sin servidor?
Las funciones sin servidor, también conocidas como Función como Servicio (FaaS), son un modelo de computación en la nube, similar a las GPU en la nube, que permite ejecutar código sin tener que administrar los servidores o la infraestructura subyacente. En este modelo, se escriben pequeños fragmentos de código (funciones) controlados por eventos que se activan mediante eventos específicos, como una solicitud HTTP, una actualización de la base de datos o un mensaje en una cola.
El proveedor de la nube se encarga del aprovisionamiento, el escalado y la gestión de los servidores para que usted pueda centrarse en escribir e implementar su código. En la arquitectura sin servidor, los recursos se escalan dinámicamente según la demanda en tiempo real. Durante los periodos de inactividad, la infraestructura se reduce a cero, por lo que no hay consumo de recursos ni costes.
Por otro lado, cuando la demanda aumenta, el sistema se adapta para gestionar la mayor carga de trabajo. Esta adaptación dinámica garantiza la rentabilidad, ya que la facturación se basa en los recursos reales utilizados.
¿Cómo funcionan las funciones sin servidor?
1. Disparador de evento:
Las funciones sin servidor se basan en eventos, que se activan mediante solicitudes HTTP, cargas de archivos, cambios en la base de datos u otros eventos. El evento define cuándo debe ejecutarse la función.
2. Ejecución:
Una vez que se activa un evento, el proveedor de la nube proporciona un entorno ligero para ejecutar la función. Este entorno suele denominarse «contenedor» o «entorno de ejecución». El código se ejecuta dentro de este entorno, pero este es temporal y se crea únicamente durante la ejecución de la función.
3. Escalado:
Las plataformas sin servidor están diseñadas para escalar automáticamente según la demanda. Si ocurren varios eventos simultáneamente, la plataforma creará más instancias de la función para gestionarlos, lo que a menudo se denomina escalado horizontal . 8 El proveedor de la nube se encarga de esto automáticamente, por lo que no necesita gestionar la infraestructura usted mismo.
4. Apagado:
Una vez que la función ha terminado de ejecutarse, el entorno (contenedor) se apaga. La función sin servidor no se ejecuta ni consume recursos después de completar su tarea.
Ventajas de las funciones sin servidor
Sin administración de servidores
Con las funciones sin servidor, los desarrolladores no tienen que preocuparse por el aprovisionamiento, la gestión ni el mantenimiento de la infraestructura subyacente. El proveedor de la nube se encarga de la gestión del servidor, como la aplicación de parches, el escalado y la monitorización, lo que permite a los desarrolladores centrarse en escribir e implementar la lógica de negocio.
Esto simplifica la gestión de servidores, sistemas operativos o hardware, lo que reduce los problemas operativos para los equipos de desarrollo.
Por ejemplo, con AWS Lambda, los desarrolladores pueden implementar sus funciones sin administrar máquinas virtuales, balanceadores de carga ni componentes de red. La plataforma aprovisiona automáticamente los recursos necesarios para ejecutar la función en respuesta a un evento, lo que garantiza su ejecución sin intervención manual.
Eficiencia de costos
Las funciones sin servidor se facturan normalmente en función del uso real de los recursos, no de la potencia de cálculo preasignada ni del tiempo de inactividad. Este modelo de pago por uso permite a las empresas pagar únicamente por el tiempo que su código se ejecuta, a menudo con un nivel de detalle muy preciso. Esto difiere de los modelos tradicionales de computación en la nube, donde se puede pagar por la potencia de cálculo reservada incluso cuando no se está utilizando.
Por ejemplo, no pagas por la capacidad no utilizada si tu función está inactiva o recibe poco tráfico . Por otro lado, cuando la demanda aumenta repentinamente, la plataforma ajusta automáticamente los recursos para satisfacer la carga sin coste adicional más allá del uso real. Esto convierte a la computación sin servidor en una opción muy rentable, especialmente para cargas de trabajo con patrones de tráfico variables que fluctúan.
Escalado automático
Una de las características más potentes de las funciones sin servidor es su capacidad de escalar automáticamente ante cambios en la demanda. Cuando varios eventos activan funciones simultáneamente, la plataforma aprovisiona automáticamente recursos adicionales (como nuevas instancias de la función) para gestionar el aumento de carga. Una vez que la demanda disminuye, el sistema reduce los recursos, garantizando que solo se utilice la infraestructura necesaria.
Por ejemplo, durante eventos de alto tráfico como lanzamientos de productos o ventas relámpago, una plataforma sin servidor como AWS o Azure Functions activará recursos adicionales para gestionar todas esas solicitudes extra. Una vez finalizado el evento, la plataforma reducirá su escala para ahorrar recursos y reducir costos.
Despliegue rápido
Las funciones sin servidor se pueden implementar mucho más rápido que las aplicaciones tradicionales, especialmente cuando se integran con otros servicios. Esto se debe a que solo se escriben pequeños fragmentos de código (funciones) que se activan mediante eventos específicos. La implementación consiste simplemente en subir el código de la función a la plataforma, y el sistema se encarga de todo, desde el aprovisionamiento de recursos hasta la gestión de los entornos de ejecución.
La rápida implementación es clave para acelerar los ciclos de desarrollo. Los desarrolladores pueden experimentar e iterar más rápido porque no tienen que dedicar tiempo a configurar la infraestructura ni a gestionar procesos de implementación complejos.
Esto puede reducir significativamente el tiempo necesario para lanzar nuevas funciones o corregir errores, fomentando un proceso de desarrollo más ágil. Por ejemplo, puede implementar rápidamente una función que reaccione a la carga de un archivo en un servicio de almacenamiento o a una solicitud de API sin la complejidad de gestionar la infraestructura usted mismo.
Metodología de evaluación comparativa de funciones sin servidor
En esta prueba, creamos una función que verifica si el navegador de un visitante del sitio está actualizado según el sistema operativo y el agente de usuario. Queríamos ver cómo cada plataforma gestiona este tipo de solicitud, que implica comprobar si hay actualizaciones del navegador en varios agentes de usuario.
Procedimiento de prueba:
- Implementación del código: Se escribió una función en Python para inspeccionar la cadena de agente de usuario de un visitante. La función verifica el sistema operativo actual y lo compara con la versión del navegador para comprobar si este está actualizado. El código consiste en una simple comparación entre la versión actual del navegador y la versión compatible con el sistema operativo.
- Solicitudes paralelas: La función se ejecutó 1000 veces en paralelo, simulando tráfico real, utilizando 10 hilos para generar carga. Esto permite comprobar la capacidad de las plataformas para gestionar múltiples solicitudes simultáneamente.
- Métricas de rendimiento: Durante la prueba se recopilaron varias métricas clave de rendimiento para observar el desempeño de cada plataforma.
Lecturas adicionales
Descubre las últimas novedades en plataformas sin servidor consultando:
Los 10 mejores proveedores de GPU sin servidor en 2025: AWS, Azure y más.
Preguntas frecuentes
Las funciones sin servidor son ligeras y se ejecutan en un entorno sin estado, donde el proveedor de la nube se encarga del escalado y la gestión de los recursos. En cambio, las funciones en contenedores empaquetan el código con todas sus dependencias en un contenedor que puede ejecutarse en cualquier lugar, lo que permite un mayor control sobre los entornos de ejecución y el escalado.
Las funciones sin servidor, como las funciones en la nube de AWS (991259_1724 o 991259_1712), se basan en eventos y se escalan automáticamente según la demanda, sin necesidad de gestionar la infraestructura. El término "funciones en la nube" se refiere a cualquier función de computación en la nube, pero generalmente se asocia con el modelo sin servidor, donde los recursos se aprovisionan dinámicamente.
Tanto AWS (servicios de AWS) como Cloud Functions (991259_1712) ofrecen entornos robustos sin servidor. AWS se integra a la perfección con otros servicios de AWS , lo que facilita la conexión entre funciones sin servidor y recursos como S3 o DynamoDB. Por otro lado, Cloud Functions (991259_1712) ofrece un sólido soporte para lenguajes como Go y Python, y es altamente escalable para gestionar la lógica de negocio basada en eventos. La elección dependerá de su ecosistema en la nube actual y de los requisitos específicos de sus aplicaciones sin servidor.
Las aplicaciones sin servidor en plataformas como AWS Workers (991259_1724) y AWS Workers (991259_1697) permiten a los desarrolladores implementar funciones con una sobrecarga mínima. AWS Workers (991259_1724) conecta las funciones con otros servicios de AWS, mientras que Workers (991259_1697) se centra en la ejecución de baja latencia mediante su modelo de computación perimetral. Ambas plataformas gestionan el escalado automáticamente en función del tráfico , por lo que no es necesario preocuparse por la administración de la infraestructura. Estas plataformas optimizan la ejecución del código de las funciones, mejorando el rendimiento y la escalabilidad de las aplicaciones sin servidor.
Enlaces de referencia
Sé el primero en comentar
Tu dirección de correo electrónico no será publicada. Todos los campos son obligatorios.