Il DNS è propagato: basta aspettare

Allineiamoci Offline14 ottobre 20265 min

Lunedì mattina, il nuovo sito non si apre per alcuni clienti proprio il giorno del lancio. Mentre il Commerciale garantisce che Internet deve solo aggiornarsi, il Junior nota risultati diversi e il Senior ammette di aver modificato il record nel pannello del registrar, anche se i nameserver indicano un altro gestore. Security ferma i tentativi alla cieca e chiede chi controlli la zona autorevole. Il CTO autorizza una modifica e cerca un indicatore per dichiarare conclusa la migrazione. Dopo alcuni giorni il team festeggia davanti al computer in sala riunioni, ma il cliente da casa vede ancora il vecchio sito.

Voci, personaggi e contenuti creativi generati con strumenti di intelligenza artificiale e approvati prima della pubblicazione.

Trascrizione

Narratrice: Le voci di questa puntata sono sintetiche. È lunedì mattina: il nuovo sito non si apre per alcuni clienti. Oggi è il giorno del lancio.

Commerciale: Però il cambio di dominio era una formalità da pochi minuti. L’ho detto al cliente: il DNS è propagato. Basta aspettare. Internet, in fondo, è una rete; prima o poi si mette d’accordo.

Junior Developer: Da qui si apre. Dal mio computer si apre il vecchio sito. Ho chiesto a due clienti: uno vede il nuovo, l’altro il vecchio. Quale servizio gestisce davvero il dominio? E dove abbiamo fatto la modifica?

Senior Developer: Nel pannello del registrar. Ho cambiato il record. I nameserver, però, indicano un altro gestore. Anni fa ho lasciato una configurazione temporanea. Temporanea nel senso aziendale: è ancora lì.

Junior Developer: Quindi abbiamo cambiato il record in un pannello che non gestisce la zona autorevole? Pensavo che prima si verificasse dove puntano i nameserver, poi si facesse la modifica.

Senior Developer: Sì. Ma io ho visto il pulsante del record e il record era lì. A mia discolpa, il pannello aveva l’aria di sapere quello che faceva. Più di me, in quel momento.

Commerciale: Non drammatizziamo. Il sito si apre dal mio telefono, quindi è online. Al cliente possiamo dire che stiamo facendo un lancio graduale: alcune persone entrano prima, altre stanno ancora ricevendo l’esperienza precedente.

Junior Developer: Ma se il telefono apre il nuovo sito e alcuni clienti il vecchio, non dimostra che tutti stanno ricevendo un’esperienza. Dimostra che io ho controllato un telefono. Possiamo vedere chi gestisce la zona?

Commerciale: Il cliente non compra una zona autorevole, compra tranquillità. E la tranquillità si può consegnare anche mentre il sito è in fase di aggiornamento. È un servizio, non una bugia: una tranquillità progressiva.

Security: Fermatevi. Prima di altri tentativi alla cieca, chi ha accesso all’account che governa la zona autorevole? E chi ha verificato la titolarità del dominio prima di annunciare il cambio? Perché io non vedo una verifica, vedo—

Commerciale: Una verifica commerciale c’è stata: ho verificato che il cliente voleva il nuovo sito oggi. Non sono entrato nel tecnico, per correttezza. Ho delegato la parte in cui si scopre chi può fare la cosa.

Security: Quella non è una verifica. Non modificate altri pannelli finché non sappiamo chi controlla il dominio e dove si gestisce la zona. Gli accessi ci sono, ma nessuno ha controllato la titolarità prima di promettere il cambio.

Senior Developer: La zona sta dall’altro gestore. Io ho aggiornato il record nel posto sbagliato e aspettato che il mondo mi desse ragione. Non l’ha fatto. Il mondo ha un carattere difficile, specialmente quando ha ragione lui.

Junior Developer: Una volta verificato l’accesso, possiamo cambiare il record nella zona autorevole e controllare cosa vedono i clienti? Così distinguiamo la modifica fatta da noi dai risultati che arrivano ancora dalle cache.

Chief Technology Officer: Autorizzo una modifica controllata. La chiameremo migrazione globale, perché dobbiamo allineare tecnologia, business e percezione del cliente. Il fatto che alcuni utenti vedano ancora il vecchio servizio non annulla il percorso: lo rende evolutivo.

Junior Developer: Per sapere se è conclusa, quale indicatore usiamo? Se guardiamo solo il computer in sala riunioni, potremmo misurare la sala riunioni. Non so se è un indicatore globale o soltanto ben arredato.

Chief Technology Officer: Serve un indicatore unico, comprensibile e scalabile. Se il nuovo sito si apre dal computer in sala riunioni, abbiamo un punto di osservazione comune. Non è tutta la realtà, certo. Ma almeno la realtà ha una schermata.

Narratrice: Dopo alcuni giorni, il nuovo sito è raggiungibile. Il team si riunisce davanti al computer in sala riunioni. La verifica è collettiva: una persona apre il sito, le altre annuiscono.

Commerciale: Perfetto, ora possiamo comunicarlo. Propongo una foto celebrativa davanti alla schermata giusta: così si vede che il lancio è andato bene e, soprattutto, si vede bene che è andato bene.

Junior Developer: Il cliente ha appena scritto che da casa vede ancora il vecchio sito. Quindi abbiamo raggiunto il nuovo sito, ma non lui. La foto è pronta; possiamo aspettare anche per la foto, o quella si propaga subito?

Senior Developer: La foto è già autorevole. È stata fatta qui, da noi. Il sito invece no, a quanto pare. Almeno questa volta sappiamo esattamente quale pannello controlla il successo: quello della fotocamera.

Chief Technology Officer: Il risultato è positivo: abbiamo verificato il nuovo servizio e identificato una variabilità residua nelle cache. La migrazione globale è in fase di consolidamento. La foto documenta il traguardo; il cliente documenta la prossima opportunità di miglioramento.

Commerciale: Al cliente dico che il lancio è completato sul nostro punto di osservazione e che da casa sta vivendo la fase precedente. Non è il vecchio sito: è una continuità di esperienza. Poi gli mando la foto, così almeno vede il nuovo.

Narratrice: La foto parte. Il cliente, da casa, è ancora sul vecchio sito. In sala riunioni il nuovo è aperto e il lancio è dichiarato concluso. Il DNS, intanto, non ha ricevuto l’invito alla celebrazione.