Feda /dev/ - No Javascript allowed

#32548 Teniendo en cuenta que hay varias respuestas quejándose de que pidan conocer Docker... Vamos digo yo que la mayoría de front senior sabrán que es Docker, cómo usarlo en sus proyectos, etc.

#32553 Si vieras la cantidad de gente que "sabe" de contenedores te echas a llorar...

#32533 #32537 El tio es una eminencia en su campo, tampoco me extra;aria que estuviera ya en 7 figuras en el total compensation package la verdad.

#32555 Hombre a ver, si es un junior puedo entenderlo y al final a nada que sea avispado se le enseña, pero un senior que no sepa lo básico sobre contenedores... Salvo que nunca te lo hayan pedido en tantos años (que es raro de cojones), no le veo la lógica por ningún lado.

#32560 Macho pues qué envidia me das, porque yo me tenido que comer el puto docker en todas partes y lo detesto...

#32562 los tengo pendientes porque dan una pereza tremenda, los he ojeado alguna vez cuando consulto cosas y tal... son demasiado superficiales para el dia a dia. y tampoco dicen nada que no sepa/aplique. creo que el ultimo que sacaron es de system design y ese me interesa a ver si cuentan algo interesante.

para el dia a dia antes me leeria los de linux kernel de Robert Love. a simple vista me parece un must contemporaneo. me lei hace poco el unix programming de pike y brain k que es la version original de los 80.

Felix Geisendörfer que ahora esta en datadog es mi otro referente del campo porque ademas hace go. no conozco a nadie mas.

aunque bueno, con estos 3 tienes material para toda la vida.

#32559 te meto un examen de contenedores que no sabes ni por donde te da el aire.

#32565 Quizá Bartłomiej Płotka. Está preparando un libro de performance en Go y le he visto algunas cosas interesantes.

#32567 Ah si, vi que estaba trabajando en su libro... No me llama.

Creo que me lo meo y necesito a alguien mejor. Igualmente quizas me sorprende y tiene algo interesante. Siempre se puede aprender y tiene buena experiencia real.

Me lo apunto gracias.

#32568GaN2:

Te has leido el libro de Systems Performance o el de BPF Performance Tools de Brendan Gregg

Suelo consultar su blog cuando tengo que debugar algo en prod. Esta semana he empezado a mirado un par de sus presentaciones y son muy buenas.

#32568GaN2:

A ti te mola mas entrar en temas tecnicos y en profundidad

Bueno en concreto tengo el ojo en programacion de sistemas, tooling de debug y observabilidad. Centrado en el desarrollo de servicios de usuario.

Y una vez tienes lo basico de observabilidad, que para ello algo como lo de google de SRE esta bien para empezar, es todo sistemas y bajo nivel. Cuanto mas sepas, entiendas y sepas debugar a bajo nivel mejor.

Mi objetivo de este a;o esta orientado en la direccion de escribir servicios de alto rendimiento. Parece que podre tener espacio en el curro para ello y de momento ya tengo un par de casos de exito donde he podido ayudar.

Uber es una buenta fuente de lo que hago y quiero mejorar:

https://eng.uber.com/how-we-saved-70k-cores-across-30-mission-critical-services/
https://eng.uber.com/jvm-tuning-garbage-collection/

Este mes por ejemplo hemos reducido el uso de CPU y memoria de la mayoria de nuestras instancias que son unas 200 un 30-40%. Vamos a pasar de 200 instancias a unas 50. Y ha sido super facil. No da ni para tech blog. Pero vamos, el resumen:

Todo empezo por un bug de CPU que se quedaba pillado en un bucle infinito. Debido a un bug en gin. Me meti en una instancia, perf + go tool pprof y en un dia bottleneck solucionado. Mis compa;eros de team que no dominaban mucho de el tooling fliparon. Ellos mirando logs y yo en 5 min encontrando el problema en la traza. Ademas encontramos de gratis otro bug en otra libreria bastante popular tambien que usabamos en casi todos los servicios de java... de gratis... 2-3 dias de trabajo, un par de cientos de k ahorrados al a;o XD

Ahora tengo el ojo en montar observabilidad a nivel top para las latencias y tal... Que estoy la mayoria de gente lo hace mal.

#32569 latencias -> istio

No es que la gente lo haga mal, que también, es que es un tema complejo

#32571 Que quieres decir con istio? nosotros no usamos una service mesh, aunque la arquitectura seria del estilo con alguna cola por ahi... pero es un servicio muy simple el nuestro.

Mi objetivo es tener la distribucion de la latencia separada por la poblacion para cada servicio. Para empezar mi poblacion sera el HTTP method o el endpoint. Tener la media, el 60, 65, 70.. 95, 99 y max que te ofrece datadog y a voloar.

Solo con esto ya tienes lo basico. Algo asi:

https://docs.datadoghq.com/tracing/visualization/

Que esto es lo que tenia montado en mi anterior curro con traefik+grafana+prometheus+jaegger (como se escriba). Pero aqui al estar migrando cosas a otro stack ya no lo tenemos. Notese que la imagen esta mal porque es a nivel de servicio, esto no vale ni para limpiarte el culo, hay que separar por poblacion la distribucion.

A partir de este punto de observabilidad no vale la pena seguir a este alto nivel en networking. Hay que meterse en tema de threading, scheduling, io, mutexes...

El problema es que la gente no entiende que la optimizacion de un servicio en paralelo no se mide con profilers. Los profilers son una MIERDA. Igual que cuando haces microbenchmarks o microprofilers tienes que hacer mil historias. Es puro ruido. Y la mayoria miden las cosas mal. Necesitas escribir tu propio "profiler" siguiendo estrategias de delay y simulado. Tambien esta el tema del layout de memoria y randomizacion cuando estas a bajo nivel... Aunque eso no nos afecta a nosotros la verdad.

Aqui comparto una talk de esto ultimo, la talk tiene errores pero quedaros con la tecnica de "profiler" de a;adir delays en los componentes para encontrar bottlenecks:

#32574 no te voy a insultar. estas al limite. te lo mereces. pero te voy a perdonar la vida.

#32576 que tonto eres. te lo había explicado pero he recordado que no sabes ni lo que es un thread. disfruta tu apm imbècil.

#32574 Viendo que hablas de Istio, has tenido ocasión de probar el Consul? Porque veo que casi todo el mundo habla del primero y me da la sensación que es la solución "estándar" ahora mismo.