Steg 2: anslut Postgres och logga fel

Dessa noder skriver feldetaljer till Postgres och frågar efter nyliga fel för att tillämpa strypning av aviseringar.

1. Öppna Write Error Log och ställ in Schema till p1gq6ljdsam3x1m och Table till N8Err.
2. Bekräfta att kolumnmappningarna i Write Error Log använder uttryck som {{$json.execution.url}}, {{JSON.stringify($json)}}, {{$json.execution.error.stack}}, {{$json.workflow.name}}, {{$json.execution.error.message}}, {{$json.execution.lastNodeExecuted}} och {{$now}}.
3. Inloggning krävs: Anslut era postgres-uppgifter till Write Error Log.
4. Öppna Count Recent Logs och ställ in Query till SELECT count(*) FROM p1gq6ljdsam3x1m."N8Err" where created_at >= $1;.
5. Ställ in Query Replacement till {{$now.minus(5, 'minutes').toString()}} och behåll Operation som executeQuery.
6. Inloggning krävs: Anslut era postgres-uppgifter till Count Recent Logs.

Steg 3: konfigurera strypningslogik och anpassade åtgärder

Det här steget styr när aviseringar ska gå vidare och ger en hook för extra felåtgärder.

1. Öppna Check Recent Log Count och verifiera att villkoret använder {{$json.count}} med operatorn lte och Right Value 0.
2. Koppla true-utgången från Check Recent Log Count till Add Custom Error Actions och false-utgången till Finalize Execution Cleanup.
3. Använd Add Custom Error Actions som en platshållare för ytterligare felhanteringssteg som ni kan lägga till senare.
4. Öppna Finalize Execution Cleanup och behåll JavaScript Code som return []; för att avsluta körningen på ett säkert sätt.

Steg 4: konfigurera aviseringar och routning till sub-arbetsflöde

Aviseringar skickas via e-post och mobil push, och kan vid behov triggas av en körning av ett sub-arbetsflöde.

1. Öppna Run Sub-Workflow (Configure Required) och välj målflödets ID i Workflow ID.
2. Notera den parallella routningen: Run Sub-Workflow (Configure Required) skickar utdata parallellt till både Primary Email Alert och Mobile Push Notice.
3. I Primary Email Alert, ställ in To Email och From Email till [YOUR_EMAIL], och behåll uttrycken för Text och Subject som angivet (till exempel {{ $("Failure Event Trigger").item.json.execution.error.message }}).
4. Inloggning krävs: Anslut era smtp-uppgifter till Primary Email Alert.
5. I Secondary Email Alert, behåll samma fält och uttryck, och ställ in To Email/From Email till den adress ni vill använda.
6. Inloggning krävs: Anslut era smtp-uppgifter till Secondary Email Alert.
7. I Mobile Push Notice, ställ in User Key till [CONFIGURE_YOUR_TOKEN] och behåll Message-uttrycket.
8. Inloggning krävs: Anslut era pushoverApi-uppgifter till Mobile Push Notice.
9. Aktivera de avstängda aviseringsnoderna (Primary Email Alert, Secondary Email Alert och Mobile Push Notice) när ni är redo att ta emot notiser.

Steg 5: lägg till manuell städning och inkommande felhantering

Manuell städning gör att ni kan rensa loggtabellen, och inkommande hantering gör att andra arbetsflöden kan vidarebefordra sina fel till detta arbetsflöde.

1. Öppna Manual Cleanup Start för att aktivera en manuell trigger för underhållskörningar.
2. I Clear Log Table, ställ in Schema till p1gq6ljdsam3x1m och Table till N8Err, med Operation som deleteTable och Restart Sequences aktiverat.
3. Inloggning krävs: Anslut era postgres-uppgifter till Clear Log Table.
4. Öppna Inbound Error Handler och behåll Input Source inställt på passthrough för att ta emot fel från sub-arbetsflöden.
5. Notera den parallella routningen: Inbound Error Handler skickar utdata parallellt till både Write Error Log och Count Recent Logs.

Steg 6: testa och aktivera ert arbetsflöde

Verifiera felinsamling, strypningslogik och leverans av aviseringar innan ni aktiverar det här arbetsflödet för produktionsanvändning.

1. Kör manuellt ett arbetsflöde som förväntas misslyckas så att Failure Event Trigger triggas.
2. Bekräfta att Write Error Log lägger in en rad i p1gq6ljdsam3x1m.N8Err och att Count Recent Logs returnerar ett antal.
3. Verifiera att Check Recent Log Count routar till Add Custom Error Actions när antalet uppfyller villkoret lte 0.
4. Om aviseringar är aktiverade, validera leverans från Primary Email Alert, Secondary Email Alert och Mobile Push Notice.
5. Kör Manual Cleanup Start för att bekräfta att Clear Log Table fungerar som förväntat.
6. Slå på arbetsflödet med Active för produktion när testerna passerar.