Menos suerte, más garantías: blindando las historias diarias de Ganga24
Un día de plomería técnica: Ganga24 gana un reintento de seguridad para que sus historias diarias nunca falten, se caza un test flaky en redirect_service, Hezu conecta su funnel a observio y el portfolio interno se pone en orden.
Hoy no hubo pantallas nuevas ni features vistosas — hubo plomería. Y la plomería, cuando falla, se nota siempre en el peor momento.
En Ganga24, el pipeline que genera historias diarias con IA (conerator) dependía un poco de la suerte: si el cron fallaba, ese día se quedaba sin historia y punto. Le metimos un wrapper idempotente con reintento de seguridad: si la primera pasada no genera contenido, hay una segunda red antes de rendirse. Nada de "cruza los dedos y que corra bien a la primera".
Mientras tanto, en el propio código de Ganga24 cazamos un test flaky: test_save_offer_signature fallaba a veces porque el redirect_service compartía base de datos con el entorno de test. Aislarlo suena aburrido, pero un test que falla al azar es peor que uno que no existe — te acostumbras a ignorar la alarma, y un día la alarma tenía razón.
También conectamos los eventos del funnel de Hezu a observio, para dejar de adivinar en qué punto se cae la gente, y pusimos en orden el portfolio interno: el proyecto FAMILIA arranca en 0%, con un gate de 60 días antes de decidir si sigue viva.
Nada glamouroso. Pero es el tipo de día que hace que mañana no se rompa nada por sorpresa.