Migra a Adobe Commerce as a Cloud Service
Adobe Commerce as a Cloud Service fornisce una guida completa per gli sviluppatori che passano da un implementazione PaaS Adobe Systems Commerce esistente alla nuova offerta Adobe Systems Commerce as a Cloud Service (SaaS). Adobe Systems Commerce come Cloud Service rappresenta un passaggio significativo a un modello SaaS completamente gestito e senza versione, che offre prestazioni migliorate, scalabilità, operazioni semplificate e una più stretta integrazione con il più ampio Adobe Experience Cloud.
Comprendere il cambiamento: confronto tra PaaS e SaaS
Differenze chiave
- [Solo PaaS]{class="badge informative" title="Si applica solo ai progetti Adobe Systems Commerce on Cloud (infrastruttura PaaS gestita da Adobe Systems) e ai progetti locali."} PaaS (corrente): il commerciante gestisce il codice dell'applicazione, gli aggiornamenti, l'applicazione di patch e la configurazione dell'infrastruttura nell'ambiente ospitato di Adobe. Modello di responsabilità condiviso per i servizi (MySQL, Elasticsearch e altri).
- [Solo SaaS]{class="badge positive" title="Si applica a Adobe Systems Commerce solo come progetto Cloud Service e Adobe Systems Commerce Optimizer (infrastruttura SaaS gestito da Adobe Systems)."} SaaS (Nuovo - Adobe Commerce as a Cloud Service): Adobe gestisce completamente l'applicazione di base, l'infrastruttura e gli aggiornamenti. Gli esercenti concentrarsi personalizzazione tramite punti di estensibilità (API, app Builder interfaccia SDK). Il codice della applicazione core è bloccato.
Implicazioni architettoniche
- Piattaforma senza versione: aggiornamenti continui non significano più aggiornamenti di versione principali per il core.
- Microservizi e API-first: maggiore fiducia nelle API per estensibilità e integrazione.
- Headless per impostazione predefinita (facoltativo): supporto avanzato per storefront separati (ad esempio, Commerce Storefront con tecnologia Edge Delivery Services).
- Edge Delivery Services: impatto sulle prestazioni e sulla distribuzione front-end.
Nuovi strumenti e concetti
- Adobe Systems Developer app Builder e API Mesh per Adobe Systems Developer app Builder
- Commerce Optimizer
- Servizi di distribuzione Edge
- Provisioning self-service con Commerce Cloud Manager
Percorsi di migrazione
Adobe Commerce as a Cloud Service Supporta più percorsi di migrazione, a seconda della timeline, della vetrina e delle personalizzazioni.
In alternativa a una migrazione completa, Adobe Commerce as a Cloud Service supporta una migrazione a fasi, utilizzando Commerce Optimizer o un approccio incrementale.
- Migrazione incrementale: questo approccio prevede la migrazione dei dati, delle personalizzazioni e delle integrazioni in più fasi. Questo approccio è ideale per i commercianti di grandi dimensioni con molte personalizzazioni che desiderano transizione gradualmente le personalizzazioni e i dati Adobe Commerce as a Cloud Service complessi al proprio ritmo.
- Commerce Optimizer: questo approccio consente di eseguire la migrazione in modo iterativo, utilizzando Commerce Optimizer come fase di transizione per spostare personalizzazioni e dati complessi al Adobe Commerce as a Cloud Service proprio ritmo. Commerce Optimizer fornisce accesso ai servizi di merchandising basati su Visualizzazioni e criteri del catalogo, Commerce Storefront powered by Edge Delivery e Product Visuals powered by AEM Assets.
- Migrazione completa: questo approccio comporta la migrazione simultanea di tutti i dati, le personalizzazioni e le integrazioni. Questo approccio è ideale per i commercianti più piccoli con poche personalizzazioni che desiderano passare rapidamente a Adobe Commerce as a Cloud Service.
La tabella seguente fornisce una panoramica del processo di migrazione per diversi storefront e configurazioni:
Come indicato nella tabella, le attenuazioni per ogni migrazione consisteranno in:
- Migrazione dei dati: utilizzo degli strumenti di migrazione forniti per eseguire la migrazione dei dati dai istanza esistenti a Adobe Commerce as a Cloud Service.
- Storefront: gli storefront Commerce esistenti basati su Edge Delivery e gli storefront headless non richiedono alcuna mitigazione, ma gli storefront Luma richiedono la migrazione a Commerce Storefront basati su Edge Delivery. È possibile migrare le vetrine dei negozi PWA Studio a Commerce basate su Edge Delivery o mantenerle nello stato corrente. Adobe fornirà acceleratori per assistere la migrazione della vetrina.
- Rete API—Crea una nuova rete o modifica quella esistente. Per facilitare questo processo, Adobe fornirà delle maglie preconfigurate.
- Integrazioni - Tutte le integrazioni devono utilizzare il kit di avvio dell'integrazione o l'Adobe Commerce as a Cloud Service API REST.
- Personalizzazioni - Tutte le personalizzazioni devono essere spostate in App Builder e API Mesh.
- Gestione Assets: tutta la gestione risorse richiede la migrazione. Se si sta già utilizzando AEM Assets, non è necessario eseguire la migrazione.
- Estensioni: tutte le estensioni all'interno del processo devono essere ricreate come estensioni out-of-process. Entro la fine del 2025, Adobe Systems fornirà accesso alle nostre estensioni più popolari per ridurre al minimo i tempi di versione.
Fasi della migrazione
Nelle fasi seguenti vengono descritti i passaggi e le considerazioni necessari per la migrazione a Adobe Commerce as a Cloud Service.
Valutazione e pianificazione pre-migrazione
Questa fase è fondamentale per ridurre al minimo i rischi e stabilire un percorso di migrazione chiaro e identificare i problemi prima che si presentino.
Individuazione e controllo dell'ambiente corrente
Analisi codebase:
- Identifica tutti i moduli personalizzati, i temi e le sostituzioni.
- Analizza le modifiche al codice di base e determina quale sarà il refactoring necessario per la migrazione.
- Valutare le estensioni di terze parti e determinare la compatibilità con Adobe Commerce as a Cloud Service. Esistono alternative compatibili con SaaS oppure è necessario creare integrazioni API personalizzate o applicazioni App Builder?
- Identifica eventuali codici o funzionalità obsoleti che non verranno migrati.
Controllo dati:
- Valutare le dimensioni e la complessità del database.
- Identifica i dati o le tabelle non utilizzati per la pulizia.
- Esaminare i processi di importazione/esportazione dei dati esistenti.
Valutazione integrazioni:
- Elenca tutti i sistemi esterni integrati con Adobe Commerce (ERP, CRM, PIM, gateway di pagamento, fornitori di servizi di spedizione, OMS e qualsiasi altro sistema).
- Valuta i metodi di integrazione (API, script personalizzati e altri metodi).
- Valutare la compatibilità con l'approccio API-first di Adobe Commerce as a Cloud Service e App Builder.
Benchmark delle prestazioni:
- Documenta i punteggi correnti di Lighthouse, i tempi di caricamento delle pagine e gli indicatori prestazioni chiave (KPI, Key Performance Indicator), che forniscono una linea di base per misurare i miglioramenti successivi alla migrazione.
Revisione configurazione protezione:
- Valuta eventuali regole WAF personalizzate, inserisce nell'elenco Consentiti di IP ed eventuali altre configurazioni di sicurezza.
Definire l'ambito e la strategia di migrazione:
-
Migrazione graduale e all-at-once: Valuta i pro e i contro di ogni approccio.
-
Identificare i processi aziendali principali: dare priorità alle funzionalità che devono essere migrate per prime, ad esempio:
- Regole di prezzo complesse
- Regole aziendali personalizzate applicate prima che un ordine venga ufficialmente effettuato o elaborato
- Calcoli fiscali complessi
- Convalide indirizzi
- Logica personalizzata attivata dopo l'invio di un ordine
-
Headless vs. vetrina monolitica: punto di decisione per lo sviluppo di nuove vetrine o l'adattamento di vetrine esistenti.
-
Strategia di integrazione: determinare come verranno ri-platformizzate le integrazioni esistenti (API Mesh, app Builder, API diretta).
-
Strategia di migrazione dei dati: determinare se si intende eseguire la migrazione utilizzando dati cronologici completi, dati parziali o nessun dato migrato.
Preparazione del team e training:
- Acquisisci familiarità con Adobe Commerce as a Cloud Service concetti, flussi di lavoro di sviluppo e nuovi strumenti.
- Partecipa a training pratici con Adobe Systems app Builder, Servizi di distribuzione Edge e Adobe Commerce as a Cloud Service pipeline di distribuzione.
Configurazione e provisioning dell'ambiente:
- Effettua il provisioning Adobe Commerce as a Cloud Service degli ambienti sandbox e di sviluppo con Commerce Cloud Manager.
Fasi di migrazione incrementale
Refactoring strategico ed esternalizzazione
Questa fase consiste nel nucleo della migrazione, concentrandosi sull'adattamento della Adobe Commerce as a Cloud Service base di codice al paradigma cloud-nativo;. Ciò comporta l'adozione strategica di nuovi servizi Adobe Systems e lo spostamento della logica personalizzata fuori dalla piattaforma di eCommerce principale.
1. Migrazione delle personalizzazioni e delle estensioni "in-process" a app Builder
Questa è una fase cruciale per ottenere un "nucleo bloccato" e rendere la soluzione a prova di futuro, centrale per la Adobe Commerce as a Cloud Service filosofia architettonica.
- Esternalizzare la logica complessa in app Builder: analizza i moduli personalizzati esistenti e le estensioni di terze parti all'interno della tua base di codice PaaS. Per logica di business complesse, integrazioni personalizzate o microservizi che non richiedono la manipolazione diretta e in-process del modello di dati di base di Commerce, esegui il refactoring e ripiattaformali come applicazioni serverless all'interno di Adobe Systems Developer app Builder.
- Sfrutta API Mesh: per gli scenari che richiedono dati da più sistemi back-end (ad esempio, il backend PaaS Commerce, ERP, CRM e microservizi personalizzati di app Builder), implementare un livello API Mesh all'interno di app Builder. Questo consolida API diverse in un unico endpoint GraphQL performante utilizzato dalla nuova vetrina o da altri servizi, semplificando il recupero di dati complessi.
- Architettura basata sugli eventi: utilizza Adobe I/O Events per attivare le azioni di App Builder in base agli eventi che si verificano nell'istanza PaaS (ad esempio aggiornamenti dei prodotti, registrazioni dei clienti, modifiche dello stato degli ordini) o in altri sistemi connessi. Questo favorisce la comunicazione asincrona, riduce l'accoppiamento stretto e migliora la resilienza del sistema.
Vantaggio: questo passaggio riduce significativamente il debito tecnico associato alle personalizzazioni profondamente incorporate, accelera notevolmente la transizione del istanza di Commerce a Adobe Commerce as a Cloud Service, migliora la scalabilità e la distribuibilità indipendente della logica personalizzata e promuove cicli di sviluppo più rapidi per le estensioni.
2. Adottare servizi merchandising Adobe Systems Commerce basati su SaaS e integrare i dati del catalogo
Si tratta di un critico punto di integrazione iniziale con due opzioni per quanto riguarda la gestione dei dati di catalogo:
Sfrutta il servizio SaaS del catalogo esistente integrato con il back-end PaaS
Questa opzione funge da passaggio transitorio, basato su un'integrazione esistente in cui il backend PaaS popola un'istanza esistente del servizio Adobe Commerce SaaS con i dati del servizio catalogo, ricerca live e consigli prodotto.
- Sincronizzazione dati catalogo: assicurati che l'istanza Adobe Commerce PaaS continui a sincronizzare i dati di prodotto e catalogo con il servizio Adobe Commerce Catalog SaaS esistente. In genere si basa su connettori o moduli consolidati all’interno dell’istanza PaaS. Il servizio catalogo SaaS rimane la fonte autorevole per le funzioni di ricerca e merchandising, derivando i suoi dati dal backend PaaS.
- Mesh API per l'ottimizzazione: anche se la vetrina headless (su Edge Delivery Services) e altri servizi potrebbero utilizzare direttamente i dati del servizio SaaS del catalogo, Adobe consiglia vivamente di utilizzare Mesh API (in App Builder). La funzione Mesh API può unificare le API del servizio SaaS per il catalogo con altre API necessarie dal backend PaaS (ad esempio, controlli di inventario in tempo reale dal database transazionale o attributi di prodotto personalizzati non completamente replicati nel servizio SaaS per il catalogo) in un singolo endpoint GraphQL dalle prestazioni elevate. Ciò consente anche la memorizzazione in cache centralizzata, l’autenticazione e la trasformazione della risposta.
- Integrazione di Live Search e Product Recommendations: configura i servizi SaaS di Live Search e Product Recommendations per acquisire i dati del catalogo direttamente dal servizio SaaS del catalogo Adobe Commerce esistente, che a sua volta viene popolato dal backend PaaS.
Vantaggio: consente di accedere più rapidamente a una vetrina headless e a funzioni di merchandising SaaS avanzate sfruttando un servizio SaaS Catalog esistente e operativo e la relativa pipeline di integrazione con il backend PaaS. Tuttavia, mantiene la dipendenza dal backend PaaS per l’origine dati del catalogo principale e non fornisce le funzionalità di aggregazione multiorigine intrinseche al nuovo Composable Catalog Data Model. Questa opzione rappresenta un valido passo avanti verso un'architettura più completa e componibile.
Adottare il nuovo Composable Catalog Data Model (CCDM)
Questo è l'approccio strategico e a prova di futuro per sfruttare al meglio Adobe Commerce Optimizer. CCDM fornisce un servizio di catalogo flessibile, scalabile e unificato progettato per l’aggregazione di dati da più origini e il merchandising dinamico.
-
Acquisizione e unificazione dei dati
-
Inizia acquisendo i dati di prodotti e cataloghi dall’istanza Adobe Commerce PaaS esistente (e/o da altri sistemi PIM/ERP) nel nuovo Composable Catalog Data Model (CCDM).
-
Mappa gli attributi di prodotto esistenti sullo schema flessibile del CCDM. Dai priorità ai dati critici del prodotto per l’acquisizione iniziale.
-
Stabilisci pipeline di dati affidabili per la sincronizzazione continua. Ciò può comportare:
- Basato su eventi (tramite App Builder): utilizza Adobe I/O Events dalla tua istanza PaaS per attivare le applicazioni Adobe App Builder personalizzate o disponibili al pubblico. Queste applicazioni trasformano e inviano le modifiche ai dati (creazione, aggiornamento ed eliminazione) al CCDM tramite le relative API.
- Acquisizione in batch: per caricamenti iniziali di grandi dimensioni o aggiornamenti in blocco periodici, utilizza trasferimenti di file protetti (ad esempio, CSV o JSON) in un'area di gestione temporanea, elaborati dai servizi di acquisizione di Adobe Experience Platform (AEP) in CCDM.
- Integrazione API diretta (con orchestrazione App Builder): per scenari più complessi, App Builder può fungere da livello di orchestrazione, effettuando chiamate API dirette al backend PaaS, trasformando i dati e inviandoli a CCDM.
-
-
Visualizzazione catalogo e definizione dei criteri: configurare le visualizzazioni catalogo (raggruppamenti logici per la presentazione di cataloghi univoci, ad esempio visualizzazioni archivio, aree geografiche e segmenti B2B/B2C) e definire i criteri (set di regole per la presentazione, il filtraggio e il merchandising dei prodotti) in CCDM. Ciò consente il controllo dinamico su assortimenti di prodotti e logica di visualizzazione per vista catalogo.
-
Integrare Live Search e Product Recommendations: una volta che i dati del catalogo sono presenti in CCDM, integrare i servizi di Adobe basati su SaaS Live Search e Product Recommendations. Questi sfruttano l’intelligenza artificiale e i modelli di apprendimento automatico di Adobe per migliorare la rilevanza delle ricerche e offrire consigli personalizzati, sfruttando i dati direttamente dal CCDM.
Vantaggio: astragendo la gestione e l'individuazione del catalogo in CCDM e nei servizi SaaS associati, puoi ottenere prestazioni migliori, acquisire funzionalità di merchandising basate sull'intelligenza artificiale, ridurre notevolmente il carico delle operazioni di lettura dal backend legacy e abilitare un'esperienza "peel-off" affidabile dell'esperienza top-of-funnel.
3. Costruisci la vetrina su Edge Delivery Services
Con le pipeline di dati di merchandising stabilite e le personalizzazioni esternalizzate, l’attenzione si sposta sulla creazione di front-end ad alte prestazioni.
-
Configurazione iniziale: configura il progetto utilizzando Adobe Commerce Storefront boilerplate per Edge Delivery Services. Questo fornisce un front-end headless fondamentale basato sulle moderne tecnologie web.
-
Connetti a Catalog Services e Mesh API: la vetrina Commerce utilizzerà i dati principalmente tramite le API GraphQL:
- Opzione 1: dal servizio SaaS del catalogo esistente (tramite Mesh API) per informazioni sul prodotto e regole di merchandising.
- Opzione 2: da CCDM per informazioni sul prodotto e regole di merchandising.
- Da Mesh API per tutti i dati orchestrati dal backend legacy (istanza PaaS) o dai servizi App Builder personalizzati (ad esempio, visualizzazione dell’inventario in tempo reale, degli attributi di prodotto personalizzati e dei punti fedeltà).
-
Migrazione dei contenuti (Servizi AEM): esegui la migrazione dei tuoi contenuto statici esistenti (ad esempio, pagine "Chi siamo", post di blog e banner marketing) ai Servizi AEM, che alimentano la vetrina del Commercio. Sfrutta le funzionalità authoring dei contenuti di AEM e assicurati che risorse siano ottimizzate per Edge Delivery Services.
-
Sviluppa componenti di interfaccia di base: crea componenti di interfaccia critico utente per pagine dettagli prodotto (PDP), pagine di elenco prodotti (PLP) e pagine di contenuto generali utilizzando componenti drop-in di Edge Delivery Services e componenti React/Vue personalizzati. Dai priorità ai flussi di e-commerce di base.
-
Integrazione con carrello / checkout esistente: inizialmente, la vetrina di Edge Delivery Services orchestrerà un passaggio al tuo PaaS Adobe Systems Commerce esistente (o altra piattaforma di terze parti) per la gestione del carrello e il checkout. Ciò comporta in genere:
- Reindirizzamento: reindirizzamento del utente agli URL del nativo carrello e del checkout della piattaforma precedente, trasmettendo gli identificatori necessari della sessione e del carrello.
- Interazione API diretta (con orchestrazione di app Builder): creazione di componenti personalizzati per il carrello e il checkout interfaccia all'interno di Edge Delivery Services che interagiscono direttamente con le API di carrello e checkout del backend PaaS. Ciò comporta spesso app Builder come back-end-for-frontend (BFF) per orchestrare le chiamate a più servizi back-end (ad esempio, carrello PaaS, gateway di pagamento e calcolatori di spedizione).
Vantaggio: offre un'esperienza di vetrina incredibilmente veloce, ottimizzata per SEO e altamente flessibile. Questa fase contribuisce direttamente a un esperienza del cliente superiore e pone le basi per la futura innovazione frontend.
4. Migrazione dei dati (processo graduale)
La migrazione dei dati è un processo critico e sfaccettato che viene eseguito in concomitanza con il refactoring e lo sviluppo storefront, garantendo la coerenza e l'integrità dei dati.
- Pulisci e ottimizza i dati esistenti: prima di qualsiasi migrazione su larga scala, esegui pulizia completa dei dati, deduplicazione e convalida sul tuo database PaaS esistente. Questo passaggio proattivo è fondamentale per ridurre al minimo il trasferimento di problemi di dati legacy e garantire la qualità dei dati nel nuovo ambiente.
Migrazioni di dati in blocco
La migrazione in blocco dei dati comporta l'eliminazione completa dei dati dal istanza PaaS di Adobe Systems Commerce, la trasformazione dell'intero set di dati e l'importazione in Adobe Systems Commerce come Cloud Service contemporaneamente. Questo metodo viene in genere utilizzato per la popolazione iniziale di dati.
-
Disponibilità degli strumenti: Strumenti per la migrazione di dati in blocco dedicati per l'utilizzo da parte del cliente per le migrazioni di dati in blocco di Commerce di prime parti saranno disponibili su richiesta nel primo trimestre del 2026. Se i clienti necessitano di assistenza per la migrazione in blocco dei dati in anticipo, Adobe può facilitare il trasferimento di dati per loro conto su richiesta.
-
Procedimento:
- Esportazione completa dei dati: Extract un set di dati completo dal tuo istanza PaaS di Adobe Systems Commerce (ad esempio, prodotti, categorie, account cliente, dati storici degli ordini, blocchi statici e contenuto di pagina).
- Trasformazione dei dati: applica le trasformazioni necessarie per allineare i dati estratti ai requisiti dello schema dei nuovi componenti di Adobe Commerce as a Cloud Service, incluso il Composable Catalog Data Model (CCDM), se adottato, e a tutti gli altri servizi o database Adobe pertinenti. Ciò può richiedere script personalizzati o strumenti di mappatura dei dati specializzati.
- Importazione iniziale: importa il set di dati completo trasformato nei rispettivi componenti di Adobe Commerce as a Cloud Service. Per i dati di prodotto e categoria, viene compilato il servizio catalogo scelto (CCDM o SaaS catalogo esistente). Per i dati relativi a clienti e ordini, questo popolerà il backend transazionale o i servizi associati.
- Convalida: convalida rigorosamente i dati importati per garantire la completezza, l'accuratezza e la coerenza in tutti i nuovi sistemi.
Migrazioni iterative dei dati
Le migrazioni iterative dei dati si concentrano sulla sincronizzazione di modifiche e delta incrementali dall’istanza PaaS di origine ai nuovi componenti Cloud Service, per garantire l’aggiornamento dei dati prima e dopo il cutover.
-
Disponibilità degli strumenti: gli strumenti progettati specificamente per le migrazioni iterative dei dati saranno disponibili nel 2026.
-
Processo:
- Identificazione delta: stabilire meccanismi per identificare le modifiche (creazioni, aggiornamenti ed eliminazioni) nei set di dati critici nell'ambiente PaaS dall'ultima sincronizzazione. Questo può comportare l’acquisizione di dati di modifica (CDC), confronti di marche temporali o trigger basati su eventi.
- Sincronizzazione continua: implementa solidi meccanismi per la sincronizzazione continua e incrementale dei dati dall'ambiente PaaS ai nuovi componenti di Cloud Service (ad esempio, CCDM e backend transazionale). Questo è fondamentale per mantenere l’aggiornamento dei dati e ridurre al minimo i tempi di inattività durante il passaggio al nuovo sistema.
- Utilizzo degli eventi: utilizza Adobe I/O Events laddove possibile per attivare le azioni di App Builder per aggiornamenti in tempo reale o quasi reale dall'istanza PaaS ai nuovi servizi. Ad esempio, un aggiornamento del prodotto in PaaS potrebbe attivare un evento che aggiorna la voce corrispondente in CCDM.
- Aggiornamenti basati su API: per i dati non basati su eventi, utilizza chiamate API pianificate (tramite App Builder o altre piattaforme di integrazione) per richiamare le modifiche da PaaS e inviarle ai nuovi sistemi.
- Gestione e monitoraggio degli errori: implementa funzioni affidabili di gestione, registrazione e monitoraggio degli errori per tutte le pipeline iterative dei dati per garantire l'integrità dei dati durante l'intero processo.
Operazioni successive alla migrazione e in corso
Copertura DNS e pubblicazione:
- Pianifica attentamente il cutover DNS con tempi di inattività minimi.
- Monitora lo stato e le prestazioni del sito subito dopo il lancio.
Operazioni successive all'avvio:
Disattivazione ambiente PaaS:
- Archivia o elimina in modo sicuro le vecchie istanze PaaS e i dati dopo il periodo di convalida.
Flusso di lavoro di sviluppo in corso:
- Accettare la natura senza versione di Adobe Commerce as a Cloud Service, che prevede distribuzioni continue di piccole dimensioni anziché aggiornamenti di grandi dimensioni.
- Utilizza Cloud Manager per gestire ambienti e implementazioni.
- Sfrutta App Builder per estendere le funzionalità senza influire sulle funzionalità principali.
Monitoraggio, prestazioni e sicurezza:
- Monitoraggio continuo delle prestazioni del sito, degli errori e dei registri di protezione.
- Utilizza le funzioni di sicurezza integrate di Adobe e rispetta le best practice.
Formazione e documentazione:
- Formazione di nuovi sviluppatori e utenti aziendali sulla piattaforma e sui flussi di lavoro Adobe Commerce as a Cloud Service.
- Mantiene una documentazione interna aggiornata per le integrazioni e i processi personalizzati.