Pianificazione dell'aggiornamento planning-your-upgrade

Panoramica dell’aggiornamento ad AEM aem-upgrade-overview

AEM viene spesso utilizzato in implementazioni ad alto impatto che potrebbero servire milioni di utenti. In genere, nelle istanze vengono distribuite applicazioni personalizzate che aumentano la complessità. Qualsiasi sforzo per aggiornare tale implementazione deve essere gestito in modo metodologico.

Questa guida aiuta a stabilire chiari obiettivi, fasi e risultati finali durante la pianificazione dell’aggiornamento. Si concentra sull’esecuzione complessiva dell’aggiornamento e sulle linee guida. Pur fornendo una panoramica dei passaggi effettivi di aggiornamento, fa riferimento alle risorse tecniche disponibili, ove opportuno. Esso dovrebbe essere utilizzato con le risorse tecniche disponibili di cui al documento.

Il processo di aggiornamento di AEM richiede una gestione accurata delle fasi di pianificazione, analisi ed esecuzione, con la definizione dei principali risultati finali per ogni fase.

È importante assicurarsi di eseguire un sistema operativo supportato, Java™ Runtime, httpd e la versione Dispatcher. Per ulteriori informazioni, fare riferimento ai requisiti tecnici per AEM 6.5 LTS. L’aggiornamento di questi componenti deve essere considerato nel piano di aggiornamento e deve avvenire prima dell’aggiornamento di AEM.

Fasi di aggiornamento upgrade-phases

Molto lavoro viene dedicato alla pianificazione e all’esecuzione di un aggiornamento AEM. Per chiarire i diversi sforzi che entrano in questo processo, Adobe ha suddiviso gli esercizi di pianificazione ed esecuzione in fasi separate. Nelle sezioni seguenti, ogni fase determina un risultato finale che viene spesso utilizzato in una fase futura dell’aggiornamento.

Creazione di un piano di test creating-a-test-plan

Ogni cliente ha implementato AEM in modo univoco ed è stato personalizzato per soddisfare i propri requisiti aziendali. Di conseguenza, è importante determinare tutte le personalizzazioni apportate al sistema in modo che possano essere incluse in un piano di test.

È necessario duplicare l’ambiente di produzione esatto e sottoporlo a test dopo l’aggiornamento per assicurarsi che tutte le applicazioni e il codice personalizzato vengano ancora eseguiti come desiderato. Ripristina tutte le tue personalizzazioni ed esegui test di prestazioni, carico e sicurezza. Quando organizzi il piano di test, assicurati di coprire tutte le personalizzazioni apportate al sistema, oltre alle interfacce utente e ai flussi di lavoro predefiniti utilizzati nelle operazioni quotidiane. Questi possono includere servizi e servlet OSGI personalizzati, integrazioni a Adobe Experience Cloud, integrazioni con terze parti tramite connettori AEM, integrazioni personalizzate di terze parti, componenti e modelli personalizzati, sovrapposizioni di interfacce personalizzate in AEM e flussi di lavoro personalizzati. Inoltre, le query personalizzate devono ancora essere testate per garantire che i loro indici continuino a funzionare in modo efficace dopo l’aggiornamento.

Valutazione della complessità dell'aggiornamento assessing-upgrade-complexity

A causa dell’ampia varietà di personalizzazioni applicate dai clienti di Adobe ai loro ambienti AEM, è importante trascorrere del tempo prima di determinare il livello generale di impegno che dovrebbe essere richiesto per l’aggiornamento. AEM Analyzer per AEM 6.5 LTS può aiutarti a valutare la complessità dell'aggiornamento.

L'AEM Analyyer per AEM 6.5 LTS dovrebbe fornire una stima abbastanza accurata di ciò che ci si aspetta durante un aggiornamento per la maggior parte dei casi. Tuttavia, per personalizzazioni e implementazioni più complesse in cui sono presenti modifiche non compatibili, è possibile aggiornare un'istanza di sviluppo ad AEM 6.5 LTS seguendo le istruzioni riportate in Esecuzione di un aggiornamento sul posto. Una volta completato, eseguire alcune prove di fumo di alto livello in questo ambiente. L'obiettivo di questo esercizio non è quello di completare in modo esaustivo l'inventario dei test case e produrre un inventario formale dei difetti, ma di fornire una stima approssimativa della quantità di lavoro che sarà necessario per aggiornare il codice per la compatibilità con AEM 6.5 LTS. In combinazione con AEM Analyzer e le modifiche dell'architettura determinate nella sezione precedente, è possibile fornire una stima approssimativa al team di gestione del progetto per pianificare l'aggiornamento.

Creazione del Runbook di aggiornamento e ripristino building-the-upgrade-and-rollback-runbook

Sebbene Adobe abbia documentato il processo di aggiornamento di un’istanza AEM, il layout di rete, l’architettura di distribuzione e le personalizzazioni di ogni cliente richiedono di perfezionare e personalizzare questo approccio. Per questo motivo, Adobe ti incoraggia a rivedere tutta la documentazione fornita e a utilizzarla per informare un runbook specifico per l’aggiornamento che delinea le procedure specifiche di aggiornamento e rollback che seguirai nel tuo ambiente.

Adobe ha fornito procedure di aggiornamento e rollback in Procedura di aggiornamento e istruzioni dettagliate per l'applicazione dell'aggiornamento in Esecuzione di un aggiornamento sul posto. Queste istruzioni devono essere esaminate e prese in considerazione insieme all'architettura del sistema, alle personalizzazioni e alla tolleranza ai tempi di inattività per determinare le procedure di switch-over e rollback appropriate che verranno eseguite durante l'aggiornamento. Eventuali modifiche all’architettura o alle dimensioni dei server devono essere incluse durante la creazione del runbook personalizzato.

Sviluppo di un piano di aggiornamento developing-an-upgrade-plan

L’output degli esercizi precedenti può essere utilizzato per creare un piano di aggiornamento che copre le tempistiche previste per le attività di test o sviluppo e l’esecuzione effettiva dell’aggiornamento.

Un piano di progetto completo dovrebbe includere:

Esecuzione di attività di sviluppo e controllo qualità performing-development-and-qa

Adobe ha fornito procedure per l'aggiornamento del codice e delle personalizzazioni affinché siano compatibili con AEM 6.5 LTS. Durante l’esecuzione di questo processo iterativo, è necessario apportare le modifiche necessarie al runbook.

Il processo di sviluppo e test è solitamente iterativo. Quando vengono rilevati problemi che richiedono modifiche al processo di aggiornamento, assicurati di aggiungerli al runbook di aggiornamento personalizzato. Dopo diverse iterazioni di test e correzione, la base di codice deve essere completamente convalidata e pronta per la distribuzione nell’ambiente di staging.

Test finale final-testing

Adobe consiglia di eseguire un ultimo ciclo di test dopo che il codebase è stato certificato dal team di controllo qualità della tua organizzazione. Questo ciclo di test prevede la convalida del runbook in un ambiente di staging, seguita da cicli di test di accettazione, prestazioni e sicurezza da parte dell’utente.

Questo passaggio è fondamentale in quanto è l’unico momento in cui puoi convalidare i passaggi nel runbook rispetto a un ambiente di produzione. Dopo l’aggiornamento dell’ambiente, è importante concedere agli utenti finali un po’ di tempo per accedere e svolgere le attività che svolgono quando utilizzano il sistema nelle attività quotidiane. L’individuazione e la correzione dei problemi in queste aree prima della pubblicazione possono contribuire a evitare costose interruzioni della produzione.

Esecuzione dell'aggiornamento performing-the-upgrade

Una volta ricevuto l’approvazione finale da tutte le parti interessate, è ora di eseguire le procedure del runbook definite. Adobe ha fornito i passaggi per l'aggiornamento e il rollback in Procedura di aggiornamento e i passaggi di installazione in Esecuzione di un aggiornamento sul posto come punto di riferimento.

Adobe ha fornito alcuni passaggi nelle istruzioni di aggiornamento per la convalida dell’ambiente. Questi includono controlli di base come la scansione dei registri di aggiornamento e la verifica che tutti i bundle OSGi siano stati avviati correttamente, ma Adobe consiglia anche di eseguire la convalida con test case personalizzati in base ai processi aziendali. Adobe consiglia inoltre di controllare la pianificazione di AEM Online Revision Cleanup e delle relative routine per assicurarsi che vengano eseguite durante un periodo di inattività per la società. Queste routine sono essenziali per le prestazioni a lungo termine di AEM.