Cada vez que tu punto final de API realiza un montón de efectos secundarios 𝚊𝚠𝚊𝚒𝚝, es una señal de que deberías “𝚞𝚜𝚎 𝚠𝚘𝚛𝚔𝚏𝚕𝚘𝚚”. Cada vez que encuentras un estado incorrecto en tu base de datos, como trabajos pendientes no finalizados, es una señal de que deberías “𝚞𝚜𝚎 𝚠𝚘𝚛𝚔𝚏𝚕𝚘𝚚”. Cada vez que hablas con un montón de servicios de terceros poco fiables o limitados por tasa, es una señal de que deberías “𝚞𝚜𝚎 𝚠𝚘𝚛𝚔𝚏𝚕𝚘𝚚”. Cada vez que intentas hacer demasiado trabajo en banda y respondes con 𝟸𝟶𝟶, es una señal de que deberías 𝟸𝟶𝟸 𝙰𝚌𝚌𝚎𝚙𝚝𝚎𝚍 en su lugar y “𝚞𝚜𝚎 𝚠𝚘𝚛𝚔𝚏𝚕𝚘𝚚”. Cada vez que el negocio comienza a depender de flujos de trabajo críticos ad-hoc no definidos en código, no controlados por versiones, sin o11y y SLAs, es una señal de que deberías “𝚞𝚜𝚎 𝚠𝚘𝚛𝚔𝚏𝚕𝚘𝚚”. tl;DR: Cada vez que te importa la fiabilidad asíncrona, es una señal de que deberías “𝚞𝚜𝚎 𝚠𝚘𝚛𝚔𝚏𝚕𝚘𝚚”.