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

Arquitectura con funciones

26/27
Recursos

Aportes 2

Preguntas 1

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

C贸mo ser铆a tener muchos de los servicios en funciones:
DIFERENCIAS:

  • CDN: hay servicios de cdn que pueden tener funciones. Por ejemplo: para cuando venga un requests transformarlo, para hacer un redireccionamiento 301 o 302 (redireccionamiento de dominio temporal o permanente).

  • FUNCIONES del BACKEND: El API recibe el requests y se lo manda alguna FUNCI脫N. Las reglas del API para la designaci贸n de los requests a las funciones ser铆a, por ejemplo: Si la API recibe el request con el pass 鈥/saldos鈥, le va a mandar ese request a la FUNCI脫N saldos. Entonces para el caso de PlatziWallet tendr铆amos la funciones de: Saldos, Cash-in, Pagos, entre otras.

  • BASE de DATOS: 1) No Relacional: La DB ser谩 llave-valor y cada FUNCI脫N actualizar谩 determinada tabla en la DB. 2) Relacional: No todas las BD relacionales son serverless. Cuando tenemos m煤ltiples funciones consumiendo una BD relacional puede ser que la cantidad de conexiones se caiga. Entonces para la DB relacional los CP est谩n sacando un PROXY de BD. Estos servicios se encargan de todas las conexiones entre cada FUNCI脫N y la DB. Van a manejar el borrowing (pedir prestado canales de conexi贸n). Tambi茅n, garantizan que si se cae el DB Master, solo se pierda un paquete para cuando empiece a funcionar la DB Standby.
    Entonces, las ventajas del PROXY son: 1) seguridad: garantiza que la comunicaci贸n siempre sea en TLS. 2) gesti贸n de conexiones 3) mejorar el tiempo de un failover ante una ca铆da de una zona, por ejemplo.

  • ORQUESTADOR DE FUNCIONES: se encarga de las relaciones entre funciones. Ejemplo de orquestador: en AWS (step Functions), Apache Airflow se usa como orquestador.

  • ESCALABILIDAD: va a estar dada por los l铆mites de CP. Tambi茅n podemos reservar concurrencia. Por ejemplo: en AWS para todas las funciones la concurrencia es de 1000 ejecuciones por segundo. Entonces en PlatziWallet se puede reservar 200 concurrencias por segundo para las funciones de Pagos y Consulta de Saldo. Es decir 400 concurrencias por segundo para mis funciones m谩s demandadas. Los otros 600 se van a distribuir a medida de que cada uno de los servicios los vaya utilizando.
    Por otro lado tambi茅n se puede hacer un ticket al CP para subir la concurrencia de 1000 a 2000 por ejemplo.

  • REPO y CICD: hay que ver c贸mo vamos a desplegar del CICD a la funci贸n.

  • VPC: 驴La funci贸n va a correr en una VPC o no? Si es en una VPC hay que tener en cuenta la cantidad de direcciones IP disponibles versus la cantidad de ejecuciones que va a tener esa funci贸n para garantizar que tenga IP disponibles.

  • COLD START: Si la APP no soporta esos segundos iniciales de las funciones podemos pensar en una arquitectura dividida donde tengamos unos servicios en funciones y otros en contenedores. Pues Kubernetes, por ejemplo, no tiene esos segundos iniciales de demora.

/Cash-in