Fase di preparazione readiness-phase

In questa fase del Percorso di migrazione di AEM as a Cloud Service acquisisci familiarità con AEM as a Cloud Service. Puoi rivedere le modifiche di rilievo introdotte e capire cosa serve per pianificare una migrazione di successo al cloud.

Percorso affrontato finora story-so-far

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

Obiettivo objective

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 ad AEM as a Cloud Service

Revisione delle modifiche di rilievo apportate all’architettura di AEM as a Cloud Service notable-changes-in-aem-cloud-service-architecture

AEM as a Cloud Service offre 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 Managed Services Adobe, rispetto ad AEM as a Cloud Service.

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

Cosa è cambiato?
Riferimento
Takeaway chiave
Separa i filtri mutabili e immutabili nei pacchetti corrispondenti
Modifiche di rilievo apportate ad AEM as a Cloud Service
Struttura del progetto 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 rispettivi 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 fornite con AEM as a Cloud Service.
Quando vengono aggiunti altri 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 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 in tutte le istanze di authoring, ma i pacchetti da distribuire 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 su 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
Esercitazione 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'implementare le strategie qui descritte piuttosto che affidarsi alla creazione di nomi utente locali con password in 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.
Comprendere e rieseguire il factoring degli indici di Oak prima di gestirli nel codice distribuito.
Non tutte le attività di manutenzione sono configurabili
Attività di manutenzione di AEM as a Cloud Service
Con AEM as a Cloud Service è possibile configurare solo alcune attività di manutenzione.
Modifiche all’archivio Publish
Non sono consentite modifiche dirette all’archivio di Publish, ad eccezione di quelle 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 Cloud Manager corrispondente.
Configurazioni Dispatcher e caching
Dispatcher nel cloud
Gestione cache
Le configurazioni di Dispatcher devono seguire una struttura specifica.
Le configurazioni devono essere gestite come parte del codice e distribuite tramite la pipeline Cloud Manager.
Backup e ripristino
Backup e ripristino AEM as a Cloud Service
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 Publish di AEM as a Cloud Service 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 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 deprecated-features

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 per acquisire familiarità con le funzionalità contrassegnate come obsolete nell'Experience Manager as a Cloud Service. Scopri l’impatto sull’implementazione dell’AEM.

Pianifica una revisione dell’installazione dell’AEM review-planning

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:

Passaggi chiave coinvolti durante la fase di revisione

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

Valutazione della preparazione al Cloud Service assess-cloud-readiness

Il primo passaggio consiste nel valutare se sei pronto a passare dalla versione AEM esistente 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 la best practice di AEM as a Cloud Service.

Analisi delle best practice

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ù sul suo funzionamento, consulta la documentazione di Best Practices Analyzer.

Creare un rapporto di valutazione della preparazione al cloud

Il prossimo passo è la creazione di un rapporto basato su tutte le conoscenze acquisite finora. Per creare il report è necessario generare report di Best Practices Analyzer dalle istanze Stage e Production, quindi caricarli in Cloud Acceleration Manager per un report 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 Dispatcher di produzione
  • Configurazioni CDN (se presenti)

Socializzare il report

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.

Analisi della pianificazione delle risorse review-resource-planning

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 establish-kpis

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 per scoprire come scegliere i KPI giusti per gli obiettivi aziendali.

Passaggio successivo what-is-next

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

Risorse aggiuntive additional-resources

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab