Strategier för omförsök och reservlösningar

Även de bästa automationerna kan stöta på problem. Ibland handlar det om ett tillfälligt fel, ibland ligger en tjänst nere. Robusta automationer innebär att arbetsflödena kan hantera sådana störningar på ett smidigt sätt.

I den här lektionen utforskar vi två viktiga strategier: nya försök och reservvägar.

Många fel är inte permanenta. Tänk på:

• Nätverksstörningar
• API-anropsbegränsningar (för många förfrågningar samtidigt)
• Korta tjänsteavbrott
• Tidsgränser för databasanslutningar

Detta är tillfälliga fel. Ofta kan de lösas genom att vänta en stund och försöka igen.

Nya försök innebär precis vad det låter som: att automatiskt försöka utföra en åtgärd igen efter att den har misslyckats. I stället för att stoppa direkt får din automation ge åtgärden en ny chans.

De flesta no-code-plattformar låter dig konfigurera hur många gånger en åtgärd ska försöka igen och hur länge den ska vänta mellan försöken.

När du konfigurerar en åtgärd i plattformar som Zapier eller Make hittar du ofta alternativ för felhantering:

• Antal nya försök: Hur många gånger åtgärden ska försöka igen.
• Fördröjning mellan försök: Hur länge du ska vänta före nästa försök.
• Villkor för nytt försök: Vilka felkoder eller felmeddelanden som utlöser ett nytt försök.

Dessa inställningar gör din automation mer robust mot tillfälliga problem.

Föreställ dig att en tjänst tillfälligt är överbelastad. Om du försöker igen varje sekund kanske du bara gör situationen värre!

Exponentiell backoff innebär att väntetiden mellan försöken ökas. Till exempel: 1 s, sedan 2 s, sedan 4 s och därefter 8 s. Det ger tjänsten mer tid att återhämta sig och minskar belastningen på den.

Nya försök är bra vid tillfälliga fel, men inte vid alla typer av fel:

• ✅ Bra för: Nätverksfel, tillfällig otillgänglighet hos tjänster och anropsbegränsningar.
• ❌ Dåligt för: Ogiltiga autentiseringsuppgifter, saknade data och felaktiga API-slutpunkter (detta är permanenta fel).

Förstå alltid feltypen innan du använder en strategi med nya försök.

Vad händer om en åtgärd fortsätter att misslyckas även efter flera nya försök? Det kan tyda på ett allvarligare, kanske permanent, problem.

En reservväg är en alternativ åtgärd eller serie av åtgärder som körs när den primära vägen har misslyckats helt. Det säkerställer en kontrollerad försämring, vilket innebär att processen inte bryter samman helt.

Att utforma en reservväg innebär att fråga: "Om X misslyckas, vad är det näst bästa vi kan göra?"

• Meddela någon: Skicka ett e-postmeddelande eller Slack-meddelande till en administratör.
• Logga felet: Registrera information i ett kalkylblad eller en databas.
• Använd en reservtjänst: Om e-post misslyckas kan du skicka ett SMS.
• Spara för senare: Spara data som ska behandlas manuellt eller av ett annat system.

Anta att din automation skickar ett viktigt e-postmeddelande. Om e-posttjänsten ligger nere även efter nya försök:

1. Primär väg: Skicka e-post via Mailchimp.
2. Reservväg: Om Mailchimp misslyckas skickar du en kritisk avisering via Slack till supportteamet, inklusive information om det misslyckade e-postmeddelandet.

Detta säkerställer att viktig information inte går förlorad och att någon får kännedom om problemet.

Du har lärt dig två kraftfulla tekniker för att bygga robusta automationer:

• Nya försök: Misslyckade åtgärder körs automatiskt igen vid tillfälliga problem, ofta med exponentiell backoff.
• Reservvägar: Alternativa åtgärder utformas när primära steg misslyckas permanent, vilket säkerställer en kontrollerad försämring.

Dessa strategier är avgörande för att skapa tillförlitliga arbetsflöden som kan hantera verklighetens brister. Nästa steg är att titta på övervakning och aviseringar!