Problemy

Problem to pojedynczy rekord czegoś, co nie działa: coś, co znalazły własne kontrole Polylane, albo alert wysłany przez połączone narzędzie. Rekord prowadzi rachunek (odcisk palca, wystąpienia, werdykt, krytyczność); wątek przebiegu naprawy, który nad nim pracuje, jest miejscem, w którym czytasz, co się stało.

Co robi

Każde wykrycie przechodzi przez jeden cykl życia, niezależnie od źródła: jest zapisywane, przebieg naprawy dochodzi do werdyktu, potwierdzony incydent jest prowadzony do poprawki, a problem rozwiązuje się, gdy kłopot mija. Nie ma surowej kolejki alertów do ręcznego triażu. Duplikaty scalają się z problemem, który już istnieje, więc jeden kłopot to jeden rekord i jeden wątek.

Skąd pochodzą problemy

Jak to działa

1. Ustalenie jest zapisywane z odciskiem palca zbudowanym z jego źródła: zasobu i kontroli dla wykryć Polylane, integracji i identyfikatora alertu dla alertów dostawców. Uruchomienie pasujące do otwartego problemu zwiększa jego licznik wystąpień zamiast tworzyć duplikat.
2. Przebieg naprawy czyta surowy payload, zapytanie stojące za alertem, ostatnie metryki i twój kod, a potem zapisuje jeden z dwóch werdyktów: confirmed (prawdziwy problem) albo dismissed (szum albo oczekiwane zachowanie). Ustalenie należące do problemu, który jest już otwarty albo został niedawno rozwiązany, dołącza do tego problemu.
3. Potwierdzony problem jest prowadzony do poprawki w tym samym wątku, chyba że próg krytyczności obszaru roboczego albo limit planu wstrzyma go do czasu, aż uruchomi go osoba. Krytyczność to jedna z wartości critical, high, medium, low lub info, a przebieg może ją zmienić, gdy przeczyta dowody.
4. Problem rozwiązuje się, gdy kłopot mija: dostawca zgłasza powrót do normy, późniejsza kontrola wraca czysta albo alert milczy. Możesz też samodzielnie oznaczyć problem jako Resolved. Jeśli ten sam kłopot wróci w ciągu 24 godzin (dłużej w przypadku problemów wskazujących defekt w kodzie), istniejący problem otwiera się ponownie, a jego przebieg naprawy przygląda mu się na nowo.

Statusy

Problem niesie też resolvedAt, gdy kłopot minie, niezależnie od statusu.

Gdzie to znaleźć

Otwórz Issues w konsoli, aby przeglądać wykryte problemy, filtrować według ważności lub statusu i znajdować aktywne albo wstrzymane problemy. Każdy problem ma stronę z dowodami, dochodzeniem, osią czasu i właściwościami. Investigate rozpoczyna przebieg, a Open thread pozwala kontynuować rozmowę. Pole _html_url w API prowadzi bezpośrednio do tej strony, także dla problemów bez przebiegu.

W Threads preset Fix runs pokazuje rozmowy z agentem. Ostatnia wiadomość przebiegu zawiera jego wynik: pull request, brak potrzeby poprawki albo prośbę wymagającą twojej uwagi. Panel boczny otwiera dowody i eskalacje, a Open full page pokazuje pełny rekord.

Każde konto chmurowe, integracja i zasób topologii ma kartę Problems wymieniającą przebiegi naprawy w tym zakresie. Problem, który nigdy nie dostał przebiegu, pojawia się jako karta w feedzie; rozwiń ją i użyj Investigate, żeby go rozpocząć. W skryptach problem jest pełnoprawnym obiektem w dokumentacji API, czytanym z zakresem issues:read i edytowanym z issues:write.

Powiązane

• Przebiegi naprawy: jak przebieg dochodzi do werdyktu i pracuje nad potwierdzonym problemem.
• Threads: czytanie transkryptu i jego dowodów.
• Escalations: co się dzieje, gdy agent potrzebuje ciebie.
• Chmury: konta i zasoby, do których ograniczone są problemy.