Co zespoły zwykle potrzebują od alternatywy OnCall
Zespoły oceniające alternatywę zasadniczo potrzebują czterech rzeczy do współpracy: monitorowania integracji, dokładnego harmonogramu połączeń, modelu routingu i wiarygodnego sposobu uznawania lub eskalacji ostrzeżeń.
IncidentRelay zapewnia te możliwości jako samodzielną aplikację. Może otrzymywać powiadomienia od Prometeusza Alertmanager, Zabbix, Sentry i ogólnych haczyków internetowych, a następnie podłączyć je do usług, zespołów, rotacji i kanałów powiadamiania.
Przekierowywanie alertów bez wymaganego pulpitu nawigacyjnego stack
IncidentRelay nie wymaga działania Grafana. Alertmanager użytkownicy mogą wysyłać alarmy bezpośrednio do specyficznych punktów końcowych, podczas gdy inne narzędzia monitorowania mogą korzystać z dedykowanej integracji lub ogólnego haka internetowego API.
Trasy mogą dopasowywać etykiety alarmowe, wybierać usługi i zespoły, stosować zachowania grupowe i dołączyć kanały powiadamiania. Każda trasa ma swój własny symbol odbioru, oddzielający zgłoszenie alarmowe od wychodzących dokumentów dostawy.
Harmonogram i eskalacja
Rotacje wspierają warstwy, okresy członkostwa i tymczasowe przejazdy. Zespoły mogą przeglądać ostateczny harmonogram wewnątrz IncidentRelay lub subskrybować przez CalDAV i ICS.
Polityka eskalacji określa uporządkowane etapy reagowania. Nieznany incydent może wywołać przypomnienia i przejść przez dodatkowych użytkowników lub rotacji. Odpowiedzi mogą również poprosić o pomoc użytkownika, zespołu, rotacji lub polityki podczas aktywnego incydentu.
Kanały powiadamiania
- Mattermost Powiadomienia na temat haka lub bot API.
- Telegram powiadomień i postępowania z działaniami.
- Dostawa e-mail i konfigurowalne szablony.
- Slack, Discord, Microsoft Team i ogólne wychodzące haki.
- Przeglądarka Profile- level i PWA push.
- Dostawcy połączeń głosowych do telefonów niestandardowych.
Kontekst operacyjny po zgłoszeniu
IncidentRelay grupowe wpisy dotyczące incydentów operacyjnych. Respondenci mogą uznawać, rozwiązywać, milczeć i komentować je, ustalać priorytety i żądać dodatkowych odpowiedzi. Usługi dodają własność, księgi biegłych, zależności, informacje na temat wpływu i niestandardowych zainteresowanych stron.
Wdrożenie i własność
Platforma może być uruchomiona za pomocą aplikacji Docker Compose, RPM i systemd lub Kubernetes za pomocą mapy Helm. SQLite obsługuje mniejsze instalacje jednowęzłowe, podczas gdy PostgreSQL jest zalecany do większych lub długich środowisk.
Elastyczność ta jest przydatna dla zespołów, które chcą, aby system on-call znajdował się w tym samym środowisku operacyjnym co reszta ich wewnętrznych narzędzi. Oznacza to również, że zespół posiada uaktualnienia, kopie zapasowe i dostępność.
Migracja z Grafana OnCall
Migruj użytkowników, zespoły, członkostwa, harmonogramy, zasady eskalacji, integracje i trasy alertów.
Narzędzia do migracji korzystają z publicznych interfejsów API, nigdy nie łączą się z bazami danych produktów i domyślnie działają w trybie próbnym. Przejrzyj wygenerowany raport przed zastosowaniem zmian.
Jak ocenić IncidentRelay
Przetestuj go za pomocą źródła monitorowania i kanału powiadamiania, którego rzeczywiście używasz. Zbuduj jeden obrót, wyślij jeden alarm, potwierdź go, wyślij rozwiązany ładunek i zweryfikuj zachowanie eskalacji. Realistyczny test ujawnia różnice w przepływie pracy znacznie szybciej niż porównywanie zrzutów ekranu.
IncidentRelay jest aktywnie rozwijany. Przegląd historii wydania przed planowaniem produkcji.
Grafana i Grafana OnCall są znakami towarowymi Grafana Labs. IncidentRelay nie jest powiązany z Grafana Laboratorium.