¿Qué es un marco sin servidor?

Un marco sin servidor es un conjunto de servicios que permite a los equipos de DevOps crear y escribir código sin necesidad de gestionar la infraestructura subyacente necesaria para el desarrollo de aplicaciones. Sigue habiendo servidores involucrados en el desarrollo sin servidor, pero los aprovisiona, configura, mantiene y actualiza un proveedor de servicios en la nube.

Un marco sin servidor se escala automáticamente. Los clientes no reservan ni pagan por un número fijo de servidores, sino que se les cobra en función de la cantidad de procesamiento necesaria. Las aplicaciones sin servidor se implementan en contenedores y se inician automáticamente cada vez que se les llama. El proveedor de servicios en la nube es responsable de garantizar que las aplicaciones tengan los recursos que necesitan y que los equipos de DevOps puedan crear y ejecutar software a su antojo.

Entre los marcos sin servidor más comunes se incluyen AWS Lambda, Microsoft Azure Functions y Google Cloud Functions.

FaaS es un tipo de servicio de cloud computing que también permite a los desarrolladores crear, ejecutar y gestionar fragmentos modulares de código como funciones, sin necesidad de gestionar la infraestructura subyacente. FaaS permite a los desarrolladores ejecutar aplicaciones activadas por eventos en el Edge bajo demanda y pagar por los procesos del servidor solo mientras se ejecuta la aplicación. Estas capacidades facilitan la escalabilidad del código y la implementación de microservicios de forma rentable.

Un marco sin servidor ofrece importantes ventajas a los equipos de DevOps sobre entornos alternativos.

• Reducción del coste. Dado que un marco sin servidor solo cobra por el tiempo de procesamiento necesario para ejecutar las aplicaciones, las organizaciones terminan pagando menos que por otros servicios basados en la nube en los que los servidores se ejecutan constantemente y se deben gestionar de forma continua.
• Escalabilidad más sencilla. Los marcos sin servidor se pueden escalar fácilmente para adaptarse a los picos de demanda y las nuevas oportunidades de negocio, sin que los equipos de DevOps tengan que preocuparse por gestionar servidores o seguridad a medida que las operaciones se amplían.
• Comercialización más rápida. Los entornos sin servidor se pueden aprovisionar en minutos u horas, lo que permite a las organizaciones acelerar su velocidad de comercialización.
• Menos latencia. Con la arquitectura sin servidor, el código se puede ejecutar en cualquier servidor, incluidos los servidores en el Edge que están más cerca de los usuarios finales para minimizar la latencia.
• Mayor flexibilidad. Las plataformas sin servidor permiten a los equipos de DevOps crear aplicaciones en cualquier idioma o marco de desarrollo.

• Problemas de seguridad. Dado que los proveedores de servicios en la nube son responsables de mantener la seguridad de los entornos sin servidor, es posible que las organizaciones no tengan una visibilidad completa de la seguridad.
• Dificultades en la realización de pruebas y la depuración. Dado que los desarrolladores no tienen visibilidad de los procesos de back-end, probar y depurar código puede ser más complicado.
• Procesos de larga duración. Si bien las aplicaciones sin servidor son ideales para ejecutar aplicaciones de corta duración que realizan un servicio y luego se detienen, ejecutar aplicaciones durante periodos de tiempo más largos puede no ser tan rentable en un marco sin servidor.
• Dependencia de un proveedor. Dar a un proveedor de servicios en la nube la responsabilidad de toda la infraestructura subyacente puede dificultar el cambio de proveedor cuando sea necesario.

Aunque un marco sin servidor presenta algunas similitudes con otros modelos de servicios en la nube, existen diferencias significativas que hacen que el sistema sin servidor sea más adecuado para determinadas situaciones.

• Infraestructura como servicio (IaaS). Con las ofertas de IaaS , las organizaciones deben hacer conjeturas iniciales y fundamentadas sobre sus futuras necesidades de recursos de nube, lo que puede dar lugar a un aprovisionamiento excesivo, infrautilización y costes adicionales. Por el contrario, la capacidad en marcos sin servidor solo se consume cuando se lanzan las aplicaciones, y la organización deja de pagar cuando la aplicación está terminada.
• Plataforma como servicio (PaaS). Al igual que los marcos sin servidor, las ofertas de PaaS proporcionan acceso a herramientas de desarrollo de aplicaciones sin necesidad de que los desarrolladores gestionen el back-end. Sin embargo, los precios de las soluciones PaaS no son tan precisos como los marcos sin servidor, y es posible que las ofertas de PaaS no se escalen con tanta facilidad.
• Backend como servicio (BaaS). Al igual que los marcos sin servidor, las soluciones BaaS permiten a los desarrolladores evitar la gestión de servidores e infraestructura de back-end mediante la externalización de estas tareas a un proveedor de servicios en la nube. Sin embargo, es posible que las soluciones de BaaS no se escalen automáticamente como pueden hacerlo los marcos sin servidor. Además, dado que las ofertas de BaaS no están basadas en eventos como las soluciones sin servidor, pueden consumir más recursos de servidor, lo que aumenta los costes.