No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Curso de Introducción a la Nube

Curso de Introducción a la Nube

Carlos Andrés Zambrano Barrera

Carlos Andrés Zambrano Barrera

¿Qué es Serverless?

14/27
Recursos

Aportes 13

Preguntas 0

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

SERVERLESS (sin servidor).
DEFINICIÓN DE SERVERLESS: es la idea de que se puede ejecutar una aplicación basada en servidor sin la necesidad de administrar un servidor.
Los CLOUD PROVIDER tienen servicios SERVERLESS. El cloud provider administra el sistema operativo (parcheo, administración, escalabilidad del SO) y el usuario se enfoca en su aplicación. El cloud provider le da al usuario una FUNCIÓN y un CONTENEDOR SERVERLESS. El usuario pone la aplicación en el CONTENEDOR en esa FUNCIÓN.
RETOS de SERVERLESS:

  1. ESCALABILIDAD: es muy grande pero está limitada por las cuotas y los límites que pone el cloud provider. Por ejemplo la FUNCIÓN puede tener un límite de concurrencia (ej: 1000 ejecuciones concurrentes por segundo). Estos límites se pueden ampliar a través de una solicitud al cloud provider por medio de un ticket de ampliación de límites. El costo tiene que ver con estos límites.
  2. SEGURIDAD: el usuario se enfoca en proteger el código que publica en la función (comunicación de cifrado en tránsito). El usuario no se preocupa de la seguridad del servidor.
  3. FIABILIDAD: El cloud provider se compromete con una niveles de disponibilidad por arriba del 99 % (los servicios que tienen que ver con la fiabilidad y alta disponibilidad tienen un SLA muy alto).
  4. PAGO POR USO: por el tiempo de ejecución y la cantidad de memoria que uso para una ejecución. Ej: una FUNCIÓN se demora 200 milisegundos en tomar una imagen y convertirla en miniatura. El precio se calcula por ejecución, por consumo, cantidad de peticiones, tiempo de ejecución y cantidad de tráfico.
  5. AHORRO de TIEMPO y DINERO: ej: on-premises a serverless. No hay ocupación en administrar o instalar servidores.
    MEJORA la PRODUCTIVIDAD del DESARROLLADOR: porque los entornos actualmente en nube, los servicios, la forma de testearlos localmente, la forma de automatizar su despliegue y de probarlos es muy fácil. La agilidad para desplegar un servicio por medio de una función, teniendo el código, va a ser muy rápida (10 o 15 minutos).
  6. COLD START (tiempo de inicio frío): tiempo para que una FUNCIÓN se “despierte”. Hay que esperar unos 2 o 3 segundos en su primera ejecución. Esto puede afectar a algunas arquitecturas cuando no se tolera ese tiempo de latencia.
  7. TIEMPO de CÓMPUTO: Ejemplo. Hay FUNCIONES que su tiempo máximo de vida es 15 minutos y necesitamos un tiempo de ejecución de 30 minutos. FUNCIÓN limitada por un timeout.
  8. CONECTIVIDAD: Ejemplo. Consumo de direcciones IP que hace una función dentro de una capa de red. Si es alto hay que evaluar la utilidad que tiene esa función dentro de la capa. Pues es aconsejable que esa función no se ubique dentro de una VPC o una Virtual Private Cloud dentro de la red. Sino que se ejecute fuera de ella para tener más flexibilidad.
  9. VENDOR LOCK-IN: si queremos migrar una aplicación de AZURE a AWS lo más probable es que la tengamos que hacer de nuevo.

El Restaurante Buffet

Imagina que estás hambriento y decides ir a un restaurante.

En un restaurante tradicional, eliges un menú, realizas un pedido y esperas a que te preparen la comida. Tienes una idea clara de quién cocina tu comida, cómo se cocina y cuánto tiempo lleva.

Ahora, en lugar de eso, imagina que vas a un restaurante tipo buffet. En este lugar, simplemente tomas un plato y eliges lo que quieres de una variedad de comidas ya preparadas. No tienes que esperar a que cocinen especialmente para ti ni te preocupas por cómo se hizo. Solo pagas por lo que tomas.

La informática serverless es similar a ese buffet. En lugar de preocuparte por los servidores, cómo se configuran o cómo se ejecutan, simplemente usas el servicio. El proveedor se encarga de todos los detalles técnicos detrás de escena, y tú solo pagas por lo que usas, como la cantidad de tiempo que se ejecuta tu código.

Arquitectura Serverless: ![](https://static.platzi.com/media/user_upload/image-1b325caa-55c1-47ef-af01-d41fec08cf49.jpg)

Definición de Serverless: Es la idea de que se puede ejecutar una aplicación basada en servidor sin la necesidad de administrar un servidor

Ventajas de serverless:

Escalabilidad, seguridad y fiabilidad

Serverless.

Es la idea de que se puede ejecutar una aplicación basada en servidor sin la necesidad de administrar un servidor.

Ventajas.

Escalabilidad, seguridad y fiabilidad.
- No tiene que planificar capacidad futura.
- Los servicios tienen escalabilidad; sin embargo, debe tener en cuenta las cuotas.
Pago por uso.
- No se paga por tiempo de inactividad.
- Solo se paga por el uso. Cantidad de peticiones, tiempo de ejecución, tráfico.
Ahorro de tiempo y dinero.
- No gastas tiempo en administrar servidores.
- Te enfocas en el código de la aplicación.
Mejorar productividad del desarrollador.
- Muchos servicios serverless facilitan entornos de desarrollo simples y rápidos.

### ¿Qué es Serverless? **Serverless**, o "sin servidor", es un modelo de computación en la nube en el que el proveedor de la nube gestiona automáticamente la infraestructura subyacente necesaria para ejecutar el código, eliminando la necesidad de que los desarrolladores se ocupen de la gestión de servidores, escalado, y mantenimiento. Aunque el término "serverless" sugiere la ausencia de servidores, en realidad, los servidores aún existen pero están completamente abstraídos del usuario final. ## Ventajas de la Arquitectura Serverless * **Reducción de Costos**: Pago por uso efectivo, sin costos de infraestructura inactiva. * **Despliegue Rápido**: Los desarrolladores pueden enfocarse en escribir código en lugar de gestionar servidores. * **Escalabilidad Automática**: Manejo automático del escalado en respuesta a la carga de trabajo. * **Menor Complejidad Operacional**: El proveedor de la nube gestiona la infraestructura, el escalado y la alta disponibilidad. ## Desafíos de la Arquitectura Serverless * **Latencia de Arranque en Frío**: La primera invocación de una función puede tener una latencia mayor. * **Límites de Ejecución**: Las funciones tienen restricciones de tiempo de ejecución y recursos. * **Complejidad de Depuración y Monitoreo**: Depurar y monitorear aplicaciones distribuidas puede ser más complejo. * **Bloqueo de Proveedores**: Dependencia de servicios específicos de un proveedor de nube.

Un servicio serverless es una forma de desarrollar aplicaciones sin la necesidad de administrar servidores de manera directa. En lugar de preocuparte por la infraestructura subyacente, puedes enfocarte en escribir el código de tu aplicación y dejar que el proveedor de servicios cloud se encargue de la gestión de servidores y la escalabilidad automática.

de acuerdo a estos conceptos la function de firebase encaja perfectamente
Tema nuevo para esye componenet de Serverless
Mi pregunta es en caso de yo necesitar una versión no se especifica de node js o algo similar como se hará o esto no tiene que ver en el modelo de serverless?
Por favor ayuda explicando mejor lo del consumo de direcciones IP. ¿Cuál es el límite? ¿Cómo se soluciona?