Show Menu
ARGOMENTI×

Panoramica sull'architettura di Author e Publish

Questa pagina evidenzia i seguenti argomenti:
  • Introduzione ai server di pubblicazione
  • Panoramica dell'architettura
  • Processo di registrazione

Prerequisiti

Prima di iniziare a usare i server di creazione e pubblicazione, è necessario disporre di conoscenze precedenti su:
  • Topologia AEM
  • Creazione e gestione di progetto AEM Screens
  • Processo di registrazione del dispositivo
Questa funzionalità AEM Screens è disponibile solo se è stato installato AEM 6.4 Screens Feature Pack 2. Per accedere a questo Feature Pack, è necessario contattare Adobe Support e richiedere l'accesso. Una volta ottenute le autorizzazioni, è possibile scaricare il Feature Pack da Condivisione pacchetti.

Introduzione

architettura AEM Screens assomiglia a una tradizionale architettura AEM Sites . Il contenuto viene creato su un’istanza di creazione AEM e quindi replicato in avanti in più istanze di pubblicazione. dispositivi AEM Screens ora possono connettersi a una AEM pubblicazione farm tramite il sistema di bilanciamento del carico. Potete aggiungere più istanze di pubblicazione AEM per continuare a ridimensionare la farm di pubblicazione.
Ad esempio , un autore di contenuti AEM Screens emette un comando nel sistema di authoring per un particolare dispositivo configurato per interagire con una farm di pubblicazione o con un autore di contenuti AEM Screens che ottiene informazioni sui dispositivi configurati per interagire con le farm di pubblicazione.
Nel diagramma seguente sono illustrati gli ambienti di creazione e pubblicazione.

Progettazione architettonica

Sono disponibili cinque componenti architettonici che agevolano questa soluzione:
  • Replica del contenuto dall’autore alla pubblicazione per la visualizzazione per dispositivi
  • Inverti replica del contenuto binario dalla pubblicazione (ricevuto dai dispositivi) per l’authoring
  • Invio di comandi dall’autore per la pubblicazione tramite specifiche API REST
  • Messaggi tra le istanze di pubblicazione per sincronizzare gli aggiornamenti e i comandi delle informazioni sui dispositivi
  • Sondaggio effettuato dall’autore delle istanze di pubblicazione per ottenere informazioni sui dispositivi tramite specifiche API REST

Replica (avanti) di contenuti e configurazioni

Gli agenti di replica standard vengono utilizzati per replicare il contenuto dei canali di schermate, le configurazioni di posizione e le configurazioni dei dispositivi. Questo consente agli autori di aggiornare il contenuto di un canale ed eventualmente di passare attraverso un flusso di lavoro di approvazione prima di pubblicare gli aggiornamenti del canale. È necessario creare un agente di replica per ogni istanza di pubblicazione nella farm di pubblicazione.
Nel diagramma seguente è illustrato il processo di replica:
È necessario creare un agente di replica per ogni istanza di pubblicazione nella farm di pubblicazione.

Agenti e comandi di replica dello schermo

Vengono creati agenti di replica specifici per le schermate personalizzate per inviare i comandi dall'istanza Author al dispositivo AEM Screens . Le istanze di AEM Publish fungono da intermediario per inoltrare questi comandi al dispositivo.
Questo consente agli autori di continuare a gestire il dispositivo, ad esempio inviare aggiornamenti del dispositivo e acquisire screenshot dall'ambiente di authoring. Gli agenti di replica AEM Screens dispongono di una configurazione di trasporto personalizzata, come gli agenti di replica standard.

Messaggi tra istanze di pubblicazione

In molti casi, un comando può essere inviato a un dispositivo una sola volta. Tuttavia, in un’architettura di pubblicazione con bilanciamento del carico, non è noto a quale istanza di pubblicazione il dispositivo si sta connettendo.
Pertanto, l’istanza di creazione invia il messaggio a tutte le istanze di pubblicazione. Tuttavia, il dispositivo deve inviare un solo messaggio. Per garantire la corretta messaggistica, è necessario che tra le istanze di pubblicazione venga effettuata una comunicazione. Questo si ottiene utilizzando Apache ActiveMQ Artemis . Ogni istanza di pubblicazione viene inserita in una Topologia con associazione semplice utilizzando il servizio di individuazione Sling basato su Oak e ActiveMQ è configurato in modo che ogni istanza di pubblicazione possa comunicare e creare una singola coda di messaggi. Il dispositivo Screens esegue il polling della farm di pubblicazione tramite il sistema di bilanciamento del carico e recupera il comando dalla parte superiore della coda.

Replica inversa

In molti casi, seguendo un comando, è previsto un certo tipo di risposta dal dispositivo Screens da inoltrare all'istanza Author. Per ottenere questo risultato, viene utilizzata AEM replica ​** inversa.
  • Create un agente di replica inversa per ogni istanza di pubblicazione, in modo analogo agli agenti di replica standard e agli agenti di replica delle schermate.
  • Una configurazione di avvio del flusso di lavoro ascolta i nodi modificati nell'istanza di pubblicazione e, a sua volta, attiva un flusso di lavoro per inserire la risposta del dispositivo nella casella in uscita dell'istanza Pubblica.
  • Una replica inversa in questo contesto viene utilizzata solo per i dati binari (come file di registro e screenshot) forniti dai dispositivi. I dati non binari vengono recuperati tramite polling.
  • La replica inversa del sondaggio dall’istanza di creazione AEM recupera la risposta e la salva nell’istanza di creazione.

Polling di istanze di pubblicazione

L’istanza di authoring deve essere in grado di eseguire il polling dei dispositivi per ottenere un heartbeat e conoscere lo stato di integrità di un dispositivo connesso.
I dispositivi eseguono il ping del sistema di bilanciamento del carico e vengono indirizzati a un'istanza di pubblicazione. Lo stato del dispositivo viene quindi esposto dall'istanza di pubblicazione tramite un'API Publish gestita da @ api/screens-dcc/devices/static per tutti i dispositivi attivi e da api/screens-dcc/devices/<device_id>/status.json per un singolo dispositivo.
L’istanza di autore esegue il polling di tutte le istanze di pubblicazione e unisce le risposte sullo stato del dispositivo in un unico stato. Il processo pianificato per il sondaggio sull’autore è com.adobe.cq.screens.impl.jobs.DistributedDevicesStatiUpdateJob e può essere configurato in base a un’espressione cron.

Registrazione

La registrazione continua a essere originata dall’istanza di creazione AEM. dispositivo AEM Screens punta all’istanza di creazione e la registrazione viene completata.
Una volta che un dispositivo è stato registrato nell’ambiente di authoring, la configurazione del dispositivo e le assegnazioni canale/programma vengono replicate nelle istanze di pubblicazione AEM. La configurazione dispositivo AEM Screens viene quindi aggiornata per indicare il sistema di bilanciamento del carico davanti alla AEM farm di pubblicazione. Si tratta di una configurazione una tantum, una volta che il dispositivo Screens è collegato con successo all’ambiente di pubblicazione, può continuare a ricevere i comandi provenienti dall’ambiente di authoring e non dovrebbe essere necessario collegare mai il dispositivo Screens direttamente all’ambiente di authoring.

Passaggi successivi

Una volta compreso il design architettonico dell’impostazione di creazione e pubblicazione in AEM Screens, consultate Configurazione di Author e Publish per AEM Screens per ulteriori dettagli.