DNS istituzionali / servizi al cittadino
Per un ente il DNS non è infrastruttura astratta: è ciò che fa arrivare il cittadino al sito, alla posta, ai servizi online e all'identità digitale. dotNice parte dai servizi che devono risolvere — per ciascuno, il record necessario e il rischio se manca.
Per un ente la domanda utile non è "com'è configurato il DNS" ma "quali servizi al cittadino dipendono dalla risoluzione e sono davvero coperti". Il sito istituzionale, la posta e la PEC, i servizi online, gli endpoint dell'identità digitale: ognuno richiede record corretti, e quando uno manca o è sbagliato il cittadino trova un servizio che non risponde. Partire dai servizi — non dai record in astratto — è ciò che rende il DNS istituzionale governabile e spiegabile anche a chi non è tecnico.
dotNice mappa prima i servizi istituzionali che devono risolvere e poi i record che li sostengono. Questo ribalta la prospettiva consueta: invece di un elenco tecnico di record di cui nessuno ricorda lo scopo, si ottiene una mappa in cui ogni servizio pubblico è collegato a ciò che lo tiene online.
Il sito vive su record A/AAAA, la posta e la PEC su MX e sui record di autenticazione, i servizi online spesso su sottodomini dedicati, l'identità digitale su endpoint che devono risolvere correttamente. dotNice verifica che ogni servizio abbia i record necessari e corretti, perché un servizio scoperto è un disservizio per il cittadino.
L'output è una mappa servizi→record con lo stato di ciascuno: coperto, parziale, scoperto. È un linguaggio che la direzione comprende e che l'IT può eseguire, e che rende immediato vedere quali servizi pubblici sono a rischio prima che lo segnali un cittadino.
Modello operativo
Il DNS istituzionale si riconduce ai servizi al cittadino che devono risolvere, ognuno con il record che lo sostiene e un rischio se quel record manca o è errato. Letti insieme dicono quali servizi pubblici sono coperti. La matrice è lo strumento con cui direzione e IT vedono, per servizio, cosa è coperto e cosa no.
| Servizio | Record necessario | Rischio se manca | Esito atteso |
|---|---|---|---|
| Sito istituzionale | A/AAAA verso l'host | Sito irraggiungibile | Sito sempre online |
| Posta e PEC | MX + autenticazione | Comunicazioni perse | Posta consegnata |
| Servizi online | Sottodomini dedicati | Servizio non accessibile | Servizio raggiungibile |
| Identità digitale | Endpoint risolvibili | Accesso bloccato | Login funzionante |
Sapresti dire quali servizi al cittadino cadrebbero per un record errato? Verifica la copertura servizio per servizio prima che lo faccia un cittadino.
Richiedi una verifica dei serviziContesto direzionale
Il DNS istituzionale è una decisione di servizio al cittadino. La direzione dell'ente dovrebbe arrivare al primo confronto sapendo quali servizi pubblici dipendono dalla risoluzione, quali sono critici, se i record che li sostengono sono coperti e chi li presidia. Significa anche distinguere un servizio essenziale da uno secondario. Il modulo registra quali servizi sono coperti e quali dotNice deve ancora verificare.
Assegnare presto gli owner rende la mappa azionabile. L'IT possiede i record; i referenti dei singoli servizi possiedono i requisiti del loro servizio; la direzione possiede la criticità verso il cittadino. Un servizio essenziale può cadere per un record di cui nessun referente si sentiva responsabile: è la lacuna che la mappa fa emergere, e dotNice coordina questi ruoli senza sostituirli.
Qualificazione
Per RTD, CIO e dirigenti PA, il punto di partenza utile è un record decisionale concreto più che un brief generico. Dovrebbe indicare quali servizi al cittadino dipendono dal DNS, quali sono critici, se i record sono coperti e chi li presidia. Con questi elementi dotNice distingue una verifica rapida da una mappatura completa servizi→record, da un intervento su un servizio scoperto o dal presidio della copertura nel tempo — e raccomanda con chiarezza cosa verificare e in quale ordine.
La verifica dà il massimo quando chi richiede sa descrivere lo stato attuale: quali servizi contano, se la copertura è nota, chi presidia i record e quale team approva. Una richiesta è qualificata quando indica i servizi critici e lo stato di copertura. L'output è una decisione circoscritta — una mappa servizi→record con owner e rischio — non un catalogo di servizi.
Il costo dell'attesa va nello stesso record. Un servizio al cittadino scoperto cade senza un alert e il cittadino lo scopre prima dell'ente, con impatto su accesso e fiducia. Quantificare l'impatto — servizio inaccessibile, comunicazioni perse, accesso bloccato — è ciò che trasforma il DNS istituzionale da infrastruttura a decisione con un owner e una scadenza.
Percorso operativo
La verifica è una sequenza ordinata: mappare i servizi, collegarli ai record, verificare la copertura, presidiarla. Contatta il team dotNice per mappare i servizi al cittadino, intervenire su un servizio scoperto o presidiare la copertura DNS dei servizi essenziali.
Contatti
Descrivi quali servizi al cittadino dipendono dal DNS, quali sono critici e chi li presidia. Un CIO o la direzione dell'ente può usare il modulo di richiesta per qualificare una verifica e prepararla. La richiesta è presa in carico dagli specialisti dotNice e instradata al team competente.