Posts

Escenas del episodio anterior: la Parte 4 cerró con Backstage completo, un catálogo que descubre servicios solos y un scaffolding que genera un servicio nuevo con CI/CD ya verde desde el primer push. Faltaban dos cosas para que eso fuera más que una demo: una forma simple de operar lo que el scaffolding genera, y la prueba de que todo el circuito - de crear una app a verla corriendo con métricas y logs solos - cierra de verdad. Fases 7 y 8, las últimas del roadmap original. ...

Escenas del episodio anterior: la Parte 3 cerró con gostalgia-api viéndose a sí misma de punta a punta — traces, métricas, logs correlacionados, un SLO real con burn rate — y un gancho hacia sistemas distribuidos: inyectar fallas reales, no un endpoint de demo además de ver si la instrumentación alcanzaba para diagnosticarlas sin adivinar, fase 4.5. Esta parte retoma el orden original: Backstage, catálogo y scaffolding, fases 5 y 6. ...

Escenas del episodio anterior: en la Parte 2 quedó una app corriendo en fury-dev con sus secrets inyectados por Vault, métricas y logs apareciendo solos en Grafana. El cierre apuntaba a Backstage como próximo paso: un catálogo, una UI, algo que se pareciera a un producto. En el medio pasaron cosas y, repensando el plan, no tiene sentido construir un catálogo lindo sobre un sistema que no podés ver por dentro. Y “ver por dentro” es exactamente el tema con el que abrió esta serie: la diferencia entre que un LLM te sugiera un diagnóstico y poder confirmarlo vos porque entendés qué está pasando. Prometheus y Loki (Parte 2) te dicen qué está roto. Faltaba el tercer pilar: por qué, siguiendo un request específico a través de todo el sistema. ...

Como escenas del episodio anterior, en el primer post dejamos: un runner corriendo como servicio en el NUC, un pipeline en verde en cada push a main, y una imagen real publicada en GitHub Container Registry. Pero nada de eso tenía todavía forma segura de manejar un secret. Cualquier credencial que la app necesitara iba a terminar en por ejemplo un .env suelto. En esta parte se implementa la gestión de secrets con Vault, además se agrega observabilidad con Prometheus, Loki y Grafana. Al final de esta parte una aplicación debería correr en el cluster con sus credenciales inyectadas automáticamente exponiendo sus métricas y logs sin necesidad de que alguien se loguee a un pod a mano para verlo. ...

En mis casi seis años trabajando en Mercado Libre aprendí y crecí como profesional de una forma que no lo había hecho antes. Como todo aprendizaje eso ya forma parte de uno y te acompaña adonde vayas. Pero hay cosas que uno no se lleva. De esas, la que más había naturalizado y que la realidad de trabajar en una startup se encargó de demostrarme, fue Fury. Fury es la plataforma interna de Mercado Libre para crear y operar microservicios: CI/CD, secrets, observabilidad y catálogo. Todo eso ya resuelto por la plataforma. Vos creás el servicio, la plataforma se encarga del resto. ...