Che cosa è una rotazione su chiamata?
Una rotazione di guardia è un programma ordinato che assegna la responsabilità operativa a persone diverse nel tempo. Dovrebbe indicare al sistema di monitoraggio chi contattare, indicare al team a chi appartiene il turno attuale e fornire un passaggio successivo quando il primo soccorritore non è disponibile.
Un calendario da solo non può gestire il flusso di lavoro completo. IncidentRelay combina rotazioni con percorsi di avviso, canali di notifica, promemoria e politiche di escalation.
Mantenere la proprietà attuale inequivocabile
Ogni percorso è collegato a un team e può utilizzare una politica di rotazione o di escalation per selezionare la persona responsabile. Quando arriva un avviso, IncidentRelay calcola l'utente corrente su chiamata e registra il contesto operativo con l'incidente.
Questo evita di fare affidamento su un argomento di chat, un foglio di calcolo pinned o la memoria collettiva di chiunque sia sveglio. Quei sistemi funzionano magnificamente finché non diventano importanti.
Copertura a strati
Gli strati di rotazione permettono di modellare gli orari oltre una singola lista di ripetizione. Un team può utilizzare strati per diverse finestre temporali, gruppi di copertura o responsabilità primarie e secondarie. IncidentRelay calcola il programma finale da quelle regole.
- Mantenere l'appartenenza separata per strato.
- Definire le restrizioni per ore di lavoro o finestre di copertura.
- Conservare i periodi storici e futuri di adesione.
- Visualizza il proprietario risultante nel calendario operativo.
swap e override
Una sostituzione sostituisce temporaneamente il membro della rotazione pianificata. È utile per ferie, malattia, turni di lavoro e modifiche della copertura a breve termine. La rotazione di base rimane intatta, quindi la pianificazione ritorna automaticamente alla normalità al termine dell'override.
Dalla rotazione all'escalation
Una rotazione seleziona il risponditore corrente. Una politica di escalation definisce cosa succede dopo. IncidentRelay può ripetere promemoria, passare a un altro utente o rotazione e continuare attraverso i passaggi di policy ordinati fino a quando qualcuno riconosce l'avviso.
| Componenti | Finalità operativa |
|---|---|
| Rotazione | Seleziona la persona attualmente responsabile. |
| Override | Sostituisce temporaneamente la persona in programma. |
| Promemoria | Ripete la consegna mentre un avviso rimane inconsapevole. |
| Politica di escalation | Sposta la responsabilità attraverso utenti ordinati o rotazioni. |
Visibilità della rotazione
Le squadre possono ispezionare gli orari in IncidentRelay e sottoscrivere CalDAV o i feed ICS privati. Questo dà ai rispondenti la visibilità del calendario senza spostare la fonte della verità in un'applicazione del calendario di terze parti.
Open-source e self-hosted
IncidentRelay viene eseguito nella vostra infrastruttura e memorizza i dati di rotazione, utente, avviso e incidente nel vostro database. Può essere distribuito con Docker Compose, pacchetti RPM, systemd o Kubernetes utilizzando il grafico Helm incluso.
Rivedere il changelog e testare i veri handoff e percorsi di escalation prima di affidarsi a esso per la copertura di produzione.