Feda /dev/ - No Javascript allowed

#18063 El puesto que he aceptado era para España y se sorprendían de que fueran dos meses en vez de 15 días... La verdad es que a mí 15 días me parece poco para hacer un handover decente. No digamos ya si hace falta contratar un reemplazo...

#18059 Si lo dices enserio te tiro MP. Nunca digo que no a una buena balasera.

#18044 Tengo una duda de k8s. Hace unas semanas aprendí traefik, gracias al grande de Juanito que siempre da buenos consejos. La mayor ventaja que obtendría para single cluster, el dominio AI, con k8s seria el auto escalado no? Quizás este finde me hago un side project rápido montándome algo para paralelizar pipelines. Esto seria un buen caso de uso no?

El campo del AI devops / ML devops me interesa mucho últimamente. Hay muchísimas oportunidades de negocio/startups. Ya comparti hace dias:
https://github.com/EthicalML/awesome-production-machine-learning

En el pasado he comentado los problemas que suele haber con los equipos de data scientist de la gran mayoría de empresas que se meten sin tener ni idea... muchas oportunidades como digo. para cada herramienta o proceso del día a día en data science te sale una startup XD Y hablo de starutps porque la mayoría de empresas aun esta a 1 década de enterarse de que va el asunto XD

Tambien sobre este tema de k8s me interesa mucho el tema de monitoreo, uso de recursos y tiempos de ejecución para cada función. Esto también esta muy verde y la gracia de usar k8s es que te aprovechas de la infraestructura ya montada como prometheus o loggers varios. Hasta en openAI que no son precisamente unos pajeets han usado k8s por esto XD Sobre este tema me recomiendas algo? yo pensaba en integrar prometheus.

Lo que salio de openAI (Aqui no entiendo porque no usan checkpoints pero esa es otra historia XD)
https://openai.com/blog/scaling-kubernetes-to-7500-nodes/

#18068 kubernetes es enorme y tiene muchos beneficios a costa del operational overhead, no solo escalado horizontal.

Por otro lado, para el monitoring casi todo el mundo usa Prometheus, de hecho para empezar puedes hacer un apply simple de kube-prometheus que te dará una monitorización bastante decente del cluster

#18071

Como observo tiempos de ejecución/respuesta de queries HTTP/TCP, numero de conexiones concurrentes por TCP a un servicio, trazar la propagación de llamadas entre servicios.
edit: obviamente entiendo que podría picarlo yo, no es la idea.

Esto lo hace Istio, que es un service mesh, pero ya te metes no en un jardín, si no en dos bien gordos

También puedes añadir además de un stack de monitoring como Prometheus(y meter serviceMonitors para monitorizar endpoints de métricas custom de lo que quieras de tus pods), un stack de ELK que te proporcione logging de todos tus pods, incluidos los ingress-controllers, etc etc

Scrum, scrum, scrum, scrum, scrum... Cada vez que oigo a alguien decir esa palabra me entran ganas de pegarle una bofetada con la mano abierta.

Soy scrum master, jiji jiij ijiji :)

Scrum mis cojones, es que te cogía asín y te daba con la mano abierta chaval, uff

#18077 yo sólo sé que todo aquel al que se llena la boca con las palabras: Scrum, metodologías, Docker, Jenkins, etcétera, no son gente de fiar. La mayoría de veces son gente que quiere hacerse el interesante, algunos lo han tocado dos veces y ya fardan de que son expertos en el tema como @desu.

#18075 Sí, estuve en una empresa en la que hasta tenían un coach agile que supervisaba que se siguiera scrum a rajatabla. En seis meses paramos tres sprints, al scrum master no se le veía el pelo más que en la daily porque estaba todo el día con reuniones de seguimiento con unos y otros, las estimaciones no servían ni para dar por culo y al final acabas llegando a la conclusión de que si ningún sistema sobrevive al contacto con la realidad, uno tan milimetrado como scrum revienta a poco que le apliques algo de presión.

#18085 son 3

En algun lado, lei que los scrum y tal se hacian en startups (lo lei por algun lado de YC seguramente) porque habia mucha incertidumbre. Originalmente se entiende, antes de ser prostituidos por consultores en traje y gurus del agile manifesto.

Piensa que tienes que pivotar mucho la idea, adaptarte a posibles clientes... Ahi scrum tiene sentido.

En la gran mayoria de proyectos un waterfall con OBJETIVOS y DEADLINES CLAROS desde el principio es lo mejor... Luego lo util de scrum suele ser para resolver temas de comunicacion entre equipos o asignar tareas...

Pero en mi experiencia, con los 2 o 3 clientes que usaban scrum, ni puta idea. Ni scrum ni agile.

Tambien considerad que esto del scrum lo han metido para hacer micromanagment encubierto, se lleva mucho en consultoria tradicional (50K y son los putos amos) tambien. Es una manera de controlar la productividad de los trabajadores.

En fin, que si es intrusivo es malo, si es algo que al equipo le funciona esta bien. Sea lo que sea. Fin.

#18089

Esto son... 4 puntos de historia

Has puesto 3 puntos compañero