Kryteria boczne
| Kryterium | IncidentRelay | Opsgenie / Jira Zarządzanie usługami |
|---|---|---|
| Kierunek produktu | Standanalone open- source product koncentruje się na samoobsłudze na-call i alert routing. | Atlassian twierdzi, że funkcje alertów i dyżurów Opsgenie zostaną przeniesione do Jira Service Management, a wsparcie Opsgenie zakończy się 5 kwietnia 2027 r. |
| Model wdrożenia | Self-hosted przez zespół. | Przepływ pracy hostowany przez firmę Atlassian skupiony na rozwiązaniu Jira Service Management na przyszłość. |
| Trasa | Dekiny trasy, kontrole źródeł, znaczniki, pola grupowania, usługi i wiązania kanałów. | Funkcje powiadamiania i dyżurów są powiązane z przepływem pracy Atlassian i zarządzaniem usługami. |
| Harmonogram i eskalacja | Zespoły, rotacje, warstwy, przejazdy, polityka eskalacji i kanały powiadamiania. | Zaalarmowanie w stylu Opsgenie-, reagowanie na incydenty i możliwości wywołania poruszają się pod parasolem Jira Service Management. |
| Najlepsze dopasowanie | Zespoły, które chcą uniknąć presji migracyjnej sprzedawców i przechowywać dane na wezwanie we własnej infrastrukturze. | Zespoły już zainwestowały w Jira Service Management, które chcą alarmowania i pracy incydentów wewnątrz narzędzi Atlassian. |
Kiedy może pasować IncidentRelay
Wybierz IncidentRelay, gdy chcesz samodzielnie hostować produkt open- source z jasną własnością trasy, dopasowanie alertu na etykietach i przepływ pracy on-call poza platformą Atclassian.
Kiedy Atlassian może pasować
Wybierz ścieżkę Atlassian, gdy Jira Service Management jest już w centrum Twojej pracy serwisowej, a migracja z Opsgenie jest możliwa do przyjęcia dla Twojego zespołu.
Nota źródłowa
Przed podjęciem decyzji w sprawie migracji sprawdź bieżącą stronę atclassian Opsgenie migration page . Opsgenie jest znakiem towarowym Atlassian. IncidentRelay nie jest powiązany z Atlassian.