Po co prowadzić platformę telefoniczną?
Systemy on-call zawierają wrażliwe dane operacyjne: harmonogramy pracy, dane kontaktowe, ładunki alarmowe, nazwy usług, terminy incydentów i linki do systemów wewnętrznych. Niektóre zespoły wolą trzymać te informacje w swojej własnej sieci i bazie danych.
Self-hosting daje również kontrolę zespołów nad harmonogramem wdrożenia, integracje, retencja, kopie zapasowe i granice dostępu. Trade-off jest prosta: obsługujesz platformę i posiadasz jej dostępność. Nie ma magicznej chmury, tylko komputer otrzymujący faktury gdzie indziej.
Co zawiera IncidentRelay
- Rozkład połączeń, warstwa rotacji i tymczasowe przejazdy.
- Alarm dla Alertmanager, Zabbix, Sentry i ogólnych haczyków.
- Polityka eskalacji, przypomnienia i prośby respondentów.
- Usługi, zależności, okna konserwacji i priorytety incydentów.
- Mattermost, Telegram, email, push przeglądarki, webhook i powiadomienia głosowe.
- Osobiste żetony API i dokumentacja Open API.
Wybór wdrożenia
IncidentRelay obsługuje kilka modeli wdrożeniowych, dzięki czemu zespoły mogą korzystać ze znanych narzędzi operacyjnych.
| Metoda | Typowe zastosowanie |
|---|---|
| Docker Compose | Ocena, mniejsze środowiska i proste rozmieszczenia kontenerów. |
| Pakiety RPM | Red Hat- jak systemy Linux zarządzane przez pakiety i systemowe przepływy pracy. |
| Ręczny system | Source- based wdrożeń i niestandardowych środowisk Python. |
| Tabela Helm | Kubernetes rozmieszczanie z osobnym web, terminarzem i opcjonalnie Telegram pracowników. |
Wybór bazy danych i skalowania
SQLite jest dostępny dla małych instalacji jednowęzłowych. PostgreSQL jest praktycznym wyborem dla większych lub dłuższych środowisk, wyższej głośności alarmowej i rozmieszczenia z wielu pracowników sieci web. Harmonogram działa jako oddzielny proces, więc przypomnienia i eskalacje nie są duplikowane przez pracowników sieci.
Integrate z stosem już uruchomione
IncidentRelay działa jako warstwa routingu pomiędzy systemami monitorowania, własnością usługi, harmonogramami i docelowymi powiadomieniami. Trasy mają własne znaczniki dostępu i decydują, dokąd idą przychodzące alarmy. Kanały opisują sposób powiadomienia wybranego respondenta.
Generyczne haki i punkty końcowe Open API umożliwiają podłączenie wewnętrznych narzędzi bez oczekiwania na swoistą integrację. Dostawcy głosu mogą być zainstalowani dla zespołów, które obsługują własny obieg telefoniczny.
Obowiązki operacyjne
Samowystarczalna platforma incydentów powinna być traktowana jak infrastruktura produkcyjna. Planowanie kopii zapasowych bazy danych, monitorowanie usług internetowych i rozkładowych, testowanie kanałów powiadamiania i utrzymywanie awaryjnej ścieżki zdarzeń mających wpływ na IncidentRelay Sam.
API, konfiguracja i schematy mogą ewoluować między wydaniami, więc przeglądaj notatki wydania i testować aktualizacje przed rozpoczęciem produkcji.