In questa parte facoltativa del percorso di onboarding, scopri come sviluppatori e responsabili dell’implementazione possono accedere a git per sviluppare applicazioni e distribuirle con le pipeline.
Hai fatto molta strada nel tuo percorso di onboarding. Congratulazioni. L’amministratore di sistema ha completato il percorso di onboarding configurando le risorse cloud necessarie e concedendo l’accesso nel documento Assegnazione dei profili di prodotto di AEM.
Ora gli utenti con i ruoli Sviluppatore e Responsabile dell’implementazione possono iniziare a creare applicazioni personalizzate, mentre gli utenti AEM possono iniziare a creare contenuti. In questo senso, il percorso di onboarding è completo e ora è possibile utilizzare il nuovo sistema AEM as a Cloud Service illustrato in questo documento.
Il presente documento è redatto dalla prospettiva degli utenti con ruolo Sviluppatore e Responsabile dell’implementazione.
Anche l’amministratore di sistema può eseguire queste attività, ma in genere questi ruoli sono gestiti da utenti diversi.
Questo documento è supplementare al percorso di onboarding per illustrare le attività di base degli utenti con ruolo Sviluppatore e Responsabile dell’implementazione dopo che l’amministratore di sistema ha effettuato l’onboarding di tutti gli utenti e creato le risorse cloud necessarie.
Dopo aver letto questo documento, dovresti:
Una volta che l’amministratore di sistema ha completato le principali attività di onboarding relative alla creazione di utenti e alla configurazione delle risorse cloud, gli utenti con maggiore necessità di accedere al sistema sono in genere sviluppatori e responsabili dell’implementazione. Questo perché si tratta degli utenti responsabili della generazione delle applicazioni personalizzate con AEM as a Cloud Service.
A seconda delle esigenze dell’organizzazione, gli stessi utenti possono avere entrambi i ruoli.
Prima di iniziare le attività descritte in questo documento come utente con ruolo Sviluppatore o Responsabile dell’implementazione, assicurati che l’amministratore di sistema abbia completato tutti i passaggi di questo percorso di onboarding. Ciò significa che:
È possibile accedere e gestire gli archivi Git con la gestione self-service dell’account Git di Cloud Manager.
Accedi a Cloud Manager all’indirizzo my.cloudmanager.adobe.com e seleziona l’organizzazione e il programma appropriati.
Dalla pagina Panoramica del programma, accedi alla scheda Pipeline e individua il pulsante Accedi a dati archivio per accedere e gestire il tuo archivio Git.
Fai clic su Visualizza informazioni archivio per aprire una finestra di dialogo e visualizzare:
Con queste credenziali l’utente può clonare una copia locale dell’archivio, apportare qui le modifiche e, una volta terminato, riconfermarle nell’archivio del codice remoto in Cloud Manager.
Dopo che gli sviluppatori hanno aggiunto il codice personalizzato agli archivi Git, l’utente con il ruolo Responsabile dell’implementazione può creare ed eseguire pipeline per distribuire tale codice negli ambienti AEM.
Per creare la prima pipeline di distribuzione non di produzione, segui la procedura riportata di seguito.
Accedi a Cloud Manager all’indirizzo my.cloudmanager.adobe.com e seleziona l’organizzazione e il programma appropriati.
Accedi alla scheda Pipeline dalla pagina Home di Cloud Manager. Fai clic su +Aggiungi e seleziona Aggiungi pipeline non di produzione.
Dalla scheda Configurazione della finestra di dialogo Aggiungi pipeline non di produzione, seleziona il tipo di pipeline non di produzione che desideri aggiungere. Per questo esempio, seleziona Pipeline di distribuzione.
Per identificare la pipeline, fornisci un nome della pipeline non di produzione con le seguenti informazioni aggiuntive.
Per Trigger distribuzione, seleziona Manuale in modo che la pipeline venga eseguita solo quando avviata dall’utente.
Fai clic su Continua.
Dalla scheda Codice sorgente della finestra di dialogo Aggiungi pipeline non di produzione, seleziona il tipo di codice da elaborare con la pipeline. Per questo esempio, seleziona Codice full stack.
Nella scheda Codice sorgente è necessario definire le seguenti opzioni.
Fai clic su Salva.
Hai appena creato la tua prima pipeline. Ora gli utenti con il ruolo Responsabile dell’implementazione possono avviare la pipeline dall’interfaccia utente di Cloud Manager.
Ora che il team di sviluppo ha aggiunto il codice personalizzato agli archivi Git e che disponi di una pipeline creata per distribuire tale codice, puoi eseguire la pipeline per trasferire effettivamente il codice dall’archivio Git all’ambiente.
Accedi a Cloud Manager all’indirizzo my.cloudmanager.adobe.com e seleziona l’organizzazione e il programma appropriati.
Accedi a Pipeline scheda da Panoramica del programma e fai clic sul pulsante con i puntini di sospensione a fianco della pipeline creata nella sezione precedente, quindi seleziona Esegui dal menu.
L’esecuzione della pipeline viene avviata ed è indicata dalla colonna Stato.
Per visualizzare i dettagli dell’esecuzione, fai nuovamente clic sul pulsante con i puntini di sospensione e seleziona Visualizza dettagli.
Congratulazioni. Hai distribuito il codice dall’archivio Git a un ambiente non di produzione.
Ora che hai letto questo documento, dovresti:
Hai completato con successo il tuo percorso come utente Sviluppatore o Responsabile dell’implementazione acquisendo non solo competenze lavorative su Cloud Manager, ma anche su ambienti di lavoro, archivi e pipeline. Tuttavia, c’è altro da scoprire sui potenti strumenti CI/CD di AEM as a Cloud Service. Per ulteriori informazioni, consulta la sezione Risorse aggiuntive.
Se ti interessa scoprire come accedere e utilizzare AEM as a Cloud Service come autore di contenuti, continua con la sezione finale del percorso di onboarding Attività degli utenti AEM.
Ora che hai completato l’onboarding, scopri come aggiungere facilmente il componente aggiuntivo AEM Reference Demos a un ambiente sandbox con una configurazione di AEM minima e come testare le potenti funzioni di AEM con esempi dettagliati basati sulle best practice.
Di seguito sono riportate risorse aggiuntive e opzionali utili per andare oltre il contenuto del percorso di onboarding.