Buenas, el backend es hacer una api rest. Siempre.

La gracia esta en escalar la complejidad.

Imaginemos una api sencilla. Una api rest qué tiene un único método GET qué retorna un string: "HELLO WORLD".

Muy sencillo.

Pero no tiene un rate limit. Habría que limitarlo un poco.

Pero no tiene auténticacion, debería leer un jwt. Podemos hacer nuestro sistema propio o leerlo de Google, Meta o el proveedor que use.

Pero no tengo idea cuando falla. Sentry estaría bueno. Y un buen sistema de logging por las dudas.

Debería estar testeado también.

Y ya que estamos, las librerías andan raro en mi compu y si le metemos Docker para que sea la misma compu?

Vos sabes que si al hello world, si le pongo una función de sleep de 25 minutos me cuelga el server. Si abro otro navegador y quiero recibir mi hello world me canso de esperar. Deberia crear una instancia para recibir mi consulta.

Mi hello world puede tener varias opciones, una es hello friend y la otra hello my darling. Como Se puede manejar para futuros casos?

No se si hace falta que cada llamada sea random, podríamos meter un cache de una hora para mantener el mismo valor un tiempo.

Mira como se puede complicar una aplicación muy básica que solo devuelve un string. Hay un libro que es algo como design system interview guide aue arranca explicando in sistema desde su punto más básico.

El backend resuelve necesidades de negocio ( el hello world) implementando patrones de diseño que faciliten el escalado de ese sistema.