Arquitectura de Software Backend en 2025: Fluid vs Edge vs Serverless vs Monolito | #laFunción 10x08

eh gente disculpas a la gente que estáis en YouTube Vamos a continuar desde donde lo hemos dejado haciendo una recapitulación muy rápida y continuamos eh al caso decíamos estamos planteando todas estas diferencias entre e entre servidor server function Y function seguramente resumamos este directo con todo lo que hemos hablado al inicio al caso que hemos planteado el servidor que simplemente se levanta la instancia y esto es tradicional eh donde

Al momento de levantar ese servidor es cuando me conecto a la base de datos Y a partir de ahí todas las peticiones que recibo reutilizan la conexión con ese Pull y ahora decíamos saltamos a serverless functions y con esto tiramos millas aquí decías en bercel tenemos primero que tenéis distintos precios en función de la región en la que escojas desplegar tu funciones y que tú a través del dashboard de tu proyecto o bien a través del archivo Jason es a través de donde especificas En qué regiones quieres que se

desplieguen las funciones que no son más que los archivos estos que vamos a estar teniendo en la carpeta Api por ejemplo con el app router vemos aquí Cómo quedaría desde el momento en el que nosotros tenemos la configuración tal que así Oye despégate las funciones en la región de Francia por ejemplo tendríamos que los usuarios de samboy pues atacan esta región si yo pregunta señor Javi si yo aquí habilitas a parte de Francia otra reg sería bercel eh dinámicamente quien decidiría Qué

función desde dónde servirá esa función si desde Francia o desde otro lado que le quede más cerca usario desas Claro tú despliegas por ejemplo en dos regiones di se vo a desplegar en Virginia y voy a desplegar en Frankfurt ponle si te conectas desde samboy pues irá a Frankfurt Y si te conectas desde San Francisco eh seguramente va a Virginia Eh Esto al final es una particularidad que acercaría un poco eh haría un poco

más grisacea la línea la diferencia entre serverless function y eled porque al final el Edge lo que te promete es Oye dinámicamente te voy a ejecutar la función lo más cerca a tu usuario Y esta es una particularidad que veríamos también ahora en serverless function no correcto o sea Mercedes también es un cdn nosotros tenemos un número de regiones cierto y Y entonces tú cuando te conectas a una página en bercel eh Esa conexión esa petición se va a manejar en la región más cercana al

usuario de nuestro cdn ahora desde nuestro cdn se hace La invocación de la versel function en la región en la que tú la tengas provisionada Entonces si por ejemplo lo que ocurre es que tú te conectas desde España y eh está eh a una página que tenga Host en vercel pero la función la tienes por ejemplo hoste Ada en Virginia digamos eh

tú te vas a conectar al cdn de percel vale el más cercano tu en nuestro caso Pues sería Francia y desde Francia nosotros vamos a procar a Virginia vale porque es donde está tu función Entonces cuando hablamos de El Ed dentro de berc son las regiones de vercel vale Y cuando hablamos de conceptos como el el Edge middleware de lo que se trata de que el despliegue de una función Edge una Edge function o una

un Edge middleware es global por defecto entonces la función va a estar disponible en todas las localizaciones a la que se conecte el usuario con lo cual Ese round trip que hay desde eh desde la ubicación del usuario hasta donde la función está eh ubicada es más corto y esto es importante porque es muy fácil confundirlo con conceptos como el Ed runtime que tiene una razón de ser creo quizá podemos hablar de de ello pero no es lo mismo perfectísimo señor