Fase di preparazione

In questa fase del AEM Percorso di migrazione as a Cloud Service, acquisisci familiarità con AEM as a Cloud Service, esamina le modifiche di rilievo introdotte e illustra gli elementi necessari per pianificare una migrazione con successo al cloud.

Percorso affrontato finora

Il documento precedente, Guida introduttiva al passaggio a AEM as a Cloud Service, delinea un elenco delle fasi da seguire per migrare a AEM as a Cloud Service, nonché i vantaggi di farlo.

Obiettivo

Questo documento ti aiuta a capire quali fattori devi considerare per essere sicuro che l’installazione di AEM sia pronta per essere spostata nel cloud:

  • Scopri le modifiche di rilievo e le funzioni obsolete
  • Come pianificare la migrazione a AEM as a Cloud Service

Rivedi le modifiche di rilievo nell’architettura as a Cloud Service AEM

AEM as a Cloud Service include molte nuove funzioni e opportunità per gestire i progetti AEM.

Oltre a questi miglioramenti, sono state introdotte diverse differenze tra le installazioni on-premise di AEM e Adobe Managed Services, rispetto a AEM as a Cloud Service.

L’elenco degli elementi nella tabella seguente è il sottoinsieme delle modifiche più rilevanti per una migrazione a AEM as a Cloud Service. È possibile consultare l’elenco completo delle modifiche di rilievo qui.

Cosa è cambiato? Riferimento Aree principali
Filtri separabili e immutabili nei pacchetti corrispondenti Modifiche di rilievo AEM as a Cloud Service
AEM struttura del progetto per AEM as a Cloud Service
Un singolo pacchetto che può essere distribuito in AEM as a Cloud Service può avere pacchetti secondari, principalmente per contenere contenuti mutabili e immutabili separati nei propri pacchetti.
Inizio repository Documentazione di Apache Sling RepoInit Gli script di reindirizzamento sono la best practice per creare strutture di nodo iniziali, utenti, gruppi o utenti di servizi. Poiché questi script possono essere indirizzati in modalità di esecuzione e gestibili tramite la distribuzione del pacchetto di codice, offrono molta flessibilità per eseguire le attività di inizializzazione dell'archivio.
Le modalità di esecuzione personalizzate non sono consentite Sono supportate solo le modalità di esecuzione fornite con AEM as a Cloud Service.
Quando vengono aggiunti ulteriori ambienti di sviluppo, tutti si collegano alla modalità di esecuzione "dev".
L’esecuzione della pipeline di Cloud Manager è l’unico modo per distribuire In AEM as a Cloud Service, l'accesso a /system/console non è consentito, pertanto tutte le configurazioni OSGi devono far parte del codice e devono essere distribuite come codice.
Le configurazioni OSGi sono disponibili in modalità di sola lettura per la visualizzazione tramite Developer Console tramite Cloud Manager
Gli agenti di replica sono sostituiti da Distribuzione dei contenuti Sling Il concetto dell’agente di replica viene sostituito da Distribuzione dei contenuti di Sing. Se esistono personalizzazioni che sfruttano gli agenti di replica, è necessario riprogettarle.
La replica inversa non è supportata
CRX/DE e Package Manager CRX/DE è consentito solo nell'ambiente di sviluppo.
Package Manager è accessibile su tutte le istanze dell’autore, ma i pacchetti che verranno distribuiti devono contenere solo contenuti modificabili (ad esempio: /content o /conf)
CDN integrato e Ottieni la tua CDN AEM as a Cloud Service include la rete CDN per tutti gli ambienti ottimizzata per la maggior parte dei casi d’uso.
Se desideri configurare la tua CDN, devi inviare una richiesta al supporto Adobe affinché venga approvata.
Se viene approvato, la rete CDN punta a Flast e non a AEM istanze in alcun ambiente.
Processi lunghi Evita di eseguire processi con esecuzione prolungata, ad esempio programmi Sling o lavori Cron, in quanto le istanze AEM in esecuzione nei contenitori possono andare e venire in qualsiasi momento.
Ripensa queste funzionalità per scaricarle nell’Adobe I/O.
Passa alle operazioni asincrone Configurazione delle operazioni asincrone Per migliorare le prestazioni complessive degli ambienti, alcune operazioni vengono eseguite in modalità asincrona. I processi asincroni verranno messi in coda ed eseguiti quando sono disponibili risorse di sistema.
Strategie di autenticazione e integrazione basate su token Generazione di token di accesso per API lato server
Tutorial sull’autenticazione basata su token
È comune che i sistemi esterni a AEM stiano tentando di eseguire operazioni HTTP all'interno di AEM.
L’approccio consigliato consiste nell’implementare le strategie descritte qui anziché affidarsi alla creazione di nomi utente locali con password in AEM.
File IO / Utilizzo disco Poiché non è garantita la quantità di spazio su disco allocato e le istanze nei contenitori vanno e vengono, non è consigliabile utilizzare le operazioni di I/O file per scrivere o leggere dal disco collegato all'istanza AEM.
Flusso di lavoro Aggiorna risorsa DAM Servizio Asset compute I passaggi di elaborazione dei file multimediali che fanno parte del flusso di lavoro Risorsa di aggiornamento DAM vengono ora sostituiti dal servizio Asset compute
Metodi di caricamento delle risorse e passaggi del processo di flusso di lavoro supportati in AEM as a Cloud Service Caricare confronti API e passaggi di processo WF supportati In AEM as a Cloud Service, durante il caricamento o il download di una risorsa, la risorsa viene trasmessa in streaming direttamente all’interno o all’esterno dell’archiviazione binaria.
Non tutti i passaggi del processo del flusso di lavoro sono supportati in AEMaaCS.
Moduli di avvio per flusso di lavoro Rimuovi dal codice tutti i moduli di avvio del flusso di lavoro che attivano OOTB o il flusso di lavoro personalizzato Aggiorna risorsa DAM .
Tutte le risorse caricate in AEM as a Cloud Service verranno elaborate dal servizio di elaborazione delle risorse. Per i passaggi personalizzati, fai riferimento a Flussi di lavoro post-elaborazione su come impostare e configurare flussi di lavoro di post-elaborazione.
Passaggi di rendering personalizzati Profili di elaborazione Qualsiasi generazione di rendering personalizzata, conversioni di immagini o codifiche video deve essere scaricata nel servizio Asset Processing (Elaborazione risorse) creando i profili di elaborazione corrispondenti.
Ricerca e indicizzazione dei contenuti Modifiche alla funzione di ricerca e indicizzazione dei contenuti L'elaborazione sottostante degli indici e quando viene attivata sono state apportate modifiche considerevoli.
Comprendere completamente e reimpostare gli indici Oak prima di gestirli nel codice che distribuirai.
Non tutte le attività di manutenzione sono configurabili AEM attività di manutenzione as a Cloud Service È possibile configurare solo alcune attività di manutenzione con AEM as a Cloud Service.
Modifiche all’archivio di pubblicazione Non sono consentite modifiche dirette all’archivio di pubblicazione, eccetto quelle in /home. È sempre consigliabile apportare le modifiche all’autore e distribuirle. Tutte le modifiche al codice e alla configurazione devono essere distribuite tramite la pipeline di Cloud Manager corrispondente.
Configurazioni del Dispatcher e memorizzazione in cache Dispatcher nel cloud
Gestione cache
Le configurazioni del Dispatcher devono seguire una struttura specifica.
Le configurazioni devono essere gestite come parte del codice e distribuite tramite la pipeline di Cloud Manager.
Backup e ripristino Backup e ripristino as a Cloud Service AEM
Modifiche all'autenticazione Supporto IMS per AEM as a Cloud Service Se in precedenza utilizzavi l’integrazione SAML 2.0 sia per l’authoring che per la pubblicazione prima di passare al Cloud Service, la modifica principale è che AEM Author as a Cloud Service si integra solo con Adobe IMS. Tuttavia, AEM livello di pubblicazione as a Cloud Service può ancora sfruttare SAML o altre integrazioni di autenticazione. AEM as a Cloud Service offre il supporto per l’autenticazione IMS solo per gli utenti con privilegi di autore, amministratore e sviluppatore, L’autenticazione IMS non offre supporto per gli utenti finali esterni dei siti dei clienti, come i visitatori del sito.

Funzioni obsolete

Adobe valuta costantemente le funzionalità dei prodotti per reinventare o sostituire nel tempo le funzioni meno recenti con alternative più moderne al fine di migliorare il valore complessivo per il cliente, tenendo comunque in considerazione la compatibilità con le versioni precedenti.

Si consiglia di consultare la Funzioni obsolete per acquisire familiarità con le funzioni e le funzionalità contrassegnate come obsolete in Experience Manager as a Cloud Service e conoscere l’impatto sulla distribuzione AEM.

Pianificare una revisione dell'installazione AEM

Una volta che ti sei abituato alle modifiche introdotte con AEM as a Cloud Service, è il momento di iniziare a pianificare una revisione dell'installazione esistente, al fine di misurare il livello di modifiche necessarie per spostarla nel cloud.

La figura seguente illustra i passaggi chiave della fase di revisione:

immagine

Ora esploreremo nel dettaglio cosa significa ciascuno di questi passaggi.

Valutazione della preparazione a Cloud Service

Il primo passo è quello di valutare la vostra disponibilità a passare dalla versione AEM esistente al Cloud Service e determinare le aree che richiederanno il refactoring per essere compatibili con AEM as a Cloud Service.

Per determinare il livello di sforzo previsto nel percorso di transizione, dovrai effettuare una valutazione completa del codice sorgente AEM corrente rispetto alle modifiche di rilievo e alle funzioni obsolete.

Il numero di risultati influenzerà direttamente le tempistiche e il successo complessivo del progetto. Pertanto, si consiglia di individuare il più possibile la pianificazione della consegna o di avviare le conversazioni necessarie per riprogettare le personalizzazioni necessarie per essere in linea con AEM best practice as a Cloud Service.

Best practice Analyzer

Puoi accelerare la valutazione eseguendo Best Practices Analyzer (Analisi delle best practice) rispetto alla versione corrente AEM. Avere una buona comprensione di come funziona è fondamentale per accelerare la vostra pianificazione della valutazione.

Per saperne di più sul funzionamento, consulta la sezione Analisi delle best practice documentazione.

Creare un rapporto di valutazione della preparazione al cloud

Il passo successivo è la creazione di una relazione basata su tutte le conoscenze finora acquisite. A tale scopo, è possibile generare rapporti di Best Practices Analyzer dalle istanze Stage e Production, quindi caricarli in Cloud Acceleration Manager per un rapporto digeribile sugli elementi utilizzabili.

Un rapporto tipico deve contenere i seguenti dati:

  • Documentazione che descrive in dettaglio il set di funzioni della vostra specifica installazione AEM
  • Dettagli sulle configurazioni e sul codice personalizzati AEM
  • Configurazioni del Dispatcher di produzione
  • Configurazioni CDN (se presenti)

Socializzare il rapporto

Una volta completati i rapporti di Best Practices Analyzer, condividili con i team interessati per confermare i risultati e pianificare i passaggi successivi. A seconda delle preferenze, è anche possibile distribuire una versione stampata del rapporto utilizzando Anteprima di stampa.

Esame della pianificazione delle risorse

Dopo aver stimato il livello di impegno necessario per passare al Cloud Service, devi identificare le risorse, creare un team e mappare ruoli e responsabilità per il processo di transizione.

Definizione dei KPI

Se in precedenza non sono stati definiti indicatori prestazioni chiave (KPI, Key Performance Indicators), è consigliabile stabilire KPI per l’implementazione di AEM per aiutare il team a concentrarsi su ciò che conta di più.

Vedi Sviluppo di KPI per scoprire come scegliere i giusti KPI per gli obiettivi aziendali.

Passaggio successivo

Una volta compreso l'ambito delle modifiche necessarie per passare a AEM as a Cloud Service, è il momento di Preparare il codice e il cloud dei contenuti prima di eseguire effettivamente la migrazione.

Risorse aggiuntive

In questa pagina