Issues
Et issue er den ene post om et problem: noget Polylanes egne kontroller fandt, eller en alarm et forbundet værktøj sendte. Posten holder regnskab (fingeraftryk, forekomster, vurdering, alvorsgrad); fix run-tråden, der behandler det, er der, hvor du læser, hvad der skete.
Hvad det gør
Hver detektion gennemløber én livscyklus, uanset kilde: den registreres, et fix run når en vurdering, en bekræftet hændelse arbejdes frem til en rettelse, og issuet løses, når problemet er ovre. Der er ingen rå alarmkø at triagere i hånden. Dubletter foldes ind i det issue, der allerede findes, så ét problem er én post og én tråd.
Hvor issues kommer fra
| Kilde | Beskrivelse |
|---|---|
| Polylane-kontroller | Kontroller på forbundne ressourcer og cloudkonti evaluerer metrikker, logs og traces og registrerer et issue, når en af dem finder et reelt problem. |
| Udbyderalarmer | Alarmer fra forbundne observability-værktøjer og cloudkonti bliver issues, så alt, der kan kræve opmærksomhed, gennemløber én livscyklus. Se Integrationer. |
| Åbnet fra en tråd | Overdrag et problem i en chattråd, og agenten åbner issuet for dig, hvilket starter dets fix run. |
Sådan fungerer det
- Et fund registreres med et fingeraftryk bygget ud fra dets kilde: ressourcen og kontrollen for Polylane-detektioner, integrationen og alarm-id'et for udbyderalarmer. En udløsning, der matcher et åbent issue, øger dets antal forekomster i stedet for at oprette en dublet.
- Et fix run læser den rå payload, forespørgslen bag alarmen, seneste metrikker og din kode og registrerer derefter én af to vurderinger:
confirmed(et reelt problem) ellerdismissed(støj eller forventet adfærd). Et fund, der hører til et allerede åbent issue, eller et der nyligt er løst, slutter sig til det issue i stedet. - Et bekræftet issue arbejdes frem til en rettelse i den samme tråd, medmindre arbejdsområdets alvorsgradsgrænse eller plangrænse tilbageholder det, til en person starter det. Alvorsgraden er én af
critical,high,medium,lowellerinfo, og runnet kan omvurdere den, når det har læst beviserne. - Issuet løses, når problemet er ovre: en genopretning fra udbyderen, en senere kontrol der kommer tilbage ren, eller en alarm der forbliver stille. Du kan også selv markere et som Resolved. Hvis det samme problem vender tilbage inden for 24 timer (længere for issues, der peger på en kodefejl), genåbnes det eksisterende issue, og dets fix run ser på det igen.
Statusser
| Status | Beskrivelse |
|---|---|
new | Registreret, intet fix run endnu. |
triaging | Fix runnet læser beviserne og har ikke nået en vurdering. |
confirmed | Et reelt problem. Vises som en hændelse; runnet arbejder det frem til en rettelse, medmindre det tilbageholdes til en person. |
dismissed | Ikke et problem. Beholdes, så det samme signal foldes stille ind næste gang. |
skipped | Intet fix run startet, for eksempel fordi signaturen er undertrykt i arbejdsområdets indstillinger. |
failed | Runnet nåede aldrig en vurdering. |
Et issue bærer også resolvedAt, når problemet er ovre, uanset hvilken status det har.
Hvor du finder det
Åbn Issues i konsollen for at gennemse registreringer, filtrere efter alvor eller status og finde aktive eller tilbageholdte issues. Hvert issue har en side med beviser, undersøgelse, tidslinje og egenskaber. Brug Investigate til at starte et run eller Open thread til at fortsætte samtalen. API-feltet _html_url linker direkte til siden, også for issues uden et run.
Under Threads viser forvalget Fix runs samtalerne med agenten. Runnets sidste besked er dets resultat: en pull request, ingen nødvendig rettelse eller noget, der kræver din opmærksomhed. Trådens sidepanel åbner beviserne og eventuelle eskaleringer, med Open full page for at se hele posten.
Hver cloudkonto, integration og topologiressource har en Problems-fane, der lister fix runs i det pågældende omfang. Et issue, der aldrig fik et run, vises som et kort i feedet; fold det ud, og brug Investigate for at starte et. Fra scripts er issuet et førsteklasses objekt i API-referencen, læst med scopet issues:read og redigeret med issues:write.
Relateret
- Fix runs for hvordan et run når sin vurdering og behandler et bekræftet issue.
- Tråde for at læse et transskript og dets beviser.
- Escalations for hvad der sker, når agenten har brug for dig.
- Clouds for de konti og ressourcer, issues er afgrænset til.
Opdag
Polylane læser din telemetri og rejser issues, gennemgår hver pull request mod produktion og markerer risikabel konfiguration, uden at du skriver alarmregler.
Pull request-gennemgange
Hver pull request i et forbundet repository kontrolleres mod den produktion, den deployer til, og du hører om det, før du merger.