Migrazione domini .gov.it / tipi e rischi
Una migrazione mal pianificata mette offline sito e posta dell'ente nel momento del passaggio. dotNice tratta la migrazione come una procedura reversibile: tipo per tipo, con il rischio principale e la contromisura definiti prima del cutover.
Spostare un dominio istituzionale — di registrar, di provider DNS, dal vecchio dominio storico o dentro un consolidamento di portafoglio — non è copiare dei record. È un cambio di controllo con una finestra di rischio: se la zona non è coerente, se i TTL sono alti, se la PEC o un certificato non seguono, il passaggio diventa un disservizio. dotNice pianifica ogni migrazione come una procedura reversibile, con la contromisura e il rollback decisi prima di toccare la produzione.
Non tutte le migrazioni hanno lo stesso rischio: cambiare registrar tocca il controllo e le deleghe; cambiare provider DNS tocca la risoluzione; passare dal dominio storico tocca continuità e redirect; consolidare un portafoglio tocca più zone insieme. dotNice classifica il caso prima di pianificare, perché la contromisura giusta dipende dal tipo.
La maggior parte dei disservizi di migrazione nasce da TTL non abbassati, zone non allineate o un cutover senza prova. dotNice prepara il passaggio con riduzione anticipata dei TTL, verifica di coerenza della zona e una finestra di accettazione, così il momento critico è breve, controllato e osservato.
Una migrazione senza rollback è una scommessa. dotNice definisce in anticipo come si torna allo stato precedente e cosa monitorare dopo il passaggio — risoluzione, posta, certificati — così un imprevisto è un ritorno controllato e non un'emergenza notturna.
Modello operativo
Le migrazioni di un dominio istituzionale si riconducono a pochi tipi, ognuno con un rischio principale e una contromisura. Classificare il caso è ciò che evita di applicare la procedura sbagliata. La matrice è lo strumento con cui IT e direzione concordano tipo, rischio e finestra prima del cutover.
| Tipo | Cosa cambia | Rischio principale | Contromisura |
|---|---|---|---|
| Cambio registrar | Controllo e deleghe | Trasferimento bloccato/perso | AuthInfo + registry lock |
| Cambio provider DNS | Risoluzione e zona | Zona incoerente in cache | TTL ridotti + verifica zona |
| Dal dominio storico | Indirizzo istituzionale | Link e bookmark rotti | Redirect e doppio periodo |
| Consolidamento | Più zone insieme | Errore propagato a molti | Migrazione a ondate |
Devi cambiare registrar o provider, o lasciare il dominio storico? Pianifica il cutover con rollback prima di toccare la produzione.
Richiedi una valutazione di migrazioneContesto direzionale
La migrazione di un dominio istituzionale è una decisione di continuità, non un'attività di routine. La direzione dell'ente dovrebbe arrivare al primo confronto sapendo che tipo di migrazione è, quali servizi dipendono dalla zona, quale finestra di disservizio è accettabile e quale piano di ritorno esiste. Significa anche distinguere ciò che si può fare a ondate da ciò che richiede un cutover unico. Il modulo registra cosa è già definito e cosa dotNice deve ancora accertare.
Assegnare presto gli owner rende la migrazione governata. L'IT possiede la zona e il cutover; l'RTD e la direzione possiedono la decisione e la finestra accettabile; i fornitori coinvolti possiedono i passaggi di loro competenza. Una migrazione può sembrare semplice e poi lasciare offline un servizio per un TTL dimenticato: è la lacuna che la pianificazione 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 il tipo di migrazione, i servizi che dipendono dalla zona, la finestra di disservizio accettabile e se esiste un piano di ritorno. Con questi elementi dotNice distingue una migrazione lineare da una a ondate, da un cambio di controllo delicato o da un passaggio dal dominio storico con molti redirect — e raccomanda con chiarezza cosa preparare e in quale ordine.
La pianificazione dà il massimo quando chi richiede sa descrivere il punto di partenza: che tipo di migrazione è, cosa dipende dalla zona, quale finestra è accettabile e chi cura il cutover. Una richiesta è qualificata quando indica tipo, dipendenze e finestra. L'output è una decisione circoscritta — un piano di migrazione con rollback e owner — non un catalogo di servizi.
Il costo dell'attesa va nello stesso record. Una migrazione senza prova né rollback può mettere offline un servizio pubblico nel momento del cutover, con impatto su cittadini e comunicazione, e il recupero a freddo è lento. Quantificare l'impatto — servizio interrotto, posta non consegnata, ritorno d'emergenza — è ciò che trasforma la migrazione da attività tecnica a decisione con un owner e una finestra.
Percorso operativo
La migrazione è una sequenza ordinata: classificare il tipo, ridurre la finestra, definire il rollback, monitorare dopo il passaggio. Contatta il team dotNice per pianificare un cambio registrar o provider, un'uscita dal dominio storico o un consolidamento a ondate.
Contatti
Descrivi che tipo di migrazione è, cosa dipende dalla zona e quale finestra è accettabile. Un CIO o la direzione dell'ente può usare il modulo di richiesta per qualificare una valutazione e prepararla. La richiesta è presa in carico dagli specialisti dotNice e instradata al team competente.