Analityka alertów pokazuje najbardziej hałaśliwe alerty, wskaźniki potwierdzeń, MTTA i MTTR, trendy cyklu życia oraz najstarsze nierozwiązane grupy alertów.
Metryki Prometheus udostępniają opóźnienia żądań, odbiór alertów, kolejki powiadomień i stan workerów, z opcjonalnym uwierzytelnianiem tokenem bearer i obsługą ServiceMonitor w Helm.
Konfiguracja obsługuje nadpisywanie wartości przez zmienne środowiskowe, zamontowane pliki sekretów oraz odwołania Helm do istniejących obiektów Secrets lub ConfigMaps.
Ślady wykonania orkiestracji pokazują dopasowane reguły, zmiany zdarzeń i proponowane decyzje w porównaniu z rzeczywistymi wynikami cyklu życia.
Szczegóły alertów pokazują bieżącą politykę priorytetów i źródło routingu powiadomień; podczas łączenia z incydentem można wyszukiwać grupy alertów według tytułu lub ID.
Obrazy Docker obsługują teraz linux/arm64 obok linux/amd64.
Incydenty mają teraz własny obszar roboczy, cykl życia, priorytet i osobę odpowiedzialną operacyjnie, a także powiązania z grupami alertów i historię aktywności.
Niezgodna wstecz zmiana API: operacje na technicznych grupach alertów przeniesiono do /api/alert-groups; /api/incidents zarządza teraz wyłącznie incydentami operacyjnymi.
Integracja Cloud.ru Cloud Eye odbiera podpisane powiadomienia SMN o alarmach i przywróceniu działania, automatycznie potwierdzając subskrypcję.
Kanały Feishu / Lark dostarczają powiadomienia tekstowe przez webhooki własnych botów z opcjonalnym podpisywaniem żądań.
Panel przeglądu pokazuje trendy alertów, stan usług, aktywność zespołów, osoby aktualnie dyżurujące i ostatnie działania.
Polityki powiadomień zyskują filtry priorytetu, ważności, źródła i atrybutów usługi, zachowując odwołania do wyłączonych kanałów.
Ulepszono szczegóły alertów na urządzeniach mobilnych i nawigację z powiadomień push przeglądarki; webhooki Grafana akceptują opcjonalne pola o wartości null.
Odkładanie alertów może tymczasowo wstrzymać powiadomienia, przypomnienia, aktualizacje i eskalację dla jednej aktywnej grupy alertów bez ukrywania jej stanu technicznego ani wpływu na usługę.
Respondenci mogą odkładać i przywracać alerty z interfejsu WWW, powiadomień push przeglądarki, Slack a, Telegram a i Mattermost, z automatycznym wygaśnięciem, wznowieniem dostarczania oraz pełnymi zapisami osi czasu i audytu.
Natywna integracja z Azure Monitor przyjmuje webhooki Common Alert Schema, mapuje zdarzenia Fired i Resolved, normalizuje priorytety Sev0-Sev4 oraz udostępnia metadane Azure do routingu.
Historia zdarzeń przychodzących alertów podrzędnych może być globalnie przechowywana w trybie pełnym, tylko początkowym lub wyłączonym, a Event Orchestration może nadpisać tryb dla pasujących zdarzeń bez usuwania operacyjnych wpisów osi czasu.
Dostawcy OIDC i SAML mogą mapować atrybuty tożsamości na identyfikatory użytkowników Slack, Telegram i Mattermost, ułatwiając obsługę interaktywnych działań powiadomień przez SSO.
Usuwanie i ponowne tworzenie zasobów jest bezpieczniejsze: zależny routing i zadania harmonogramu są spójnie wyłączane, a dane historyczne pozostają dostępne.
Interfejs dodaje pełne lokalizacje hiszpańską i chińską uproszczoną.
Wdrożenia Helm obsługują niestandardowe urzędy CA i bezpieczniejszą konfigurację wychodzącego HTTP do sieci prywatnych, z poprawkami wartości liczbowych i ścieżek statycznych za reverse proxy.
Konfigurowalne zasady retencji mogą automatycznie usuwać starą historię rozwiązanych alertów, Explain Trace i ślady wykonania Event Orchestration w ograniczonych partiach harmonogramu.
Event Orchestration może ustawić pełne, kompaktowe lub wyłączone ślady przetwarzania dla każdego dopasowanego zdarzenia, z ograniczonym buforowaniem i widocznym stanem kompaktowym lub skróconym.
Potwierdzenie skorelowanego incydentu anuluje teraz nieaktualne powiadomienia, przypomnienia i eskalacje; zdarzenia podrzędne o takim samym lub niższym priorytecie pozostają potwierdzone, a zdarzenia o wyższym priorytecie mogą ponownie otworzyć grupę.
Natywna integracja z New Relic odbiera powiadomienia o problemach z Alerts Workflow i kieruje znormalizowane zdarzenia cyklu życia przez standardowe tokeny wejściowe IncidentRelay.
Natywna integracja z Nagios Core i Nagios XI mapuje problemy hostów i usług, powroty do normy oraz potwierdzenia, ignorując przestoje, flapping i niestandardowe powiadomienia.
Chart Helm jest teraz publikowany w GHCR jako artefakt OCI, z bezpieczniejszymi ustawieniami domyślnymi i ulepszonymi kontrolami wdrożeń zgodnych z SQLite.
Ciemny motyw jest bardziej spójny w głównych widokach, a symulator Orchestration prezentuje wyniki w czytelniejszym i przyjaźniejszym formacie.
Event Orchestration dodaje globalne i ograniczone do usług wersjonowane reguły, które normalizują, wzbogacają, kierują, grupują i deduplikują zdarzenia przychodzące, zanim zakończy się ich przetwarzanie w cyklu życia alertu.
Reguły mogą wybierać zespoły, trasy, usługi i polityki, zmieniać priorytet i ważność, wyciszać powiadomienia, opóźniać lub odrzucać zdarzenia oraz kolejkować bezpieczne asynchroniczne webhooki.
Wizualny kreator i edytor JSON oferują walidację, symulację, odtwarzanie, wykonanie w trybie shadow, ślady, metryki oraz niezmienne procesy publikowania i wycofywania, co zwiększa bezpieczeństwo wdrożeń.
Natywna integracja z Uptime Kuma zamienia zmiany stanu monitorów w kierowane alerty i automatycznie je rozwiązuje po przywróceniu działania monitorów.
Wyciszenia i okna serwisowe można teraz stosować retroaktywnie do nierozwiązanych alertów; po zakończeniu wyciszenia alerty można ponownie aktywować, zachowując spójny stan eskalacji i powiadomień.
Interfejs zyskuje ciemny motyw, zapisywane preferencje UI, widok dziennika audytu oraz pełną lokalizację francuską.
Osobiste tokeny API zyskują szczegółowe zakresy, a ograniczanie prób logowania, bezpieczniejsze wychodzące żądania HTTP i bardziej rygorystyczna walidacja wzmacniają granicę bezpieczeństwa.
Dołączony chart Helm zapewnia obsługiwaną ścieżkę wdrażania aplikacji webowej i workerów działających w tle na Kubernetes.
Migracje PostgreSQL rozpoznają teraz tabele, kolumny i indeksy w schemacie wybranym przez aktywną ścieżkę wyszukiwania, naprawiając aktualizacje korzystające z niepublicznego schematu.
W starszych migracjach i kontrolach schematu używane są wspólne narzędzia introspekcji uwzględniające schemat, co zapobiega niebezpiecznemu powrotowi do schematu publicznego.
Aktualizacje i wycofywanie migracji przechowują teraz zmiany schematu i zapis migracji w tej samej transakcji bazy danych, ograniczając ryzyko częściowo zastosowanych migracji.
Nowe testy migracji obejmują własne schematy PostgreSQL, brakujące relacje, wyszukiwanie indeksów, proxy bazy danych i zachowanie baz innych niż PostgreSQL.
IncidentRelay zawiera teraz obsluge lokalizacji UI z katalogami po angielsku, rosyjsku i niemiecku dla workflow alertow, uslug, tras, rotacji, profilu i administracji.
Narzedzia migracji Grafana OnCall i PagerDuty pomagaja zespolom przeniesc istniejace dane dyzurowe do IncidentRelay.
Integracje webhook zgodne z PagerDuty Events API v2 i Datadog rozszerzaja obslugiwane zrodla alertow.
Oficjalne zdjęcia kontenerów IncidentRelay są teraz publikowane na stronie GitHub Rejestr kontenerów i Docker Compose domyślnie używa zmodyfikowanego obrazu wydania.
Na wykresie Helm znajdują się teraz statki w wersji 1.1.0 i używają oficjalnego obrazu IncidentRelay dla wdrożeń Kubernetes.
Rejestry audytowe, błędy w zatwierdzaniu i odpowiedzi na pytania dotyczące gotowości są obecnie redaktowane i unikają ujawniania poufnych danych wejściowych lub danych.
Wielokrotne uznanie i rozstrzygnięcie działań są bezpodstawne, zapobiegając podwójnym wydarzeniom w czasie, powiadomieniom i aktualizacjom skutków.
Linki serwisowe i runbooki teraz zatwierdzają zewnętrzne adresy URL przed renderowaniem odpowiednich linków.
Bicia serca wspierają obecnie wieloinstancyjne śledzenie miejsc pracy lub agentów działających na wielu producentów.
Autoodnalezienie może nauczyć się nowych przypadków bicia serca z udanych pingi, podczas gdy tryb statyczny może egzekwować oczekiwaną listę producentów.
Każda spóźniona instancja bicia serca może utworzyć własny alarm z etykietami instancji i niezależne zachowanie auto- rozwiązać.
Stan instancji Heartbeat jest narażony na działanie UI i API, w tym na notowanie i wyłączenie przestarzałych producentów.
Bicia serca dodać dead- man-switch monitorowania dla watchdogs, kopie zapasowe, zadania ETL, log nadawców i innych systemów, gdzie cisza jest tryb awarii.
Tryby interval i scheduled- completion mogą tworzyć normalne alarmy kierowane IncidentRelay, gdy spodziewane pingi zatrzymać przyjazd.
Alerty Heartbeat korzystają z istniejącej trasy, eskalacji, powiadomienia, konserwacji i usług-impact rurociągu, z opcjonalnym auto- rozwiązać, gdy pings powrót.
Business Services and Service Catalog impact score rating now handle status, priority, disory and dependence weights more grantely.
Świadoma korelacja łączy powiązane grupy aktywnych alarmów pomiędzy zależnościami od usług.
Możliwe przyczyny, objawy i wpływ na środowisko obejmują ocenę zaufania, głębokość zależności i wyjaśnienie.
Korelacja pojawia się w listach alarmowych, szczegółach, harmonogramach i kontekście powiadamiania, przy jednoczesnym pozostaniu doradczym: wpisy nie są automatycznie łączone, tłumione lub usuwane.
Ustawienia współzależności i opóźnienia rozprzestrzeniania kontroli czasu korelacji i hałasu.
Serwis Impact Historia przechowuje zaplanowanych lub manualnych migawek-in-time dotkniętych usług, Alert impact, Independent impact, Root przyczyny i promień wybuchu.
Historyczne wykresy pokazują wrażliwe trendy usługowe i przyczyny oddziaływania, podczas gdy rankingi identyfikują usługi, które są wielokrotnie dotknięte.
Analiza niezawodności usług łączy obecny stan zdrowia SLI /SLO z danymi historycznymi dotyczącymi wpływu na przeglądy operacyjne i badania incydentów.
Zarządzanie kontekstem usług zapewnia teraz jaśniejsze przełączanie i edytowanie przepływów roboczych dla linków, runbooków i zależności.
Polityka powiadamiania o usłudze wybiera wspólne kanały dostaw za pomocą uporządkowanych zasad opartych na parametrach ostrzegawczych i rodzajach zdarzeń, z wykorzystaniem wyłącznie rutynowych, polityki usługowej i połączonych trybów dostaw.
Priority Policies automatycznie przydziela P1-P5 przy użyciu zamówionych zasad matchera, domyślnych zespołów lub nadwozia serwisowe, konfigurowalnych trybów aktualizacji oraz priorytetów źródłowych lub awaryjnych.
Realisable Matcher Presets i dzielony edytor przynoszą spójne zatwierdzanie JSON, formatowanie i sugestie z ostatnich wpisów do tras, zasad usługi, milczenia, polityki i runbook usług.
Odpowiedzi mogą zresetować ręcznie przypisany priorytet incydentu do automatycznego zarządzania, podczas gdy Alert Explain Trace pokazuje, jak priorytetu został wybrany i zastosowany.
E-mail, Slack, Mattermost, Telegram i powiadomienia o uruchomieniu przeglądarki mogą łączyć się bezpośrednio z pierwotnym zdarzeniem źródłowym, z ulepszonym zdarzeniem Sentry i wykrywaniem projektu.
On- call Health dodaje wskaźniki gotowości do rotacji i zespołów, podkreślając zdrowe, ostrzeżenia i krytyczne konfiguracje przed incydentem.
Szczegółowa diagnostyka wykrywa puste lub wyłączone warstwy rotacji, nieaktywnych członków, luki w harmonogramie, nierozwiązane cele przydziału oraz problemy z dostawą zgłoszeń.
Szczegóły dotyczące zdrowia obejmują liczbę problemów, kontrolowany czas oraz zalecenia dotyczące naprawy każdego poszkodowanego zespołu lub rotacji.
Nowe podsumowujące i szczegółowe punkty końcowe API ujawniają stabilne kody do odczytu maszynowego do automatyzacji, monitorowania i diagnostyki zewnętrznej.
Alert Wyjaśnij Trace rejestruje sposób przetwarzania przychodzących alertów, w tym dopasowywanie tras, grupowanie, decyzje dotyczące konserwacji i wyciszenia, planowanie powiadomień i ścieżki zatrzymanego przetwarzania.
Integracja obejmuje obecnie trace_id, co sprawia, że awarie routingu, tłumione incydenty i sieroce usunięte alarmy łatwiej zbadać z interfejsu lub API.
Strona Alerts zawiera widok Wyjaśnienia i głębokie linki do otwierania śladów bezpośrednio z parametrów zapytania trace_id.
Alerty API teraz zatwierdzają zapytania z listy poprzez dedykowany schemat, poprawiając wielowartościowy filtr, paginację, sortowanie i przypisywanie do mnie zachowanie zapytania.
LibreNMS API Ostrzeżenia o transporcie mogą być teraz odbierane przez specjalny punkt końcowy integracji librenms ze znormalizowanym statusem, surowością, etykietami, odpowielaniem i obsługą odzysku.
Użytkownicy mogą ustawić preferencje strefy czasowej profilu, poprawiając ostrzeżenie i czas kalendarzowy renderowania dla rozproszonych zespołów.
Centrum Notification ujawnia oczekujące na rozpatrzenie wnioski o udzielenie odpowiedzi oraz działania związane z incydentami ze strony użytkownika poprzez dedykowany API.
Dokumentacja usług API obejmuje obecnie inwentaryzację, zasady dopasowania, linki, księgi startowe, zależności, wpływ i analityczne punkty końcowe w jednym specjalnym referencji.
Na stronie Alerts można zachować stan filtra i zawiera filtr assigned- to- me dla szybszej osobistej oceny.
Wykres Helm jest teraz dostępny dla deloyments Kubernetes, w tym web, scheduler i Telegram składniki pracownika, renderowane tajemnice konfiguracyjne, sondy, wstęp, konto serwisowe i trwałe.
Usługi mogą określać domyślne zainteresowane strony, które są kopiowane w nowe incydenty, tak aby właściciele i obserwatorzy mogli otrzymywać utworzone, priorytetowe, status i rozwiązane powiadomienia.
Wnioski o udzielenie odpowiedzi na incydenty są obecnie przekazywane do centrum notyfikacyjnego, w którym użytkownicy docelowi mogą zobaczyć oczekujące na rozpatrzenie wnioski i zaakceptować lub odrzucić je z przepływu informacji o incydencie.
API dotyczące incydentów i usług obejmują obecnie respondentów, zainteresowane strony, priorytety, usługi i właściciela usług/defaultzarządzanie zainteresowanymi stronami.
Priorytety dotyczące incydentów wykorzystują obecnie spójną, krytyczną skalę P1 za pomocą informacji P5, obejmującą szczegółowe informacje i opinie operacyjne.
Strona Alerts obsługuje filtrowanie i sortowanie pierwszeństwa, natomiast deska rozdzielcza pokazuje identyfikatory pierwszeństwa i streszczenie dystrybucji pierwszeństwa.
Natężenie alarmu przychodzącego może automatycznie przypisać lub podnieść priorytet incydentu bez nadpisywania ręcznie wybranego priorytetu lub obniżania istniejącego automatycznego priorytetu.
E-mail, Mattermost, Telegram i powiadomienia o uruchomieniu przeglądarki zawierają teraz priorytet incydentu, a ręczne zmiany priorytetów mogą zgłaszać subskrybowane zainteresowane strony pocztą elektroniczną.
Read- only CalDAV sync eksponuje dostępne harmonogramy połączeń zespołu na wezwanie do Apple Calendar, Thunderbird, DAVx5 i innych kompatybilnych klientów.
Zmodyfikowane kanały subskrypcji ICS pozwalają zespołom dodawać harmonogramy połączeń do programu Outlook, kalendarza Google i innych klientów kalendarza, z kontrolą regeneracji lub cofnięcia adresów URL.
Nowa, podpisana integracja Sentry otrzymuje ostrzeżenia o emisji, ostrzeżenia metryczne i wydarzenia związane z cyklem życia, z tajemnicami na poziomie route- level, deduplikacją i automatyczną obsługą.
Konfiguracja trasy dostarcza teraz specyficzne dla danego źródła adresy URL haka, szczegóły symbolu oraz przykłady curl do kopiowania.
Wsparcie w zakresie zdrowia i gotowości Kubernetes sondy i kontrole balancerów.
Service Impact v2 pokazuje aktualny efektywny status usług, przyczyny, ścieżki zależności i dalszy promień wybuchu.
Service Analytics v2 łączy w sobie zgrupowane incydenty, surowy wolumen alarmowy, wskaźniki hałasu i dedukcji, liczniki utrzymania i dane czasu reakcji.
Doświadczenie w zakresie usług obejmuje obecnie bogatszy wpływ i poglądy analityczne z wykresami i jaśniejszymi podsumowaniami operacyjnymi.
Sterowanie selekcją użytkowników w zespołach, grupach, rotacjach i strumieniach pracy mają bardziej przejrzyste etykiety i dynamiczne aktualizacje.
Utrzymanie systemu Windows może adresować grupy, zespoły, usługi lub trasy i tłumić powiadomienia, tłumić nowe incydenty, tworzyć incydenty konserwacyjne lub pauzy eskalacji.
Harmonogramy utrzymania wspierają strefy czasowe, skuteczne statusy i powtarzające się zasady RFC5545.
Odpowiedzi mogą tworzyć, edytować i usuwać komentarze dochodzeniowe bezpośrednio na temat grup alarmowych, przy czym działania te znajdują odzwierciedlenie w harmonogramie alarmowym.
Szczegóły alertów obejmują teraz kontrolę zarządzania incydentami dotyczącą priorytetu, żądań osób odpowiadających i preferencji powiadamiania zainteresowanych stron.
Menedżerowie grup mogą zarządzać użytkownikami zespołów w zakresie ich dostępu.
Powiązane sygnały monitorujące mogą być teraz gromadzone w grupach alarmowych przy użyciu konfigurowalnych pól trasy group_by.
Operatorzy mogą uznać, rozwiązać i ręcznie połączyć grupy alarmowe, zachowując jednocześnie indywidualne ostrzeżenia dla dzieci.
Powiadomienia grupy alertów obsługują opóźnione interwały przetwarzania wsadowego i aktualizacji, redukując hałas spowodowany krótkotrwałymi lub rapidly rozwijającymi się incydentami.
Członkowie warstwy rotacyjnej mają teraz okresy początkowe i końcowe, zachowując historyczne harmonogramy i wspierając przyszłe zmiany w składzie.
Zapytania grup alarmowych obsługują filtry wielowartościowe dla bardziej elastycznych wyświetleń incydentów i wniosków API.
Administratorzy mogą tworzyć lub aktualizować administratory IncidentRelay z grupy użytkowników Slack za pomocą nowego polecenia sync-slack-admins.
Przeglądarka / PWA powiadomienia push są teraz dostępne dla przypisanych użytkowników z ich urządzeń profilowych.
Przeglądarka powiadomień push może zawierać krótkotrwałe ACK i Rozwiązywanie działań.
Zasady powiadamiania o profilu pozwalają użytkownikom definiować następujące dostawy poprzez pchanie przeglądarki, email lub rozmowy głosowe.
Zawiadomienie dostawy teraz obsługuje pominięte kontroli dostaw i przeglądarki naciskać zachowanie bardziej wiarygodnie.
Alerty i tabele w stylu administratora korzystają teraz z pomocników filtrowania i paginacji wielokrotnego użytku w przypadku większych zestawów danych.
Stan wywołania jest teraz widoczny na pasku topbar i profilu, więc użytkownicy mogą zobaczyć bieżące i nadchodzące zmiany szybciej.
Ustawienia profilu zawierają teraz status wywołania i preferencje powiadomień dotyczące aktualizacji poczty elektronicznej z harmonogramem zmiany.
Notyfikacje wiadomości e-mail Shift mogą ostrzegać użytkowników o zbliżających się okresach połączeń przy jednoczesnym poszanowaniu preferencji i zasad dedulacji.
Przeglądy rotacyjne stanowią teraz informacje o warstwach, przekroczeniach i udziale użytkownika podczas obliczania specyficznych dla użytkownika okien on- call.
Przeglądy kalendarza i rotacji zostały udoskonalone wokół czasu ograniczonego harmonogramem przeglądania i jaśniejszy kontekst on-call.
Rotacje teraz wspierać warstwowe on-call harmonogramy z priorytetami, aktywnych ograniczeń czasowych, członków warstwy przerostowej i Timezone-świadomy zasad przekazania.
Kalendarz teraz renderuje ostateczny harmonogram z warstw i nadwyżek, więc zespoły mogą sprawdzić efektywnego użytkownika on-call dla każdego segmentu czasu.
Filtrowanie kalendarza obsługuje teraz wybór określonej rotacji, gdy zespół ma wiele harmonogramów.
API rotacyjne odsłaniają teraz punkty końcowe dla automatyzacji i integracji warstw, członków i warstw.
Przedziały przypomnienia o rotacji można teraz ustawić na 0, aby wyłączyć powtarzające się przypomnienia dotyczące wpisów przypisanych za pomocą tej rotacji.
Eskalacja w oparciu o pamiętnik teraz szanuje pamięci wyłączone zamiast z powrotem do globalnego okresu przypomnienia.
Filtr dotkliwości strony Alerts zawiera teraz ostrzeżenia i informacje o szczelności dla bardziej precyzyjnego triage.
Personal API token lifetimes are now capped at 365 days while still allowing non-expiring token with 0 days.
Alerty mają teraz strony ze szczegółowymi informacjami, które można udostępniać, co ułatwia wysyłanie bezpośrednich linków do incydentów członkom zespołu.
Postępy w eskalacji są widoczne bezpośrednio w ostrzeżeniach, pomagając respondentom zrozumieć, jak daleko nastąpił eskalacja incydentu.
Stan alarmowy jest łatwiejszy do prześledzenia dzięki wyraźniejszym rozwiązanym i zwiększającym się poziomom danych w API.
Telegram Powiadomienia mogą wskazywać na powiązany alarm i pokazywać właściwe przyciski działania dla obecnego stanu.
Telegram obsługa obejmuje bogate wiadomości, interaktywne działania, przyciski inline i tryb sondowania.
Kanały powiadamiania mogą używać filtrów dotkliwości ze znormalizowaną obsługą dotkliwości dla bardziej przewidywalnego routingu.
Overrides on-call są łatwiejsze do zarządzania z modalnego wielokrotnego użytku, szybszy stan buforowany i kalendarowe zachowanie.
Ekrany administracji, profili, kalendarza, rotacji i alertów zostały przeprojektowane w celu zapewnienia większej przejrzystości codziennych operacji.