Gestione degli imprevisti per i team high velocity
Gestione degli imprevisti nell'era DevOps
Applicare i principi di una comunicazione aperta e che non attribuisce colpe ai team di gestione degli imprevisti
Non puoi ripensare al modo in cui sviluppi, distribuisci e gestisci il software senza ripensare a come reagisci agli imprevisti.
Nel loro manifesto del 2009, "Più di 10 distribuzioni al giorno: cooperazione tra sviluppatori e operazioni in Flickr," John Allspaw e Paul Hammond hanno delineato la visione di un mondo in cui sviluppatori e team IT Ops lavorano insieme e rilasciano in maniera più frequente. Nel decennio successivo, quella visione ha preso forma come movimento DevOps.
La natura di DevOps si basa su nuovi modi di rispondere agli imprevisti. Non sorprende che la gestione degli imprevisti abbia attirato così tanta attenzione sul discorso di Allspaw e Hammond.
"La cosa importante da capire è che il fallimento accadrà", ha detto Hammond nel discorso. "Non è una questione di se, ma di quando".
"A differenza di framework come ITIL, non esiste un documento "ufficiale" di best practice per un team DevOps. Tuttavia, possiamo generalmente concordare sul fatto che, in sostanza, DevOps si propone di fornire valore aziendale a un'organizzazione attraverso l'eliminazione dei silos organizzativi, l'incremento della trasparenza e la promozione della comunicazione aperta tra sviluppatori e team delle operazioni IT".
La stessa cultura della trasparenza, della visibilità e dell'apprendimento rapido si estende alla gestione degli imprevisti.
Perché? Perché i passi iniziali e più critici nella gestione degli imprevisti consistono nel capire cosa è andato storto, nel convincere le persone giuste a lavorare sul problema e nel promuovere una cultura che non attribuisce colpe.
La gestione degli imprevisti DevOps richiede una cultura di comunicazione aperta e imparziale tra sviluppatori e team operativi IT. Nonché stabilire processi leggeri che migliorano l'affidabilità dei servizi IT, aumentano la soddisfazione dei clienti e generano valore aziendale. Un tecnico DevOps può aiutare a implementare la cultura e le pratiche DevOps.
ITIL, a confronto, è un insieme prescritto di 26 processi, procedure, task e checklist progettati per migliorare pratiche specifiche nella gestione dei servizi IT. ITIL si concentra sulla qualità e la coerenza del servizio e sul miglioramento della resilienza dei sistemi.
Uno dei vantaggi di ITIL è che le organizzazioni che desiderano migliorare ITSM possono iniziare con best practice basate su modelli anziché iniziare da zero. Sebbene alcuni ritengano che ITIL sia più adatto per le grandi imprese, il quadro è sufficientemente flessibile da consentire alle aziende più piccole di scegliere i processi più adatti alla loro attività e trovare comunque valore.
Uno svantaggio di ITIL, se hai fretta di apportare modifiche al tuo processo di risposta agli imprevisti, è che può richiedere una gestione formale delle modifiche e un consulente esperto, ritardando quindi i miglioramenti.
Per i team che vogliono iniziare subito, l'approccio alla gestione degli imprevisti DevOps li aiuterà a riunirsi e ottenere vantaggi immediatamente.
Configurare una On-call Schedule con Opsgenie
In questo tutorial imparerai come configurare una On-call Schedule, applicare le regole di sostituzione, configurare le notifiche su chiamata e molto altro, il tutto in Opsgenie.
Segui il tutorialBest practice per la comunicazione degli imprevisti
Tramite il processo di comunicazione degli imprevisti, si avvisano gli utenti dell'interruzione o della riduzione delle prestazioni dei servizi.
Leggi l'articolo