Issues
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
| Kilde | Beskrivelse |
|---|---|
| Polylane-sjekker | Sjekker på tilkoblede ressurser og skykontoer evaluerer metrikker, logger og spor, og registrerer et issue når en av dem finner et reelt problem. |
| Leverandørvarsler | Varsler 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åd | Overlever et problem i en chat-tråd, så åpner agenten issuet for deg, noe som starter fikskjøringen dens. |
Slik fungerer det
- 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.
- 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) ellerdismissed(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. - 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,lowellerinfo, og kjøringen kan omgradere den når den har lest bevisene. - 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
| Status | Beskrivelse |
|---|---|
new | Registrert, ingen fikskjøring ennå. |
triaging | Fikskjøringen leser bevisene og har ikke kommet til en konklusjon. |
confirmed | Et reelt problem. Vises som en hendelse; kjøringen jobber det frem til en fiks, med mindre det holdes tilbake for en person. |
dismissed | Ikke et problem. Beholdes slik at det samme signalet slås stille sammen neste gang. |
skipped | Ingen fikskjøring startet, for eksempel fordi signaturen er undertrykt i workspace-innstillingene. |
failed | Kjø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.
Oppdag
Polylane leser telemetrien din og reiser issues, gjennomgår hver pull request mot produksjon og flagger risikabel konfigurasjon, uten varselregler å skrive.
Pull request-gjennomganger
Hver pull request i et tilkoblet repository sjekkes mot produksjonen den deployes til, og du hører om det før du merger.