Può fare uno spegnimento parziale, non di tutto il sistema?

Sì. Puoi configurare: spegnere solo l'API dei pagamenti (se c'è una frode), o solo le scritture sul database (se c'è corruzione dei dati), oppure uno spegnimento completo. La configurazione è per ogni trigger.

Protegge contro la fuga di dati?

Sì. L'agente può bloccare tutte le connessioni in uscita (regole del firewall), chiudere l'accesso a S3 e al database da IP specifici e fermare tutti i crawler e scraper. È la combinazione di isolamento di rete e spegnimento ordinato dell'applicazione.

Funziona con sistemi distribuiti (più data center)?

Sì, ma con cautela. Lo spegnimento può limitarsi a una regione (spegnere solo la zona USA) oppure essere globale. Va configurato uno spegnimento coordinato per non lasciare sistemi orfani in altre regioni.

Può notificare i regolatori se la legge lo richiede?

Opzionale. Nelle applicazioni finanziarie o sanitarie può esistere l'obbligo di notificare gli incidenti di sicurezza ai regolatori. L'agente può generare automaticamente un report dell'incidente e inviarlo via email se configurato.

Può ripristinarsi automaticamente?

In parte. Per errori di codice: sì (revert, nuovo deploy). Per problemi di infrastruttura: a volte (riavvio, ripristino delle connessioni). Per violazioni di sicurezza: no, serve indagare i dati compromessi e i log di accesso prima di riavviare.

Cosa succede se si attiva per un falso positivo?

C'è una finestra di 10-30 secondi per inviare /cancel. Se il sistema si spegne comunque, il ripristino sarà più lento di un avvio normale a causa dello spegnimento ordinato. Ma è preferibile uno spegnimento per falso positivo a un incidente reale senza fermare.

Spegnimento di emergenza con IA: ferma tutto durante una crisi

Crisi: l'IA spegne tutti i servizi e blocca l'accesso durante un incidente

L'agente monitora le metriche critiche (perdita di dati, violazione di sicurezza, DDoS, anomalia finanziaria) e, al superamento della soglia, spegne automaticamente tutti i servizi (spegnimento ordinato), blocca l'accesso (isolamento di rete) e notifica il team di turno con un piano d'azione. Opzionalmente, ripristina l'ultima versione stabile. $19/mese.

Lancia Spegnimento di emergenza con IA: ferma tutto durante una crisi

366k+⭐ OpenClaw su GitHub

<5minuti al lancio

Ti suona familiare?

Cosa ti sta mangiando il tempo

Gli incidenti critici si evolvono in fretta: una violazione di sicurezza o una corruzione dei dati può avvenire in pochi minuti, e il team non sempre se ne accorge in tempo

Il danno cresce mentre si riflette: se il denaro esce senza controllo, la perdita cresce in modo esponenziale

Manca un interruttore rapido: spegnere tutto (servizi, database, API) richiede un minuto, ma a volte restano solo 10 secondi

Le conseguenze sono imprevedibili: spegni il database, ma l'applicazione continua a fallire per altri 10 minuti — serve uno spegnimento coordinato

Capacità

Cosa può fare il tuo agente AI

Monitoraggio degli eventi critici

L'agente sorveglia le metriche che possono segnalare un disastro: picchi di tentativi di accesso negati (violazione di sicurezza?), picchi di errori nel database (corruzione dei dati?), picchi insoliti di transazioni finanziarie (frode?), anomalie di rete. Le soglie sono configurabili per tipo di incidente.

Spegnimento ordinato di tutti i servizi

All'attivazione, l'agente invia SIGTERM a tutti i servizi (concede 30 secondi per chiudere correttamente) e poi SIGKILL se non si sono chiusi. L'ordine conta: prima il frontend web, poi l'API, le connessioni al database e infine il database. Ogni passo viene registrato.

Isolamento di rete e blocco dell'accesso

L'agente può disattivare tutti i bilanciatori di carico (nulla entra nel sistema), bloccare tutte le connessioni in uscita (previene fughe di dati) o disattivare endpoint API specifici (ad esempio, chiudere tutti quelli di pagamento). Così guadagni tempo per indagare.

Ripristino automatico a una versione stabile

Opzionale: se l'incidente è legato al codice, l'agente può tornare automaticamente all'ultimo commit affidabile, ricostruire l'immagine e riavviare l'infrastruttura. Richiede che i controlli di stato precedenti siano andati a buon fine.

Notifica ed escalation

L'agente notifica subito il team di turno, il responsabile dell'incidente e il team di sicurezza (se c'è una violazione) o finance (se c'è una frode). Fornisce un piano d'azione con contesto: «Il sistema è bloccato, ecco cosa è successo, questi sono i passi successivi». Può creare automaticamente un incidente in PagerDuty.

Funziona con i tuoi strumenti

Prometheus

Datadog

PagerDuty

Slack

SSH/servers

Kubernetes

Come funziona

Inizia in pochi passaggi

Configura il monitoraggio e i trigger

Il team di infrastruttura definisce quali metriche e a quali soglie attivano lo spegnimento di emergenza. Esempi: tentativi di accesso falliti > 1000/min, tasso di errori del database > 50 %, picco nel volume delle transazioni finanziarie > 2σ. Possono esserci più condizioni (ne basta una).

Monitoraggio in tempo reale

L'agente raccoglie continuamente le metriche da Prometheus/Datadog e le confronta con le soglie. Se una condizione si verifica, avvia lo spegnimento a cascata, non subito: concede tra 10 e 30 secondi per una cancellazione manuale se l'operatore rileva un falso positivo.

Attivazione e conferma

L'agente rileva che è stata raggiunta la soglia e pubblica su Slack: «ALLARME CRITICO: [motivo]. Avvio dello spegnimento di emergenza tra 30 secondi. Invia /cancel se è un falso allarme». Così resta una finestra per interrompere.

Spegnimento ordinato

Se passano 30 secondi senza cancellazione, l'agente avvia lo spegnimento: SIGTERM a tutti i container, attende la chiusura corretta (fino a 30 secondi), poi SIGKILL. Disattiva i bilanciatori di carico (non entra nuovo traffico). Blocca la rete se necessario.

Risposta all'incidente e ripristino

L'agente notifica il team di turno con tutto il contesto (cosa è successo, perché si è attivato, stato attuale). Opzionalmente può avviare il ripristino (revert del codice, riavvio dell'infrastruttura). Ma di solito serve un'indagine manuale prima di ripristinare il sistema.

FAQ

Domande frequenti

Sì, certo. Il team di turno può in qualsiasi momento inviare /killswitch su Slack o premere un pulsante nel pannello: lo spegnimento inizia subito. Non serve aspettare l'attivazione automatica se vedi qualcosa di molto grave.

Pagine correlate

devops-engineer incident-commander ciso Risposta agli incidenti con IA: diagnosi rapida e piano d'azione Operazioni Docker/SSH con IA: automatizza il deploy e la configurazione

Vuoi OpenClaw — senza il DevOps?

OpenKlo è l'hosting gestito per l'OpenClaw originale. Stesso agente, attivo in 3 minuti.

Crea il tuo agente AI in 3 minuti

Disdici quando vuoi · I migliori modelli inclusi · Passa di piano quando vuoi