I contenuti sono la parte facile di una migrazione. Ecco cosa deve spostarsi con loro, cosa tende a rompersi in silenzio dopo, e cosa una migrazione governata verifica prima che qualcuno approvi un’esecuzione.
Aggiornato · 6 min di lettura
Un piano di migrazione costruito da un elenco di nomi di progetti è un piano costruito da un’ipotesi. Prima che qualcosa si sposti vuoi un inventario di ciò che esiste, preso dal server sorgente stesso, con un proprietario accanto a ogni elemento.
Sei tipi di cose possono appartenere a una persona su un sito Tableau: cartelle di lavoro, origini dati pubblicate, flussi, progetti, sottoscrizioni e attività di aggiornamento. I primi tre sono ciò che le persone immaginano quando dicono contenuti. Gli ultimi tre sono dove le migrazioni vanno male, perché sono invisibili in un albero di progetti e nessuno nota che mancano fino a un lunedì mattina.
Registra l’identificatore, non solo il nome. I nomi si ripetono tra progetti, vengono rinominati a metà progetto, e sono la ragione per cui una migrazione selettiva sceglie la cartella di lavoro sbagliata. Una selezione basata sul LUID non può fare quell’errore, e un progetto padre dovrebbe essere incluso automaticamente quando viene scelto un figlio.
I contenuti si spostano. Le cose intorno ai contenuti per lo più devono essere presenti prima che possano atterrare.
L’identità è il vincolo di ordine che coglie i team di sorpresa. I contenuti non possono appartenere a qualcuno che non c’è ancora. La sequenza non è negoziabile anche quando il calendario preferirebbe altrimenti.
I guasti che fanno male non sono quelli che lanciano un errore durante l’esecuzione. Sono quelli che lasciano una dashboard visibilmente presente e silenziosamente sbagliata.
Ogni elemento di quell’elenco è scopribile prima di migrare, e nessuno di essi è scopribile da un albero di progetti. Questo è l’argomento a favore del passo di inventario, ed è l’unico argomento che sopravvive al contatto con una scadenza.
Una prova a secco che convalida solo le credenziali ti dice che la password è giusta. Una prova a secco utile risolve la selezione e poi percorre ciò che l’esecuzione farebbe, elemento per elemento, così che il piano che approvi sia il piano che viene eseguito.
Lo strumento Migrate esegue il Tableau Migration SDK ufficiale su .NET 8 nello stesso container del resto della suite. La migrazione stessa usa il percorso supportato dal fornitore invece di una reimplementazione. Una prova a secco a due livelli precede una porta di approvazione rigida con tre condizioni imposte.
Leggi la prova a secco per intero. È l’ultimo momento economico del progetto.
L’approvazione è il momento in cui una persona con un nome si assume la responsabilità. La sua registrazione deve sopravvivere al team di progetto. Un audit di conformità si costruisce da tre input semplici: il piano, lo stato finale dell’esecuzione e i metadati dell’approvazione.
Viene reso due volte da un solo record. JSON per l’ingestione in un sistema di governance, Markdown per un revisore umano o un fascicolo di audit. Un record, due rappresentazioni. La copia macchina e la copia umana non possono essere in disaccordo.
Nomi di credenziali e valori segreti non entrano mai in quell’audit. Endpoint, nomi dei siti e tipi vengono registrati. Un test lo impone.
La fine onesta di una migrazione è un confronto, non una pagina di stato verde.
L’ultimo passo è quello che vale l’ora. Una dashboard che si visualizza non è la stessa cosa di una dashboard puntata alla sorgente giusta, e la differenza è invisibile dal davanti.
La proprietà per prima è il passo che le persone saltano, perché sembra un progetto a parte. È anche il passo che trasforma una migrazione di due settimane in una di quattro quando viene saltato, e la ragione per cui offboarding e migrazione sono la stessa disciplina vista dai due estremi.
Una persona se ne va. Il suo nome resta su cartelle di lavoro, pianificazioni e sottoscrizioni, e diverse di queste si guastano senza un rumore. Cosa possiede, cosa si rompe, e l’ordine che mantiene la licenza recuperabile.
Quattro cose vengono chiamate governance: certificazione, proprietà, contenuti obsoleti e controllo delle modifiche. Qui ognuna è scritta come una verifica che puoi eseguire, non come un obiettivo che puoi dichiarare. Si parla anche dell’unica modifica che supera una revisione visiva ed è comunque sbagliata.
Un’affermazione è una frase. Una prova è qualcosa che una seconda persona può verificare senza chiedertelo. Cosa deve contenere una traccia di audit, cosa prova davvero un hash, e cosa pretendere da qualsiasi strumento che sostiene di produrne una.