Feilhåndtering i kraftautomatisering via parallell forgrening

Mesteparten av tiden tror folk feilhåndtering ligner på feilsøking. De to er helt forskjellige, men går hånd i hånd når det gjelder flytskaping og utvikling. I denne opplæringen skal vi diskutere feilhåndtering i Power Automate.

Debugging er prosessen med å finne og fjerne feil fra et program. På den annen side refererer feilhåndtering til å reagere og forhindre feil.

Når brukerne våre bruker strømmene våre, ønsker vi å ha spesifikke veier som strømmene våre følger. Hvis det av en eller annen grunn oppstår en feil, må vi sørge for at de blir håndtert på riktig måte for å unngå at flyten vår mislykkes. Vi adresserer det enten med en betingelse eller en feilmelding slik at brukeren vet årsaken bak feilen.

Innholdsfortegnelse

• Eksempelscenario for feilhåndtering i Power Automate
• Parallell forgrening for feilhåndtering i Power Automate
• Tester flyten
• Konklusjon

Eksempelscenario for feilhåndtering i Power Automate

La oss først gå gjennom et eksempel på hvor vi vil bruke noe feilhåndtering. Vi åpner en prøveflyt som utløses manuelt av en person og som ikke krever inndata. Denne flyten prøver å lage en HTTP-forespørsel til den angitte URL-adressen.

Og det er dette den prøver å få til.

Deretter går den gjennom en tilstand der hvis den returnerer et vellykket resultat, vil den legge ut en melding til en Slack-kanal med innholdet på siden. Hvis den ikke gir en godkjent forespørsel fra serveren, vil den legge ut en melding som sier " NEKT ".

Ved å bruke denne tilstanden ser det ut til at feilen ble håndtert. Men hva om denne siden av en eller annen grunn går ned eller ikke finnes lenger? HTTP-forespørselskoblingen kan ikke engang koble til denne siden fordi den er nede. Derfor vil den ikke returnere en statuskode.

La oss sjekke hvordan det kommer til å se ut hvis vi ikke har en feilbehandler for den situasjonen. Vi prøver å redigere dette og endre URL-en til noe som ikke eksisterer, slik at vi kan tvinge den til å mislykkes.

Klikk på de tre prikkene og velg det statiske resultatet .

Deretter slår du av det statiske resultatet og klikker på Ferdig .

Klikk deretter på Lagre . 

Til slutt, la oss teste det.

Velg alternativet Jeg utfører utløserhandlingen , og klikk deretter på Test .

Klikk Kjør flyt .

Siden vi ikke anga en feilbehandler for denne situasjonen, mislyktes flytkjøringen.

Dette vil være vanskelig for våre brukere å tolke. Derfor vil det være veldig frustrerende for dem. Så hvordan håndterer og sjekker vi disse tingene? Det er konteksten jeg vil diskutere før vi går videre til hvordan vi faktisk løser det.

Parallell forgrening for feilhåndtering i Power Automate

Nå som vi har diskutert konteksten, la oss gjøre litt feilhåndtering for denne flyten som vi har satt opp. Vi vil gjøre det gjennom parallelle grener.

Forutse først hvilken handling som kan gi en feil. I dette eksemplet, som vi tidligere diskuterte, er det HTTP-forespørselen. Under det klikker du på plussikonet og velger deretter alternativet Legg til en parallell gren .

Med parallell forgrening vil disse to handlingene skje samtidig. 

Vi kan imidlertid også angi at denne handlingen bare skal skje hvis den forrige handlingen er vellykket. Bare klikk på de tre prikkene her og velg Konfigurer kjøring etter .

I denne delen kan vi spesifisere når gjeldende handling skal skje basert på den forrige. For dette eksemplet velger du bare alternativet er vellykket og klikker på Ferdig.

På den annen side vil vi at denne skal kjøre hvis den forrige handlingen mislykkes. Først, søk og velg Slack- kontakten.

Velg deretter handlingen Legg inn melding .

Vi vil legge ut en melding til den generelle kanalen som sier " En flyt du har startet har mislyktes? ".

Deretter klikker du på de tre prikkene og velger Konfigurer kjør etter .

Fjern merket for er vellykket og sjekk alternativene har mislyktes , er hoppet over og har tidsavbrutt . Klikk til slutt på Ferdig . 

Vi vil da se at det er en liten rød pil over handlingen nå. Dette indikerer at handlingen bare vil skje hvis flyten ikke kjører vellykket.

Tester flyten

La oss nå lagre flyten vår og teste den.

Klikk Test .

Velg Jeg skal utføre utløserhandlingen, og klikk deretter på Test.

Klikk Kjør flyt .

Vi vil nå se at flytkjøringen mislyktes.

Vi kan også se at denne delen av oppgaven likevel lyktes.

Det betyr at brukerne og utviklerne våre ble varslet om at flyten har sviktet. Når vi går til vår #generelle kanal i Slack, vil vi se meldingen som indikerer at flyten vår har mislyktes.

Konklusjon

For å oppsummere, vil Post melding -handlingen bare kjøre hvis HTTP-handlingen har mislyktes, hoppet over eller tidsavbrutt. På den annen side vil Betingelsesdelen kjøre hvis den forrige handlingen kjører vellykket. Og det er essensen av feilhåndtering. Vi har en vei for både vellykkede og mislykkede flytkjøringer.

Det er slik vi kan tillate handlinger å skje etter andre handlinger som mislykkes. Det finnes andre måter å håndtere feil på, men dette er den enkleste måten å gjøre det på. Forhåpentligvis klarte du å se relevansen av feilhåndtering og hvordan du kan gjøre det i .

Beste ønsker,

Henry