Show Menu
ARGOMENTI×

Esecuzione

Prima di avviare la fase di esecuzione, devi aver effettuato l’onboarding in Cloud Service. È inoltre necessario acquisire familiarità con Cloud Manager, in quanto è l’unico meccanismo per l’implementazione del codice in AEM Cloud Service.
Cloud Manager consente alle organizzazioni di gestire autonomamente AEM nel cloud. Include un framework di integrazione continua e distribuzione continua (CI/CD, Continuous Integration/Continuous Delivery) che consente ai team IT e ai partner dell’implementazione di accelerare la distribuzione di personalizzazioni o aggiornamenti senza compromettere prestazioni o sicurezza.
Per ulteriori informazioni, consulta le seguenti risorse:

Introduzione

I passaggi esatti della transizione verso Cloud Service dipendono dai sistemi acquistati e dalle procedure di sviluppo software seguite.
La figura seguente mostra i passaggi principali della fase di esecuzione:

Trasferimento dei contenuti

Per trasferire contenuti dall’istanza AEM corrente all’istanza Cloud Service, puoi utilizzare lo strumento Content Transfer (Trasferimento contenuti) di Adobe.
Con questo strumento, puoi specificare il sottoinsieme di contenuti che desideri trasferire dall’istanza AEM sorgente all’istanza AEM Cloud Service.
Si consiglia di eseguire frequenti integrazioni dei contenuti differenziali in modo da ridurre il periodo di blocco dei contenuti per il trasferimento finale dei contenuti differenziali, prima della pubblicazione in Cloud Service.
Per ulteriori informazioni, consulta Strumento Content Transfer (Trasferimento contenuti .
l requisiti di sistema minimi per lo strumento Content Transfer (Trasferimento contenuti) sono AEM 6.3 o versione successiva e JAVA 8. Se utilizzi una precedente versione di AEM, dovrai aggiornare l’archivio dei contenuti ad AEM 6.5 per utilizzare lo strumento Content Transfer (Trasferimento contenuti).

Refactoring del codice

Lo sviluppo e l’esecuzione del codice in AEM as a Cloud Service richiedono un approccio diverso. Il codice deve essere resiliente, soprattutto poiché un’istanza potrebbe essere arrestata in qualsiasi momento. Il codice in esecuzione in Cloud Service deve tener conto di essere sempre in esecuzione in un cluster. Ciò significa che ci sono sempre in esecuzione più di un’istanza.
Alcune modifiche devono essere apportate ai progetti AEM Maven per renderli compatibili con AEM as a Cloud Service. AEM as a Cloud Service richiede una separazione di contenuto e codice in pacchetti distinti per l’implementazione in AEM.
  • /apps e /libs sono considerate aree immutabili di AEM poiché non possono essere modificate (create, aggiornate, eliminate) dopo l’avvio di AEM (ad es. in fase di runtime). Eventuali tentativi di modifica di un’area immutabile in fase di runtime avranno esito negativo.
  • Tutte le altre aree all’interno dell’archivio ( /content , /conf , /var , /home , /etc , /oak:index , /system , /tmp ecc.) sono mutabili, ovvero possono essere modificate in fase di runtime.
Per ulteriori dettagli, consulta Struttura consigliata dei pacchetti .
Durante lo sviluppo su AEM as a Cloud Service, considera anche alcune linee guida di sviluppo aggiuntive. Per ulteriori informazioni, consulta Linee guida per lo sviluppo per AEM as a Cloud Service .
Nella fase di pianificazione, avrai stilato un elenco di aree che richiedono il refactoring affinché siano compatibili con Cloud Service. È inoltre necessario esaminare le Linee guida per lo sviluppo per ulteriori dettagli su come effettuare il refactoring del codice e ottimizzarlo per il passaggio a Cloud Service.
Per accelerare alcune delle attività di refactoring del codice, puoi utilizzare i seguenti strumenti:
Si consiglia di effettuare il refactoring del codice e testarlo localmente prima di inviarlo a un ambiente Cloud Service tramite Cloud Manager Git.
Leggi la documentazione AEM SDK per ulteriori informazioni.
Di seguito sono elencate alcune risorse aggiuntive:
  • Guarda Install Dispatcher SDK per informazioni su come installare Dispatcher SDK:

  • Guarda Configure Dispatcher SDK per informazioni su come configurare Dispatcher SDK:

  • Consulta la documentazione Local Development Setup per configurare un ambiente di sviluppo locale
Per gestire lo sviluppo del codice in corso sul tuo AEM attivo insieme all’attività di refactoring del codice come parte del percorso di transizione, è consigliabile pianificare un periodo di blocco del codice fino a quando non avrai completato la ristrutturazione del progetto Maven per renderlo compatibile con AEM as a Cloud Service.
Una volta completata la ristrutturazione del progetto, puoi riprendere lo sviluppo del nuovo codice in base a questa nuova struttura. Questo ridurrà gli errori della pipeline di Cloud Manager durante l’implementazione e il test del codice.
Le attività di trasferimento dei contenuti e refactoring del codice non devono necessariamente essere eseguite in sequenza. Queste attività possono essere svolte l’una indipendentemente dall’altra. Tuttavia, è necessaria la giusta struttura di progetto per garantire il corretto rendering del contenuto nell’ambiente Cloud Service.

Best practice per l’implementazione e il test del codice

Le esecuzioni della pipeline di Cloud Manager per Cloud Services supportano l’esecuzione di test sull’ambiente stage.
Per informazioni sulla scrittura di script di test e sulla copertura consigliata di almeno il 50%, consulta l’articolo sul testing della qualità del codice .
Inoltre, consulta Regole per la qualità del codice personalizzato per ulteriori informazioni sulle regole per la qualità del codice personalizzato eseguite da Cloud Manager e create in base alle best practice di AEM Engineering.
L’utilizzo di Cloud Manager è l’unico meccanismo per implementare il codice negli ambienti di Cloud Service.
Consulta le risorse elencate di seguito per scoprire come utilizzare Cloud Manager per gestire e implementare il codice.

Best practice per la preparazione alla pubblicazione

Per garantire una pubblicazione corretta e priva di problemi in AEM as a Cloud Service, valuta l’esecuzione dei seguenti passaggi:
  • Pianificare un periodo di blocco del codice e dei contenuti
  • Eseguire l’integrazione del contenuto finale
  • Completare le iterazioni di test
  • Eseguire test di prestazioni e sicurezza
  • Cutover