CNSBII · stato pubblico dei sistemi
Disponibilità, incidenti e ripristini spiegati in modo comprensibile.
Vigilia trasforma gli esiti dei controlli tecnici in una pagina pubblica. Mostra se un servizio è operativo, degradato o interrotto, conserva la cronologia degli incidenti e separa le informazioni utili all’utente dalle configurazioni riservate.
- Consultazione
- 24 ore su 24
- Cronologia
- Incidenti e manutenzioni
- Aggiornamento pagina
- Controllo periodico
Contesto
Prima di aprire una richiesta di assistenza, l’utente deve poter verificare lo stato.
Quando una funzione non risponde è utile sapere se il problema sia già noto, quale componente sia coinvolto e quando è previsto il prossimo aggiornamento. Senza una pagina pubblica, ogni utente deve chiedere individualmente le stesse informazioni.
Vigilia raggruppa sito, accessi, progetti, piattaforme e fornitori collegati. Gli incidenti seguono una cronologia fatta di verifica, aggiornamenti, monitoraggio e chiusura.
Gli stati specialistici, come Vigilia IGNIVIA e Vigilia Fire, seguono componenti specifiche senza duplicare il quadro generale.
Componenti
Che cosa comprende il progetto.
Le funzioni sono presentate per compito, così è possibile distinguere ciò che informa, ciò che raccoglie dati e ciò che richiede un accesso autorizzato.
Stato generale
Una sintesi indica se l’ecosistema è operativo o interessato da problemi parziali.
Componenti raggruppati
Sito, accessi, progetti e fornitori restano distinti per rendere leggibile l’impatto.
Incidenti
Ogni evento mostra stato, descrizione, aggiornamenti e momento dell’ultima modifica.
Cronologia
Incidenti chiusi e manutenzioni rimangono consultabili nel tempo.
Iscrizioni email
Le persone possono ricevere comunicazioni pubbliche dopo la conferma dell’indirizzo.
Stati specialistici
ARDEA e IGNIVIA dispongono di controlli mirati collegati al sistema generale.
Stato concreto
Che cosa è già presente.
Questa sezione descrive componenti, pagine e funzioni effettivamente individuate nel portale o nel pacchetto di progetto.
Quadro pubblico
Stato complessivo, incidenti in corso e gruppi di servizi.
Uptime storico
Andamento tecnico delle componenti nel periodo osservato.
Fornitori collegati
Rimandi alle pagine ufficiali dei servizi esterni quando disponibili.
Iscrizione agli aggiornamenti
Conferma email prima dell’invio di comunicazioni su incidenti e manutenzioni.
Percorso operativo
Dal primo dato al risultato documentato.
Il flusso chiarisce dove termina l’invio dell’utente e dove iniziano verifica, gestione o pubblicazione.
- 01
Controllo
Il sistema verifica gli endpoint e le funzioni configurate.
- 02
Valutazione
L’esito viene classificato come operativo, degradato o interrotto.
- 03
Incidente
Quando serve viene aperto un evento pubblico con impatto e stato.
- 04
Aggiornamento
Le attività vengono comunicate senza anticipare cause non confermate.
- 05
Chiusura
Il ripristino viene verificato e l’evento passa nella cronologia.
Collegamenti
Come entra nell’ecosistema CNSBII.
I progetti non duplicano la stessa funzione: ciascuno riceve o produce informazioni per un passaggio preciso.
ARDEA
Controlla applicazione pubblica, cartografia, rischio e registro eventi.
IGNIVIA
Raccoglie lo snapshot di monitor, dati, mappe, API, centraline e vento.
OpenStreetMap e Open-Meteo
Mostra la dipendenza da servizi esterni usati dalle mappe e dai monitoraggi.
Assistenza
Riduce richieste duplicate e indirizza l’utente al canale corretto quando il problema non è generale.
Uso corretto
Che cosa non deve essere dedotto dai dati.
- Non sostituisce i registri interni di gestione degli incidenti.
- Lo stato dipende dai controlli effettivamente configurati.
- Credenziali, percorsi interni e dettagli sensibili non vengono pubblicati.
- L’uptime storico è una misura tecnica, non una garanzia assoluta.
Approfondisci