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 rilevanti qui.
Struttura del progetto AEM per AEM as a Cloud Service
Quando vengono aggiunti altri ambienti di sviluppo, tutti si collegano alla modalità di esecuzione "dev".
Le configurazioni OSGi sono disponibili in modalità di sola lettura per la visualizzazione tramite Developer Console tramite Cloud Manager
Replica inversa non supportata
Gestione pacchetti è accessibile in tutte le istanze di authoring, ma i pacchetti da distribuire devono contenere solo contenuto mutabile ( ad esempio: /content o /conf)
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.
Rifletti su queste funzionalità per scaricarle su Adobe Developer.
Esercitazione sull'autenticazione basata su token
L'approccio consigliato consiste nell'implementare le strategie qui descritte piuttosto che affidarsi alla creazione di nomi utente locali con password in AEM.
Non tutti i passaggi del processo del flusso di lavoro sono supportati in AEMaaCS.
Tutte le risorse caricate in AEM as a Cloud Service verranno elaborate dal servizio di elaborazione delle risorse. Per i passaggi personalizzati, vedere flussi di lavoro di elaborazione Post per informazioni su come impostare e configurare flussi di lavoro di post-elaborazione.
Comprendere e rieseguire il factoring degli indici di Oak prima di gestirli nel codice distribuito.
Le configurazioni devono essere gestite come parte del codice e distribuite tramite la pipeline Cloud Manager.
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:
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
- Guida introduttiva a Cloud Acceleration Manager: guida completa all'utilizzo di Cloud Acceleration Manager per velocizzare il passaggio al cloud.
- AEM as a Cloud Service: introduzione, architettura e pensiero diverso
- AEM come Home del Cloud Service - Per una panoramica della documentazione dell'Experience Manager as a Cloud Service, inizia qui.
- Panoramica di AEM as a Cloud Service - Questa guida fornisce una panoramica di Experience Manager as a Cloud Service, inclusa un'introduzione, la terminologia e l'architettura.
- Percorso di onboarding- Questa guida fornisce un riepilogo di come iniziare a utilizzare l'Experience Manager as a Cloud Service, incluso come ottenere l'accesso e configurare il team.