Nei Migration Services Next-Cart, le Additional Migration Options supportano i progetti che continuano dopo il primo risultato ampio. Lo store di origine può restare attivo mentre lo store di destinazione viene verificato. Possono comparire nuovi Orders e Customers. La validazione può mostrare che una mappatura o un filtro deve cambiare. Un risultato di test può dover essere sostituito prima del lancio.
Queste situazioni sembrano simili perché richiedono tutte ulteriore attività di migrazione. I risultati desiderati, però, sono diversi. Una preserva la continuità riutilizzando una configurazione considerata affidabile. Un’altra continua il progetto ma cambia la configurazione. Una terza crea un nuovo risultato di migrazione distinto.
Le Next-Cart Additional Migration Options dovrebbero quindi essere scelte in base all’intento, non alla comodità. La scelta sbagliata può riutilizzare ipotesi che non sono più valide, sostituire un risultato che andava preservato oppure creare aspettative errate su quali record dell’origine verranno letti.
Definisci il risultato successivo prima di scegliere l’azione
La prima domanda non è “Quale opzione è disponibile?”. È “Che cosa deve rimanere vero dopo la prossima attività di migrazione?”.
Occorre distinguere tre intenti:
- Continuità: il risultato precedente rimane utile e la stessa configurazione deve continuare a essere usata.
- Cambiamento controllato: il risultato precedente rimane utile, ma filtri, mappature, tipi di dati selezionati, Add-ons o altra configurazione devono cambiare.
- Nuovo risultato: il risultato migrato in precedenza non deve più essere la base del progetto.
Questi intenti corrispondono a tre azioni esatte:
| Risultato desiderato | Azione di migrazione | Implicazione centrale |
|---|---|---|
| Continuare da una configurazione considerata affidabile | Continue the Migration with the Last Used Configuration | Viene riutilizzata la configurazione registrata |
| Continuare modificando la configurazione | Continue the Migration with a New Configuration | La configurazione viene esaminata o modificata prima dell’esecuzione |
| Produrre un nuovo risultato distinto | Perform a New Migration | L’attività di migrazione precedente non viene trattata come base del nuovo risultato |
Una prima migrazione non dispone di una configurazione registrata da riutilizzare. La disponibilità delle azioni successive dipende dalla cronologia di migrazione applicabile e da una durata del servizio ancora attiva. Se la durata di un anno è scaduta, la migrazione deve essere estesa prima di poter eseguire un’azione successiva idonea.
Riutilizza l’ultima configurazione solo se le sue ipotesi restano valide
Continue the Migration with the Last Used Configuration è appropriata quando la configurazione precedente è ancora valida e il risultato esistente nello store di destinazione rimane utile.
Questa azione può ridurre il lavoro decisionale ripetuto, ma la sua efficienza dipende da un’ipotesi importante: l’ultima configurazione deve continuare a rappresentare il risultato desiderato.
Prima di riutilizzarla, conferma che:
- i tipi di dati selezionati siano ancora appropriati;
- le decisioni di mappatura siano ancora adatte alla destinazione;
- le regole di filtro descrivano ancora l’ambito dei record desiderato;
- la configurazione degli Add-ons sia ancora adatta;
- le strutture di origine e destinazione non siano cambiate in modo significativo;
- la validazione precedente non abbia messo in evidenza un difetto di configurazione irrisolto;
- la finestra di record dell’origine desiderata sia ancora corretta.
Riutilizzare una configurazione soltanto perché ha funzionato una volta non basta. Il contesto del progetto può essere cambiato. Un nuovo campo nell’origine, una struttura rivista nella destinazione o un diverso ambito di lancio possono rendere inadeguata la configurazione precedente anche quando il percorso di migrazione non è cambiato.
La validazione dopo questa azione dovrebbe dimostrare sia continuità sia cambiamento. Il risultato già presente nello store di destinazione deve restare utilizzabile e i nuovi record elaborati devono seguire le stesse regole accettate.
Continua con una nuova configurazione quando cambia l’obiettivo
Continue the Migration with a New Configuration è adatta quando l’attività di migrazione precedente rimane utile ma la prossima esecuzione necessita di impostazioni supportate diverse.
Motivi tipici includono:
- il filtro deve includere o escludere un insieme diverso di record;
- le mappature standard devono essere riviste;
- i tipi di dati selezionati sono cambiati;
- un Add-on deve usare impostazioni diverse;
- la validazione ha evidenziato un problema di configurazione;
- la fase successiva del progetto ha un ambito diverso;
- le aspettative sulla destinazione sono cambiate senza richiedere un risultato completamente nuovo.
Il vantaggio centrale è l’adattamento controllato. Il progetto può preservare il lavoro precedente ancora utile modificando le decisioni che governano l’attività successiva.
Il rischio è una coesistenza non intenzionale. I record prodotti con la configurazione precedente possono restare insieme ai record prodotti con quella nuova. La validazione dovrebbe quindi verificare se le due configurazioni generano duplicazioni, mappature in conflitto, uso incoerente dei campi o significati aziendali diversi.
Per esempio, modificare una mappatura di gruppo Customer dovrebbe portare a verificare i Customers migrati con entrambe le configurazioni. La domanda non è soltanto se la nuova mappatura abbia funzionato. È se l’insieme dello store di destinazione rimanga coerente.
Esegui una nuova migrazione quando il risultato precedente non deve continuare
Perform a New Migration è appropriata quando il progetto necessita di un risultato di migrazione distinto e nuovo anziché della continuazione del lavoro precedente.
Può essere giustificata quando:
- il risultato migrato precedente era stato creato per i test;
- la configurazione precedente non riflette più l’ambito previsto;
- la validazione ha rilevato difetti coordinati che rendono inaffidabile la continuazione;
- la preparazione della destinazione richiede una base di migrazione pulita;
- il progetto vuole rivalutare ambito e configurazione dall’inizio.
Una nuova migrazione dovrebbe essere scelta perché serve un risultato nuovo, non semplicemente perché è possibile eseguire un’altra attività.
Le decisioni di sostituzione e cancellazione richiedono attenzione. Questa azione può incidere sui record precedentemente creati dalla migrazione entro l’ambito selezionato, ma non autorizza di per sé la rimozione di ogni record nello store di destinazione. Record creati manualmente, record creati da applicazioni, record di test e dati operativi devono essere identificati prima di qualsiasi decisione di cancellazione o sostituzione.
Lo standard di validazione dovrebbe essere più ampio rispetto alla continuazione. Il progetto deve confermare la nuova configurazione, il insieme di dati risultante, il trattamento dei record migrati in precedenza e la protezione dei record al di fuori dell’ambito di sostituzione approvato.
Separa l’azione di migrazione dalla finestra dei record dell’origine
Le tre azioni definiscono la relazione con configurazione e risultato precedenti. Non determinano autonomamente quali record dell’origine vengono letti.
Il comportamento di lettura dell’origine risponde a una domanda diversa:
- l’elaborazione interrotta deve riprendere dal punto già raggiunto;
- devono essere letti soltanto i record aggiunti dopo l’ultima migrazione riuscita;
- l’ambito selezionato dell’origine deve essere letto di nuovo con la configurazione scelta.
Questa distinzione evita un errore comune. Continuare con l’ultima configurazione non significa automaticamente elaborare soltanto i record appena aggiunti. Perform a New Migration non definisce automaticamente come viene scelta la finestra dell’origine.
Anche un record esistente modificato dopo l’attività precedente è diverso da un record aggiunto di recente. Se i record esistenti modificati devono essere riesaminati, le decisioni relative a lettura dell’origine e configurazione devono dichiarare esplicitamente questo requisito.
Azione e finestra dei record dell’origine dovrebbero essere pianificate insieme, ma non trattate come un’unica impostazione.
Applica gli Entity Points in base allo stato dei record
Un’attività di migrazione aggiuntiva non consuma Entity Points solo perché avviene un’altra azione. Il consumo dipende dai record conteggiati coinvolti.
| Situazione del record conteggiato | Effetto sugli Entity Points |
|---|---|
| Un record Product, Customer, Order o Blog Posts viene migrato con successo per la prima volta | I punti vengono consumati utilizzando il peso bloccato applicabile |
| Lo stesso record conteggiato era già stato conteggiato nella migrazione acquistata e nel percorso fisso | Non consuma nuovamente punti soltanto perché un’altra azione lo elabora |
| Un nuovo record idoneo viene aggiunto e migrato successivamente | I punti vengono consumati quando viene migrato con successo per la prima volta |
| Una nuova migrazione include record idonei già conteggiati | Quei record non consumano nuovamente punti |
Questa regola vale per tutte e tre le azioni. Perform a New Migration non ricalcola automaticamente ogni Product, Customer, Order e record Blog Posts già registrato.
La pianificazione della capacità dovrebbe concentrarsi sui nuovi dati effettivamente conteggiati. Se lo store di origine resta attivo, la crescita prevista di Product, Customer, Order e Blog Posts dovrebbe essere confrontata con la capacità Entity Points residua prima dell’azione successiva.
Separa le azioni di migrazione dalle modifiche commerciali
Una Additional Migration Option determina il modo in cui la prossima attività di migrazione si relaziona al risultato precedente. Un upgrade modifica il pacchetto acquistato e un’estensione ripristina una migrazione scaduta. Sono decisioni collegate, ma non intercambiabili.
Per esempio, acquistare più Entity Points aumenta la capacità ma non decide se la prossima attività riutilizza l’ultima configurazione, modifica la configurazione o produce un nuovo risultato. Passare da Standard a Managed modifica la responsabilità di esecuzione ma non sceglie l’azione di migrazione. Estendere una migrazione scaduta ripristina il servizio dall’ultimo pacchetto conservato; dopo l’estensione, l’azione appropriata dipende ancora dal risultato desiderato.
Tenere separate queste decisioni evita di confondere un ordine commerciale con un’istruzione di migrazione. Preserva inoltre il percorso di migrazione fisso: upgrade ed estensioni riguardano la stessa migrazione acquistata anziché creare una direzione diversa da piattaforma di origine a piattaforma di destinazione.
Mantieni visibile la responsabilità del Migration Service
Una Additional Migration Option non sostituisce il Migration Service acquistato.
Con esecuzione gestita dal cliente, il cliente esegue l’azione selezionata e valida il risultato. Con esecuzione affidata agli esperti, l’azione concordata viene svolta entro l’ambito del servizio accettato, mentre il cliente fornisce le informazioni richieste e approva l’esito.
Se l’attività successiva introduce requisiti su misura, può essere necessario modificare l’ambito del servizio. Un nuovo campo personalizzato, un Add-on modificato o una trasformazione su misura non dovrebbero essere nascosti all’interno di un’azione di continuazione soltanto perché il percorso di migrazione esiste già.
Il progetto dovrebbe quindi esaminare separatamente due domande:
- Quale azione corrisponde alla relazione desiderata con il risultato precedente?
- Il Migration Service esistente copre ancora l’ambito e la responsabilità di esecuzione richiesti?
Abbina la validazione allo scopo dell’azione
Ogni azione richiede validazione, ma gli elementi da verificare dovrebbero rifletterne l’intento.
| Azione | Obiettivo principale della validazione |
|---|---|
| Continue the Migration with the Last Used Configuration | La configurazione è rimasta valida, è stata elaborata la finestra dell’origine prevista e la continuità è stata preservata |
| Continue the Migration with a New Configuration | Le impostazioni riviste hanno prodotto il risultato previsto senza creare incoerenze con i record migrati in precedenza |
| Perform a New Migration | Il nuovo risultato riflette l’ambito approvato, i dati migrati in precedenza sono stati trattati correttamente e i record protetti nello store di destinazione restano intatti |
La revisione rappresentativa dovrebbe includere Products, Customers, Orders, Blog Posts, CMS Pages, Reviews, Coupons, URL, record filtrati, valori mappati, output Add-on e dati dell’ambito personalizzato dove pertinenti.
L’azione selezionata ha successo soltanto quando lo store di destinazione supporta il passo aziendale successivo previsto. Il completamento dell’azione non equivale all’accettazione.
Evita gli errori di intento
Riutilizzare la configurazione dopo che il requisito è cambiato
L’ultima configurazione può essere familiare ma non più valida. Il riutilizzo dovrebbe seguire riscontri che confermano l’idoneità di mappature, filtri, Add-ons e aspettative sulla destinazione.
Scegliere una nuova migrazione quando basta modificare la configurazione
Un risultato completamente nuovo può creare rischi di sostituzione non necessari. Se il lavoro precedente rimane utile e devono cambiare soltanto impostazioni supportate, continuare con una nuova configurazione può essere più preciso.
Presumere che la continuazione legga soltanto i nuovi record
L’azione e la finestra dei record dell’origine sono decisioni separate. Il comportamento di lettura dell’origine deve essere pianificato esplicitamente.
Trattare una nuova migrazione come permesso di cancellare ogni record dello store di destinazione
La sostituzione deve restare entro l’ambito approvato. I record creati manualmente o da applicazioni devono avere decisioni separate di protezione e proprietà.
Saltare la validazione perché il risultato precedente era stato approvato
Nuovi record di origine, configurazione modificata e nuovo risultato creano ciascuno nuovi requisiti di verifica. L’accettazione precedente non può essere trasferita automaticamente.
Conclusione
Le Next-Cart Additional Migration Options rappresentano tre diversi intenti di progetto. Continue the Migration with the Last Used Configuration preserva la continuità quando la configurazione precedente resta valida. Continue the Migration with a New Configuration preserva il lavoro precedente utile consentendo un cambiamento controllato. Perform a New Migration crea un risultato nuovo e distinto quando la migrazione precedente non deve più costituire la base del progetto.
L’azione deve essere coordinata con selezione dei record di origine, capacità Entity Points, responsabilità del Migration Service, confini della sostituzione e validazione specifica per lo scopo. Scegliere in base al risultato desiderato mantiene controllata l’attività di migrazione successiva ed evita che un’azione disponibile sostituisca il ragionamento sul progetto.
Domande frequenti
Quando dovrebbe essere riutilizzata l’ultima configurazione?
Riutilizzala quando configurazione precedente, intento relativo ai record di origine, Add-ons, mappature e aspettative sulla destinazione restano validi.
Quando è più adatta una nuova configurazione?
Usa una nuova configurazione quando il lavoro di migrazione precedente rimane utile ma filtri, mappature, tipi di dati selezionati, Add-ons o altre impostazioni supportate devono cambiare.
Quando dovrebbe essere eseguita una nuova migrazione?
Usa Perform a New Migration quando il progetto necessita di un nuovo risultato distinto e il risultato migrato in precedenza non deve più essere la base del progetto.
Le azioni di continuazione leggono automaticamente solo i record appena aggiunti?
No. L’azione di migrazione e la finestra dei record dell’origine sono decisioni separate.
I record già conteggiati consumano nuovamente Entity Points?
No. I record conteggiati già registrati nella migrazione acquistata e nel percorso fisso non consumano nuovamente punti soltanto perché un’altra azione li elabora.
Perform a New Migration cancella tutti i record dello store di destinazione?
No. Cancellazione e sostituzione devono seguire l’ambito approvato, identificando separatamente record creati manualmente, record creati da applicazioni e altri record protetti.
Una Additional Migration Option cambia il Migration Service?
No. L’upgrade del Migration Service è una modifica commerciale separata. Può modificare ambito o responsabilità di esecuzione, ma non decide quale Additional Migration Option sia adatta al risultato successivo.
Che cosa deve essere validato dopo un’azione successiva?
La validazione dovrebbe confermare finestra dell’origine prevista, comportamento della configurazione, effetto sugli Entity Points, trattamento dei risultati precedenti, record protetti e utilizzabilità aziendale dello store di destinazione.