Show Menu
ARGOMENTI×

Implementazione del codice

Distribuzione del codice con Cloud Manager

Dopo aver configurato la pipeline di produzione (repository, ambiente e ambiente di test), potete distribuire il codice.
  1. Fai clic su Distribuisci da Cloud Manager per avviare il processo di distribuzione.
  2. Viene visualizzata la schermata Esecuzione tubazione.
    Fate clic su Genera per avviare il processo.
  3. Il processo di compilazione completo distribuisce il codice.
    Nel processo di creazione sono coinvolte le seguenti fasi:
    1. Implementazione stage
    2. Test fase
    3. Distribuzione di produzione
    Inoltre, potete esaminare i passaggi da vari processi di distribuzione visualizzando i registri o rivedendo i risultati per i criteri di test.
    La distribuzione della fase prevede i seguenti passaggi:
    • Convalida: Questo passaggio assicura che la pipeline sia configurata per utilizzare le risorse attualmente disponibili, ad esempio che il ramo configurato esiste, gli ambienti sono disponibili.
    • Build e unit test: Questo passaggio esegue un processo di compilazione containerizzato. Per informazioni dettagliate sull'ambiente di generazione, consultate Dettagli sull'ambiente di generazione.
    • Scansione del codice: Questo passaggio valuta la qualità del codice dell’applicazione. Per informazioni dettagliate sul processo di verifica, consultate Test della qualità del codice.
    • Genera immagini: Questo passaggio include un file di registro dal processo utilizzato per creare le immagini. Questo processo è responsabile della trasformazione dei pacchetti di contenuti e dispatcher prodotti dalla fase di creazione in immagini Docker e configurazione Kubernetes.
    • Distribuisci nello stage
      La prova della fase prevede i seguenti passaggi:
    • Test funzionale del prodotto: Le esecuzioni della pipeline di Cloud Manager supporteranno l'esecuzione di test che vengono eseguiti nell'ambiente del passaggio. Per ulteriori informazioni, consulta Test delle funzionalità del prodotto.
    • Test funzionale personalizzato: Questo passaggio nella pipeline è sempre presente e non può essere ignorato. Tuttavia, se la build non produce JAR di prova, il test viene superato per impostazione predefinita.\
      Per ulteriori informazioni, consultate Test funzionale personalizzato.
    • Audit esperienza: Questo passaggio nella pipeline è sempre presente e non può essere ignorato. Durante l'esecuzione di una pipeline di produzione, viene inclusa una fase di controllo dell'esperienza dopo il test funzionale personalizzato che eseguirà i controlli. Le pagine configurate verranno inviate al servizio e valutate. I risultati sono informativi e consentono all’utente di visualizzare i punteggi e la modifica tra i punteggi correnti e precedenti. Questa informazione è utile per determinare se esiste una regressione che verrà introdotta con la distribuzione corrente. Per ulteriori informazioni, consultate Informazioni sui risultati di Experience Audit.

Processo di distribuzione

La sezione seguente descrive come i pacchetti AEM e dispatcher vengono distribuiti nella fase di fase e nella fase di produzione.
Cloud Manager carica tutti i file target/*.zip prodotti dal processo di creazione in una posizione di archiviazione. Questi artefatti vengono recuperati da questa posizione durante le fasi di distribuzione della pipeline.
Quando Cloud Manager si distribuisce su topologie non di produzione, l'obiettivo è completare la distribuzione il più rapidamente possibile e, di conseguenza, gli artefatti vengono distribuiti simultaneamente a tutti i nodi come segue:
  1. Cloud Manager determina se ogni artifact è un pacchetto AEM o dispatcher.
  2. Cloud Manager rimuove tutti i dispatcher dal sistema di bilanciamento del carico per isolare l'ambiente durante la distribuzione.
    Se non è configurata diversamente, è possibile saltare le modifiche del sistema di bilanciamento del carico nelle implementazioni di sviluppo e fasi, ovvero scollegare e allegare i passaggi sia nelle condotte non di produzione, per gli ambienti di sviluppo, sia nella pipeline di produzione, per gli ambienti di fase.
    Questa funzionalità dovrebbe essere utilizzata principalmente da 1-1-1 clienti.
  3. Ogni AEM artifact viene distribuito in ogni istanza AEM tramite le API di Package Manager, con dipendenze del pacchetto che determinano l'ordine di distribuzione.
    Per ulteriori informazioni su come utilizzare i pacchetti per installare nuove funzionalità, trasferire contenuti tra le istanze ed eseguire il backup del contenuto del repository, vedere Come utilizzare i pacchetti.
    Tutti AEM artifact vengono distribuiti sia all'autore che agli editori. Le modalità di esecuzione devono essere utilizzate quando sono necessarie configurazioni specifiche per il nodo. Per ulteriori informazioni sulle modalità di esecuzione per ottimizzare l'istanza di AEM per uno scopo specifico, fare riferimento a Modalità di esecuzione.
  4. L'artifact del dispatcher viene distribuito a ciascun dispatcher come indicato di seguito:
    1. Le configurazioni correnti vengono sottoposte a backup e copiate in una posizione temporanea
    2. Tutte le configurazioni vengono eliminate tranne i file immutabili. Per ulteriori informazioni, consulta Gestione delle configurazioni del dispatcher. In questo modo le directory vengono cancellate per evitare che vengano lasciati indietro i file orfani.
    3. L'artifact viene estratto nella httpd directory. I file immutabili non vengono sovrascritti. Eventuali modifiche apportate ai file immutabili nel repository git verranno ignorate al momento della distribuzione. Questi file sono fondamentali per il framework del dispatcher AMS e non possono essere modificati.
    4. Apache esegue un test di configurazione. Se non viene rilevato alcun errore, il servizio viene ricaricato. Se si verifica un errore, le configurazioni vengono ripristinate dal backup, il servizio viene ricaricato e l'errore viene riportato a Cloud Manager.
    5. Ogni percorso specificato nella configurazione della pipeline viene invalidato o scaricato dalla cache del dispatcher.
    Cloud Manager prevede che l'artifact del dispatcher contenga l'intero set di file. Tutti i file di configurazione del dispatcher devono essere presenti nel repository git. I file o le cartelle mancanti genereranno un errore di distribuzione.
  5. Dopo la corretta distribuzione di tutti i pacchetti di AEM e dispatcher a tutti i nodi, i dispatcher vengono aggiunti nuovamente al sistema di bilanciamento del carico e la distribuzione è completa.
    È possibile ignorare le modifiche del sistema di bilanciamento del carico nelle implementazioni di sviluppo e fasi, ovvero scollegare e allegare i passaggi sia nelle condotte non di produzione, per gli ambienti di sviluppo, sia nel ciclo di produzione, per gli ambienti di fase.

Fase di distribuzione

Il processo di implementazione nelle topologie di produzione è leggermente diverso per ridurre al minimo l'impatto sui visitatori AEM sito.
Le distribuzioni di produzione seguono generalmente gli stessi passaggi sopra, ma in modo continuo:
  1. Distribuire AEM pacchetti per l'authoring.
  2. Scollegare dispatcher1 dal sistema di bilanciamento del carico.
  3. Distribuire pacchetti AEM per publish1 e il pacchetto dispatcher nella cache dispatcher1 e dello scaricamento.
  4. Rimettere dispatcher1 nel sistema di bilanciamento del carico.
  5. Una volta che dispatcher1 è tornato in servizio, scollegare dispatcher2 dal sistema di bilanciamento del carico.
  6. Distribuire AEM pacchetti in publish2 e il pacchetto dispatcher nella cache dispatcher2 e nello scaricamento.
  7. Rimettere dispatcher2 nel sistema di bilanciamento del carico. Questo processo continua finché la distribuzione non raggiunge tutti gli editori e i dispatcher nella topologia.