Oppdag

Issues

Hvert problem Polylane oppdager eller mottar fra varslingen din, blir ett issue, jobbet med av én fikskjøring der tråden forteller hele historien.

Et issue er den ene posten for et problem: noe Polylanes egne sjekker fant, eller et varsel et tilkoblet verktøy sendte. Posten holder regnskap (fingeravtrykk, forekomster, konklusjon, alvorlighetsgrad); fikskjøringens tråd som jobber med det, er der du leser hva som skjedde.

Hva det gjør

Hver deteksjon går gjennom én livssyklus, uansett kilde: den registreres, en fikskjøring kommer til en konklusjon, en bekreftet hendelse jobbes frem til en fiks, og issuet løses når problemet er over. Det finnes ingen rå varselkø å triagere for hånd. Duplikater slås sammen med issuet som allerede finnes, så ett problem er én post og én tråd.

Hvor issues kommer fra

KildeBeskrivelse
Polylane-sjekkerSjekker på tilkoblede ressurser og skykontoer evaluerer metrikker, logger og spor, og registrerer et issue når en av dem finner et reelt problem.
LeverandørvarslerVarsler fra tilkoblede observerbarhetsverktøy og skykontoer blir issues, så alt som kan trenge oppmerksomhet, går gjennom én livssyklus. Se Integrasjoner.
Åpnet fra en trådOverlever et problem i en chat-tråd, så åpner agenten issuet for deg, noe som starter fikskjøringen dens.

Slik fungerer det

  1. Et funn registreres med et fingeravtrykk bygget fra kilden sin: ressursen og sjekken for Polylane-deteksjoner, integrasjonen og varsel-ID-en for leverandørvarsler. En utløsning som matcher et åpent issue, øker forekomsttallet dens i stedet for å opprette et duplikat.
  2. En fikskjøring leser den rå nyttelasten, spørringen bak varselet, nylige metrikker og koden din, og registrerer så én av to konklusjoner: confirmed (et reelt problem) eller dismissed (støy eller forventet oppførsel). Et funn som hører til et issue som allerede er åpent, eller ett som nylig ble løst, slås sammen med det issuet i stedet.
  3. Et bekreftet issue jobbes frem til en fiks i samme tråd, med mindre workspacets alvorlighetsterskel eller plangrense holder det tilbake til en person starter. Alvorlighetsgraden er én av critical, high, medium, low eller info, og kjøringen kan omgradere den når den har lest bevisene.
  4. Issuet løses når problemet er over: en gjenoppretting fra leverandøren, en senere sjekk som kommer tilbake ren, eller et varsel som holder seg stille. Du kan også markere ett som Resolved selv. Hvis det samme problemet kommer tilbake innen 24 timer (lenger for issues som navngir en kodefeil), gjenåpnes det eksisterende issuet, og fikskjøringen dens tar en ny titt.

Statuser

StatusBeskrivelse
newRegistrert, ingen fikskjøring ennå.
triagingFikskjøringen leser bevisene og har ikke kommet til en konklusjon.
confirmedEt reelt problem. Vises som en hendelse; kjøringen jobber det frem til en fiks, med mindre det holdes tilbake for en person.
dismissedIkke et problem. Beholdes slik at det samme signalet slås stille sammen neste gang.
skippedIngen fikskjøring startet, for eksempel fordi signaturen er undertrykt i workspace-innstillingene.
failedKjøringen kom aldri til en konklusjon.

Et issue har også resolvedAt når problemet er over, uansett hvilken status det har.

Hvor du finner det

Åpne Issues i konsollen for å se registreringer, filtrere etter alvorlighetsgrad eller status og finne aktive eller tilbakeholdte issues. Hvert issue har en side med bevis, undersøkelse, tidslinje og egenskaper. Bruk Investigate for å starte en kjøring eller Open thread for å fortsette samtalen. API-feltet _html_url lenker direkte til siden, også for issues uten en kjøring.

Under Threads viser forhåndsvalget Fix runs samtalene med agenten. Kjøringens siste melding viser resultatet: en pull request, ingen nødvendig fiks eller noe som trenger din oppmerksomhet. Trådens sidepanel åpner bevisene og eventuelle eskaleringer, med Open full page for å se hele posten.

Hver skykonto, integrasjon og topologiressurs har en Problems-fane som lister fikskjøringene i det omfanget. Et issue som aldri fikk en kjøring, vises som et kort i feeden; utvid det og bruk Investigate for å starte en. Fra skript er issuet et fullverdig objekt i API-referansen, lest med omfanget issues:read og redigert med issues:write.

Relatert

  • Fikskjøringer for hvordan en kjøring kommer til konklusjonen sin og jobber med et bekreftet issue.
  • Threads for å lese en transkripsjon og bevisene dens.
  • Escalations for hva som skjer når agenten trenger deg.
  • Skyer for kontoene og ressursene issues er avgrenset til.