Feda /dev/ - No Javascript allowed

#42421 Pero justamente un balanceo en funcion del body del request cae en los LB que actuan en L7 del modelo OSI como dice #42422. Los LB que actuan en L4 o NLB no tienen acceso al body de la peticion, actuan mas bien a nivel de header, datos de la cookie, localizacion del usuario y mierdas similares.

Luego ya si nos metemos en LB que actuan en L1/L3 que podrian ser considerados los verdaderos network load balancer ya ni eso, tienes acceso a informacion todavia mas basica.

#42422 no es que tenga el fundamento olvidado. que también.

Es que tengo mi propia teoría y definición.

Depende del protocolo si es stream, paquetes ordenados yo secuenciales, blobs

Pero si lo puedes stremear sin cargar todo en memoria y despachar es network

Si debes meterlo (o un paquete de la secuencia) en memoria es app.

#42423 tengo mi propia definición de network y app

#42428 me lo dices a mi? o a los devops de arriba que han saltado?

Yo sí llevo viendo desde unos meses acá que lo de pedirte que les montes un load balancer en directo en la entrevista técnica ha sustituido a pedirte que les montes una arquitectura hexagonal con mensajería y event sourcing para su curro de 40k en Consultora Pepito.

#42432 Yo ya me he puesto con ello (no a picarlo, sí a entenderlo) porque no tenía ni idea, el LB es una cosa que está ahí antes de que entren los datos a mi sistema y no le había prestado mucha atención nunca, pero en mi curro me va a hacer falta dentro de poco.

#42430 pues como puto pilar de la industria que soy me gusta traer nuevas teorias, maneras de trabajar y de pensar.

me gusta contribuir a la industria del software, me siento obligado a ayudar a los fperos y a las futuras generaciones.

ademas que poca gente mejor que yo para hacerlo, porque estoy en la cima del toque. dime ingenieros de software menores de 30 años con mi toque. dime 1 o 2 aunque sean. yo creo que no hay ninguno.

esto de network vs app pues sin mas. no es mas que un ejemplo de los tipicos errores que veo y que siempre son los mismos... temas de no usar bien las herramientas fundamentales y hacer over engineering por encima... brokers, schedulers, gateways, proxies, loadbalancers mmmm No se si me dejo algo, pero vamos, todo esto es lo mismo para mi. Y es un ejemplo mas.

la gente en lugar de usar estas herramientas bien, y yo recomiendo pensar como yo lo hago para hacerlo: en stream, paralelo y concurrente, delegando trabajo al kernel y core, metadatos y codigo generico, static link y binarios unicos. en lugar de usar las herramientas lo re implementa todo a nivel de aplicacion en los consumers o servicios.

de nuevo, el ejemplo que mejor me funciona es el de HTTP donde solo utilizas POST y dentro del body, tienes un JSON, donde pones que hacer, a que path, con que recursos etc... Imaginate hacer TODO lo que haces en tu dia a dia con eso. Ahora imaginate que todos los loadbalances, brokers y demas componentes de backend deben funcionar con ello...

se entiende no? se entiende que la estas liando mucho no? que porque no usas HTTP como toca no? pues yo veo muchas de estas liadas... y en cosas open source que usan millones de personas como netty por ejemplo. gracias a que la gente usa "mas o menos" http de manera normal, tienes balanceadores y cosas asi que mas o menos funcionan... digo mas o menos, porque a la que toca diseñar una cola o hacer un proxy la gente se vuelve a cagar encima como fperos que sois. pues lo mismo deberia ser con los otros componentes, y eso es lo que he explicado hoy al fpero de turno que no sabe usar colas.

cuando os leo discutir las boberias que discutis pienso en el HTTP donde solo usais POST. Asi de malos sois para mi. Y lo mejor es que lo discutis y lo defendeis a muerte HAHAHAHA

#42432 te invito a hacerme una entrevista TU a MI en directo en Twitch para el foro.

estoy seguro que a los 5 minutos te habre corregido mas cosas de las que TU me has preguntado.

las entrevistas de trabajo para mi consisten en ver si el fpero que me entrevista sabe cambiarse o no los pañales, porque asumo que os cagais todos encima.

#42433 No suele ser normal que los desarrolladores monten los LB pero hoy en dia con DevOps y mierdas similares a saber, cada empresa hace lo que quiere. Como cultura general y para saber de que te hablan cuando hables de arquitectura y demas lo veo esencial.

#42435 Para ver una comedia me veo La cena de los idiotas, lo tuyo es un drama o una pelicula de terror. Y si, fpero y todo lo que tu quieras pero a nivel de suedo sigues estando bastante por debajo de mi. De pedanteria vas sobrado eso si, lo suficiente como para creerte un pilar de la industria y no tener ni puta idea de como funciona un LB o en que capa trabaja cada uno.

#42438 Yo al menos no voy por los foros poniendome de puto amo para luego no tener ni puta idea del modelo OSI, las capas o como funcionan los LB. Suerte campeon que la vas a necesitar, dudo que haya alguien que te aguante en esta vida mas alla de tu madre y porque te ha parido.

Cuando aprendas del modelo OSI, como funciona un load balancer y tengas un minimo de educacion podremos hablar. Hasta entonces puedes seguir conversando en grupo con tu autismo y tu ego

#42440 Bale

#42442 Bale