Fase di preparazione

In questa fase del Percorso di Migrazione as a Cloud Service dell’AEM, imparerai a conoscere gli as a Cloud Service dell’AEM. Puoi rivedere le modifiche di rilievo introdotte e capire cosa serve per pianificare una migrazione di successo al cloud.

Percorso affrontato finora

Il documento precedente, Guida introduttiva al passaggio a AEM as a Cloud Service, illustra un elenco di fasi da seguire per la migrazione a AEM as a Cloud Service. Vengono inoltre illustrati i vantaggi della migrazione.

Obiettivo

Questo documento consente di comprendere quali fattori è necessario considerare per assicurarsi che l’installazione dell’AEM sia pronta per essere spostata sul cloud:

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

Revisione delle modifiche di rilievo apportate all’architettura as a Cloud Service dell’AEM

AEM as a Cloud Service offre molte nuove funzioni e possibilità per gestire i tuoi 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 delle voci nella tabella seguente è il sottoinsieme delle modifiche più rilevanti per la migrazione all’AEM as a Cloud Service. Puoi consultare l’elenco completo delle modifiche di rilievo qui.

Cosa è cambiato? Riferimento Takeaway chiave
Separa i filtri mutabili e immutabili nei pacchetti corrispondenti Modifiche di rilievo as a Cloud Service dall’AEM
Struttura dei progetti AEM 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.
Repo iniziale Documentazione di Apache Sling RepoInit Gli script Repoinit rappresentano la best practice per creare strutture di nodi iniziali, utenti, gruppi o utenti di servizi. Poiché questi script possono essere indirizzati in base alla modalità di esecuzione e gestibili tramite la distribuzione del pacchetto di codice, forniscono molta flessibilità per eseguire le attività di inizializzazione dell’archivio.
Non sono consentite modalità di esecuzione personalizzate Sono supportate solo le modalità di esecuzione preconfigurate 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 Console sviluppatori tramite Cloud Manager
Gli agenti di replica vengono sostituiti da Sling Content Distribution Il concetto di agente di replica è sostituito da Distribuzione dei contenuti di Sing. Se sono presenti personalizzazioni che utilizzano agenti di replica, è necessario riprogettarle.
Replica inversa non supportata
CRX/DE e Gestione pacchetti CRX/DE è consentito solo nell’ambiente di sviluppo.
Gestione pacchetti è accessibile su tutte le istanze di authoring, ma i pacchetti che verranno distribuiti devono contenere solo contenuto mutabile ( ad esempio: /content o /conf)
CDN integrata 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 impostare una tua rete CDN, devi inviare una richiesta all’assistenza Adobe affinché venga approvata.
Se approvata, la rete CDN punta a Fastly e non a istanze AEM in alcun ambiente.
Processi con esecuzione prolungata Evita processi con tempi di esecuzione lunghi, come pianificatori Sling o processi Cron, in quanto le istanze AEM in esecuzione nei contenitori possono andare e venire in qualsiasi momento.
Rifletti su queste funzionalità per scaricarle in Adobe Developer.
Passa a operazioni asincrone Configurazione delle operazioni asincrone Per migliorare le prestazioni complessive degli ambienti, alcune operazioni vengono eseguite in modalità asincrona. I processi asincroni vengono messi in coda ed eseguiti quando sono disponibili risorse di sistema.
Strategie di autenticazione e integrazione basate su token Generazione dei token di accesso per le API lato server
Tutorial sull’autenticazione basata su token		 È comune che sistemi esterni all'AEM stiano cercando di eseguire operazioni HTTP all'interno dell'AEM.
L’approccio consigliato consiste nell’attuare le strategie qui descritte piuttosto che fare affidamento sulla creazione di username locali con password nell’AEM.
I/O file/utilizzo disco Non c’è garanzia di quanto spazio su disco sia allocato e le istanze nei contenitori vanno e vengono. Pertanto, non è consigliabile utilizzare operazioni di I/O dei 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 contenuti multimediali che fanno parte del flusso di lavoro Risorsa di aggiornamento DAM ora sono sostituiti dal servizio Asset compute
Metodi di caricamento delle risorse e passaggi supportati del processo di flusso di lavoro in AEM as a Cloud Service Carica confronti API e passaggi del processo WF supportati In AEM as a Cloud Service, durante il caricamento o il download di una risorsa, questa viene trasmessa 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 dei flussi di lavoro che attivano Flusso di lavoro per risorse di aggiornamento DAM predefinito o personalizzato.
Tutte le risorse caricate in AEM as a Cloud Service verranno elaborate dal servizio di elaborazione delle risorse. Per i passaggi personalizzati, consulta Flussi di lavoro di post-elaborazione su come impostare e configurare flussi di lavoro di post-elaborazione.
Passaggi rappresentazione personalizzata Profili di elaborazione Eventuali generazioni di rappresentazioni personalizzate, conversioni di immagini o codifiche video devono essere scaricate nel servizio di elaborazione delle risorse creando i profili di elaborazione corrispondenti.
Ricerca e indicizzazione dei contenuti Modifiche alla ricerca e all’indicizzazione dei contenuti Vi sono notevoli cambiamenti nell’elaborazione sottostante degli indici e nel momento in cui viene avviata.
Comprendi e riesegui il factoring degli indici Oak prima di gestirli nel codice distribuito.
Non tutte le attività di manutenzione sono configurabili Attività di manutenzione as a Cloud Service AEM Con AEM as a Cloud Service è possibile configurare solo alcune attività di manutenzione.
Modifiche all’archivio di pubblicazione Non sono consentite modifiche dirette all’archivio di pubblicazione, ad eccezione di quelle apportate in /home. Si consiglia sempre di distribuire eventuali modifiche apportate all’autore. Tutte le modifiche al codice e alla configurazione devono essere distribuite tramite la pipeline di Cloud Manager corrispondente.
Configurazioni e caching del Dispatcher 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 as a Cloud Service Author si integra solo con Adobe IMS. Tuttavia, il livello di pubblicazione as a Cloud Service dall’AEM può ancora utilizzare SAML o altre integrazioni di autenticazione. AEM as a Cloud Service offre il supporto per l’autenticazione IMS solo per gli utenti Author, Admin e Dev. 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.

L’Adobe consiglia di consultare Funzioni obsolete acquisire familiarità con le funzioni e le funzionalità contrassegnate come obsolete in Experience Manager as a Cloud Service. Scopri l’impatto sull’implementazione dell’AEM.

Pianifica una revisione dell’installazione dell’AEM

Dopo aver appreso le modifiche introdotte con AEM as a Cloud Service, è ora di iniziare a pianificare una revisione dell’installazione esistente. In questo modo è possibile misurare il livello di modifiche necessarie per spostarlo nel cloud.

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

immagine

Quindi, esplora in dettaglio il significato di ciascuno di questi passaggi.

Valutazione della preparazione a Cloud Service

Il primo passaggio consiste nel valutare se sei pronto a passare dalla versione esistente di AEM al Cloud Service e nel determinare le aree che richiedono il refactoring per essere compatibili con AEM as a Cloud Service.

Effettua una valutazione completa del tuo attuale codice sorgente AEM rispetto alle modifiche di rilievo e alle funzioni obsolete, per determinare il livello di impegno previsto nel percorso di transizione.

Il numero di risultati può influenzare direttamente le tempistiche e il successo complessivo del progetto. Pertanto, Adobe consiglia di scoprirne il più possibile in modo da poter pianificare la consegna. In alternativa, avvia le conversazioni in modo da poter riprogettare qualsiasi personalizzazione necessaria per essere in linea con le best practice as a Cloud Service per l’AEM.

Best Practice Analyzer

Puoi accelerare la valutazione eseguendo Best Practices Analyzer rispetto alla versione corrente dell’AEM. Per accelerare la pianificazione della valutazione è fondamentale avere una buona conoscenza del funzionamento.

Per saperne di più su come funziona, consulta Best Practices Analyzer documentazione.

Creare un rapporto di valutazione della preparazione al cloud

Il prossimo passo è la creazione di un rapporto basato su tutte le conoscenze acquisite finora. Puoi creare il rapporto generando i rapporti di Best Practices Analyzer dalle istanze Stage e Production, quindi caricali in Cloud Acceleration Manager per un rapporto digeribile di elementi actionable.

Un report tipico deve contenere i seguenti input:

  • Documentazione che descrive il set di funzioni di una particolare installazione AEM
  • Dettagli sulle configurazioni personalizzate e sul codice dell’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 pertinenti in modo da poter confermare i risultati e pianificare i passaggi successivi. A seconda delle preferenze, è inoltre possibile distribuire una versione stampata del report utilizzando Anteprima di stampa.

Esame della pianificazione delle risorse

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

Definizione dei KPI

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

Consulta Sviluppo di KPI in questo modo puoi imparare a scegliere i giusti KPI per gli obiettivi aziendali.

Passaggio successivo

Una volta compresa la portata delle modifiche necessarie per passare a AEM as a Cloud Service, è il momento di Prepara il codice e il contenuto cloud prima di eseguire effettivamente la migrazione.

Risorse aggiuntive

In questa pagina