Serverless

From Numera Wiki
Revision as of 14:33, 13 February 2020 by Jrchamorro (talk | contribs)
Jump to navigation Jump to search

Actualmente se han creado aplicaciones web con poco control sobre las solicitudes HTTP, dado que nuestra aplicación se alberga en el servidor somos responsables de administrar y aprovisionar los recursos para su correcto funcionamiento. Pero con esto se presenten inconvenientes.

1. Nos cobran por mantener el servidor activo, a un cuando no estamos haciendo solicitudes. 2. Somos responsables de aplicar las actualizaciones de seguridad necesarias para el servidor. 3. tenemos la responsabilidad del tiempo de actividad , recursos y mantenimiento del servidor.

Para empresa pequeñas y desarrollado individuales esto puede convertirse en un problema ya que nos distrae del trabajo importante, construir y mantener actualizada la aplicación, haciendo que se generen retrasos en el desarrollo. por eso decidimos darnos a la tarea de buscar una opción diferente.Aquí es donde el serverless entra en juego.

La computación sin servidor o serverless es un modelo de ejecución que cuenta con un proveedor en la nube (AWS, Azure o Google Cloud, este es responsable de ejecutar un fragmento de código mediante la asignación dinámica de los recursos. Cobrando solo por la cantidad de recursos que utilicemos para ejecutar nuestro código. El código, generalmente, se ejecuta dentro de contenedores sin estado que pueden ser activados por una variedad de eventos que incluyen solicitudes HTTP, eventos de base de datos, servicios de colas, alertas de monitoreo, carga de archivos, eventos programados etc. El código que se envía a al proveedor en la nube para la ejecución es generalmente en forma de una función. Por lo tanto, serverless a veces se denomina “Funciones como servicio” o “FaaS”.

Ventajas de usar serverless:

1.Incremento en la productividad del equipo de desarrollo. 2. Costos reducidos comparado entre un desarrollador y el uso de estos servicios. 3. Flexibilidad para escalar nuestra aplicación y agregar o quitar mas poder de computo si es necesario. 4. Se paga solo por lo que se usa.

Desventajas:

1. La aplicación se integra solo con un proveedor y puede resultar costoso cambiarlo. 2. El proveedor del servicio cloud puede bajar la capacidad de computo de nuestra aplicación si nadie la esta usando.Causando problemas de rendimiento.