DokumentasjonWorkflowsHTTP og utviklerverktøy
PagerDuty node
Utløs en hendelse via PagerDutys Events API v2, og list eksisterende hendelser via REST-API-et. Se oppsett, input og output, testkjøring og løsning av vanlige feil.
8 min lesetidOppdatert
Hva noden gjør
Utløs en hendelse via PagerDutys Events API v2, og list eksisterende hendelser via REST-API-et.
Bruk PagerDuty som et tydelig avgrenset trinn i en anymize-workflow.
- Behandler 1 input.
- Gir 1 output til senere trinn.
- Kjører som et vanlig trinn i flyten.
Sett opp noden
- 01Åpne en workflow og legg til PagerDuty fra nodekatalogen.
- 02Fyll ut obligatoriske felt og koble verdier fra tidligere trinn.
- 03Kjør noden med et lite testdatasett og kontroller outputtet.
- 04Koble det vellykkede outputtet og aktiver etter en fullstendig test.
Handlinger og moduser
Velg ønsket funksjon i Handling. Panelet viser deretter de relevante innstillingene.
- Utløs hendelse
- List hendelser
Innstillinger
| Felt | Betydning | Område |
|---|---|---|
| PagerDuty-tilgangsdata | Velg PagerDuty-forbindelsen din under Secrets. Routing Key og API Token har egne felt: Routing Key er nok til å utløse hendelser, mens API Token kreves for å liste dem. | Beskyttet |
| Handling | Valg: Utløs hendelse, List hendelser | Standard |
| Sammendrag | Kort sammendrag av hendelsen, brukes som tittel på hendelsen. | Standard |
| Alvorlighetsgrad | Hvor kritisk hendelsen er. | Standard |
| Kilde | Identifiserer hvor hendelsen kommer fra (f.eks. servernavn eller systemnavn). Valgfritt, standard er „anymize-workflow". | Standard |
| Dedup-nøkkel | Valgfri egendefinert nøkkel for å samle relaterte hendelser i én hendelse. Hvis tom, genererer PagerDuty automatisk en. | Beskyttet |
| Komponent | Valgfritt: den berørte komponenten i systemet. | Standard |
| Gruppe | Valgfritt: logisk gruppering (f.eks. miljø eller cluster). | Standard |
| Statusfilter | Kommaseparert liste med statusverdier (triggered, acknowledged, resolved). La stå tomt for alle åpne hendelser. | Standard |
| Maks. antall | Hvor mange hendelser som maksimalt skal hentes (1,100). | Standard |
| Kjør én gang per element | Av (standard): noden kjører én gang for hele inputet. På: får den flere elementer (for eksempel fra «Del opp liste»), kjører den én gang PER element, og {{ $json }} er da nettopp dette elementet. Slik jobber du deg gjennom en filliste post for post. | Standard |
| Hvis et element feiler | «Hopp over» skriver et `error`-felt for elementet som feilet og fortsetter med resten, i stedet for å miste hele kjøringen på én uleselig fil. | Standard |
| Pause mellom elementer (millisekunder) | Ventetid før hver kjøring bortsett fra den første. 1000 = 1 sekund per element. Nyttig hvis motparten ellers struper deg. Maksimalt 300000 (5 minutter). | Standard |
Input og output
| Input | Betydning | Type |
|---|---|---|
| Standard | Mottar hele resultatet fra forrige trinn. | JSON |
| Output | Betydning | Type |
|---|---|---|
| Standard | Gjør resultatet tilgjengelig som JSON for neste trinn. | JSON |
Noden kan behandle lister element for element. Feilhåndtering og pause finnes under avanserte innstillinger.
Eksempel og testkjøring
Utløs en PagerDuty-hendelse når overvåkingen rapporterer en kritisk feil: start med et lite og gjenkjennelig datasett. Kontroller outputtet og bruk bare felt som faktisk finnes.
Eksempel på testkjøring
{
"summary": "API antwortet mit 500ern seit 5 Minuten",
"severity": "critical",
"source": "api-prod-01",
"component": "api-gateway"
}Tilgang og sikkerhet
Før aktivering bør du kontrollere hvilke data som går inn i trinnet og hva outputtet inneholder.
Lagre nøkler og påloggingsdata i den beskyttede tilkoblingsadministrasjonen. Ikke lim dem inn i vanlige felt, testdata eller beskrivelser.
Løs vanlige feil
- Ingen output: kontroller siste kjøring og feltene fra forrige node.
- Tom variabel: åpne outputtet fra forrige trinn og bruk et felt fra de faktiske testdataene.
- Listen behandles bare én gang: aktiver kjøring per element.