Por cierto @desu que te parecería hacer algún directo en twitch haciendo algo de desarollo? Yo la verdad es que me comería todos los directos para aprender.
tengo pensado hacer una serie comentado decisiones tecnicas de backend
pero no se que formato es el mejor
tengo el proyecto empezado ya y la idea seria ir haciendolo productio ready y comentar las decisioines tecnicas... que algunas no son obvias
por ejemplo, si expones mediante una api http "rest like". y tienes que hacer un delete de algo que haras.
/DELETE entidad_id
o
/DELETE batch de entidades, donde le pasas las ids
porque cuando trabajas en scala con millones de peticiones, vas a tenermiles de delete... y eso añade presion al servicio y db. en cambio con el batch, puedes optimizar las queries...
nose, es una tonteria, pero la gente da por supuesto el /DELETE entidad_id... y hay que tener cuidado... quizas para hacer el DELETE en batch necesitas meter algo async e ir en batch que haga retries... nose.
como digo, dale vueltas. porque en la pratica usamos apis http "rest like" como si fueran rpc... pero acabamos añadiendo mas complejidad si no vigilamos.
o como garantizas ciertas operaciones que son "transaccionales", compuestas de sub operaciones, en una api rest? no es tan facil... de hecho es muy dificil XD y de hecho AWS te cobra mas por queries transaccionales... asique hay que mirar el precio de las query a dynamoDB
esto serian preguntas de entrevista para gente con mi nivel o toque. si quereis pensarlas. no hay una solucion obvia y es muy complejo.
a mi me gustan las llamadas por tcp que responden aunque tarden 5 segundos. prefiero tener un servicio que tarde 5 segundos en darme respuesta, que no una mierda async con una cola para tener 3 servicios que mantener y seguir tardando 5 segundos en que el user vea la respuesta XD el problema es que la gente no entiende que en un modelo sync o async ES EL CALLER QUIEN LO DECIDIE>.... DA IGUAL EL BACKEND. ES EL CALLER.
https://arnaudiaz.com/blog/what-is-async/#blocking-non-blocking
ASYNC NO TIENE NADA QUE VER CON BLOCK OR NON BLOCK. Esto es un error de fpero muy comun que veo A DIARIO.
!!!!!!!
si ademas no haces diseño orientado a negocio como Event driven, DDD y demas PORQUERIA. sino lo haces como yo lo hago. Todo el codigo es paralelizable y escalable horizontalmente... porque partes las cosas por requerimientos de hardware y no tienes cuellos de botella.
si os interesa podriamos hacer el DELETE de batch vs entidad, i el DELETE batch async con colas vs DELETE batch sync transaccional que yo propongo.
Y correr simulaciones de cuantas peticiones por segundo necesitariamos para que pasase X, y cuanto dinero nos costaria la infraestructura.
Porque te aseguro que lo que yo hago son cientos de miles de usd al año que le ahorro a tu empresa. Mejor ingenieria, mas facil de mantener, etc etc
