Whitepaper

Interruzioni di servizio: prepararsi, agire e ripristinare

White paper Devolutions gennaio 2026

Per operare efficacemente durante un'interruzione di servizio, la preparazione è fondamentale. Le inevitabili interruzioni dei servizi cloud e di rete possono propagarsi a catena, compromettendo le operazioni IT critiche e l'accesso alle credenziali essenziali. Questo white paper delinea un playbook conciso per aiutare i team IT a mantenere l'accesso ai dati mission-critical e a ripristinare rapidamente l'operatività quando i servizi non sono disponibili.

INTRODUZIONE

Le grandi interruzioni presso provider come Cloudflare, Microsoft Azure o AWS ricordano che nessun cloud e nessuna rete sono infallibili. Quando questi provider riscontrano problemi, i servizi a valle, come i servizi online di Devolutions, possono essere temporaneamente interessati, anche se la causa di fondo è esterna all'infrastruttura di Devolutions.

Per le organizzazioni che si affidano a Devolutions Cloud, Devolutions Remote Desktop Manager, Devolutions Password Manager, Devolutions Portal e altri strumenti, il vero elemento distintivo è la preparazione: la capacità dei team di continuare a lavorare e di ripristinare le normali operazioni senza improvvisare sotto pressione.

Questo playbook presenta un approccio in tre fasi, pensato per i clienti e le soluzioni Devolutions: prepararsi prima dell'interruzione, agire durante l'incidente e ripristinare una volta che i servizi sono tornati disponibili. L'obiettivo è mantenere utilizzabili gli accessi critici e le conoscenze operative anche quando i servizi sono degradati o offline.

PREPARARSI: COSTRUIRE LA RESILIENZA PRIMA DELL'INTERRUZIONE

La maggior parte del lavoro che determina se un'interruzione diventerà un evento minore o un incidente grave si svolge in anticipo.

1. Abilitare e testare l'accesso offline

L'accesso offline è la prima linea di difesa. Devolutions Remote Desktop Manager e Devolutions Password Manager possono utilizzare una cache locale degli workspace supportati (come i nostri workspace ospitati nel cloud o self-hosted, rispettivamente Devolutions Cloud e Devolutions Server) quando la sorgente principale non è disponibile, così che gli utenti possano continuare a lavorare durante le interruzioni del cloud o della rete interna. (Devolutions s.d.-a, "Offline mode"; Devolutions s.d.-b, "Offline mode")

In Devolutions Cloud, gli amministratori possono abilitare la modalità offline per singolo utente, creando una cache in sola lettura delle voci di quell'utente, accessibile da Devolutions Remote Desktop Manager o Workspace quando il workspace non è raggiungibile.

È fondamentale che la modalità offline non venga soltanto configurata, ma anche testata durante una finestra pianificata, in modo che sia gli amministratori sia gli utenti finali sappiano come si comporta.

2. Definire i percorsi di backup e disaster recovery

Il backup e il disaster recovery (DR) rappresentano il secondo livello di resilienza. Gli amministratori possono sfruttare il modulo PowerShell di Devolutions per creare rapidamente pacchetti di backup delle proprie voci, selezionando l'ambito rilevante ed esportando i dati: in Devolutions Cloud, uno script PowerShell predefinito per l'esportazione dei dati delle voci è accessibile direttamente dall'interfaccia di amministrazione. (Devolutions s.d., "PowerShell scripting"; Devolutions s.d., "Backup and recovery steps for Devolutions Cloud entries") Salvare queste esportazioni in una posizione protetta e con accesso controllato offre al team un modo semplice ma efficace per ripristinare le voci critiche se Devolutions Hub non fosse disponibile.

Come per la modalità offline, il piano di DR dovrebbe essere messo alla prova in un test controllato per verificare che il ripristino funzioni come previsto.

3. Monitorare stato e integrità

Il monitoraggio chiude il cerchio. Devolutions mette a disposizione una pagina di stato con informazioni in tempo reale e storiche sull'integrità dei suoi servizi cloud. (Devolutions s.d., Devolutions Online Services Status Page) A colpo d'occhio, il personale di reperibilità può vedere se l'autenticazione, le istanze regionali di Devolutions Hub o i servizi accessori sono pienamente operativi, degradati o in interruzione parziale, insieme alle descrizioni degli incidenti e ai relativi timestamp.

Questa pagina è particolarmente utile quando vengono segnalati errori di accesso o latenze: aiuta i team a stabilire rapidamente se si tratta di un problema di connettività locale, di un problema Internet più ampio o di un incidente attivo presso un provider cloud.

Gli amministratori possono anche iscriversi agli aggiornamenti di stato per ricevere una notifica non appena un incidente viene creato, aggiornato o risolto. Combinato con il monitoraggio interno, questo offre al personale di reperibilità un quadro chiaro e consolidato dello stato dei servizi durante un'interruzione.

CHECKLIST DI PREPARAZIONE

Workspace e casseforti: individui quelli che devono rimanere accessibili durante un'interruzione.
Modalità offline: la abiliti per tali workspace e utenti ed esegua un breve test offline pianificato.
Backup: configuri backup o esportazioni regolari, li conservi in una posizione sicura e ad accesso controllato e ne testi periodicamente il ripristino.
Pagine di stato: documenti le pagine di stato rilevanti nei runbook di gestione degli incidenti e si assicuri che il personale di reperibilità sappia come utilizzarle.

AGIRE: OPERARE IN MODO EFFICACE DURANTE L'INTERRUZIONE

Quando si verifica un'interruzione, la priorità è mantenere le persone produttive evitando modifiche che complichino il ripristino.

I team dovrebbero confermare rapidamente la portata dell'incidente, attivare l'accesso offline dove necessario e tenere traccia in modo chiaro di eventuali soluzioni alternative manuali. Per molte organizzazioni, passare Devolutions Remote Desktop Manager o Workspace alla modalità offline è il passo di maggiore impatto, perché le connessioni e le credenziali memorizzate nella cache restano disponibili anche mentre i workspace principali non sono raggiungibili.

CHECKLIST DURANTE L'INTERRUZIONE

Confermi l'incidente utilizzando il monitoraggio interno, la pagina di stato di Devolutions e le pagine di stato dei principali provider cloud.
Comunichi tempestivamente con i team interessati, definisca le aspettative e ricordi agli utenti come attivare la modalità offline.
Passi alla modalità offline ove opportuno, così gli utenti potranno continuare ad accedere alle voci memorizzate nella cache per i sistemi critici.
Eviti modifiche di configurazione nei sistemi principali, a meno che non siano necessarie per il contenimento o la sicurezza.
Registri le soluzioni alternative manuali e i pattern di accesso temporanei per una successiva riconciliazione.

RIPRISTINARE: TORNARE ALLA NORMALITÀ E RAFFORZARE LA PROPRIA POSTURA

Una volta ripristinati i servizi, il recupero dovrebbe concentrarsi sulla convalida e sull'apprendimento, non sul semplice riattivare tutto.

CHECKLIST DI RIPRISTINO

Riporti gli utenti alla modalità online e verifichi che i workspace si stiano sincronizzando correttamente. La modalità offline di Devolutions Remote Desktop Manager può anche essere configurata per sincronizzare automaticamente con il workspace le modifiche apportate offline, una volta ripristinata la connettività.
Se si sospetta una perdita o un danneggiamento dei dati, segua le procedure di DR documentate per ripristinare da backup o kit di recupero.
Riconcili le eventuali modifiche manuali residue durante una revisione interna post-incidente, aggiornando voci, documentazione e runbook secondo necessità.

CONCLUSIONE

Le interruzioni di servizio e di rete continueranno a verificarsi, ma non devono necessariamente compromettere gli accessi o paralizzare le operazioni. Abilitando e testando la modalità offline, mantenendo pratiche disciplinate di backup e ripristino e seguendo checklist chiare prima, durante e dopo un incidente, i team IT possono mantenere il controllo durante le interruzioni e ridurre in modo significativo l'impatto degli incidenti futuri.