Panoramica dell’architettura di authoring e pubblicazione

Questa pagina evidenzia i seguenti argomenti:

• Introduzione ai server di pubblicazione
• Panoramica dell'architettura
• Processo di registrazione

Prerequisiti

Prima di iniziare a utilizzare i server di authoring e pubblicazione, è necessario disporre di conoscenze precedenti su:

• Topologia AEM
• Creazione e gestione di un progetto AEM Screens
• Processo di registrazione dei dispositivi

Introduzione

L’architettura di AEM Screens assomiglia a un’architettura AEM Sites tradizionale. Il contenuto viene creato su un’istanza di authoring AEM e quindi replicato in avanti in più istanze di pubblicazione. I dispositivi AEM Screens ora possono connettersi a una farm di pubblicazione AEM tramite load balancer. È possibile aggiungere più istanze di pubblicazione AEM per continuare a ridimensionare la farm di pubblicazione.

Ad esempio, un autore di contenuti AEM Screens invia un comando al sistema di authoring per un particolare dispositivo configurato per interagire con una farm di pubblicazione o un autore di contenuti AEM Screens che ottiene informazioni sui dispositivi configurati per interagire con farm di pubblicazione.

Il diagramma seguente illustra gli ambienti di authoring e pubblicazione.

Progettazione architettonica

Sono disponibili cinque componenti architettonici che facilitano questa soluzione:

• Replicazione del contenuto dall'autore alla pubblicazione per la visualizzazione da parte dei dispositivi

• ​​** Ripristino del contenuto binario dalla pubblicazione (ricevuto dai dispositivi) all’authoring

• ​​** Invio di comandi dall’autore per la pubblicazione tramite API REST specifiche

• ​​** Messaggistica tra istanze di pubblicazione per sincronizzare gli aggiornamenti e i comandi delle informazioni sul dispositivo

• ​​** Inchiostro da parte dell’autore delle istanze di pubblicazione per ottenere informazioni sul dispositivo tramite API REST specifiche

Replica (avanti) dei contenuti e delle configurazioni

Gli agenti di replica standard vengono utilizzati per replicare il contenuto del canale delle schermate, le configurazioni della posizione e le configurazioni del dispositivo. 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.

Il diagramma seguente illustra il processo di replica:

Agenti e comandi di replica Screens

Vengono creati agenti di replica specifici per gli schermi personalizzati 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 scattare schermate dall’ambiente di authoring. Gli agenti di replica AEM Screens dispongono di una configurazione di trasporto personalizzata, come gli agenti di replica standard.

Messaggistica tra istanze di pubblicazione

In molti casi, un comando deve 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 authoring invia il messaggio a tutte le istanze Publish. Tuttavia, solo un messaggio deve essere inviato al dispositivo. Per garantire la corretta messaggistica, è necessario che vi sia una comunicazione tra le istanze di pubblicazione. Questo si ottiene utilizzando Apache ActiveMQ Artemis. Ogni istanza di pubblicazione viene inserita in una topologia agganciata liberamente 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 messaggio. Il dispositivo Screens esegue il polling della farm di pubblicazione tramite il load balancer e rileva il comando dalla parte superiore della coda.

Replica inversa

In molti casi, seguendo un comando, è previsto un qualche tipo di risposta dal dispositivo Screens da inoltrare all'istanza Author. Per ottenere questo AEM viene utilizzata Replica inversa.

• Crea un agente di replica inversa per ogni istanza di pubblicazione, simile agli agenti di replica standard e agli agenti di replica dello schermo.
• Una configurazione del modulo 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 di pubblicazione.
• Una replica inversa in questo contesto viene utilizzata solo per i dati binari (come file di registro e schermate) forniti dai dispositivi. I dati non binari vengono recuperati dal polling.
• La replica inversa estratta dall'istanza di authoring AEM recupera la risposta e la salva nell'istanza di authoring.

Polling delle istanze di pubblicazione

L’istanza autore 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 load balancer e vengono indirizzati a un'istanza di pubblicazione. Lo stato del dispositivo viene quindi esposto dall'istanza di pubblicazione tramite un'API Publish fornita @ api/screens-dcc/devices/static per tutti i dispositivi attivi e api/screens-dcc/devices/<device_id>/status.json per un singolo dispositivo.

L’istanza di authoring controlla tutte le istanze di pubblicazione e unisce le risposte sullo stato del dispositivo in un unico stato. Il processo pianificato che esegue il polling sull’autore è com.adobe.cq.screens.impl.jobs.DistributedDevicesStatiUpdateJob e può essere configurato in base a un’espressione cron.

Registrazione

La registrazione continua ad avere origine nell’istanza di authoring AEM. Il dispositivo AEM Screens viene puntato all’istanza di authoring e la registrazione viene completata.

Una volta che un dispositivo è stato registrato nell’ambiente di authoring, la configurazione del dispositivo e le assegnazioni di canale/pianificazione vengono replicate nelle istanze di pubblicazione AEM. La configurazione del dispositivo AEM Screens viene quindi aggiornata per puntare al load balancer davanti alla farm di pubblicazione AEM. Questa è una configurazione unica, una volta che il dispositivo Screens è connesso correttamente all’ambiente di pubblicazione può continuare a ricevere i comandi provenienti dall’ambiente di authoring e non dovrebbe essere necessario collegare direttamente il dispositivo Screens all’ambiente di authoring.

Passaggi successivi

Una volta compreso il design architettonico dell'impostazione di authoring e pubblicazione in AEM Screens, consulta Configurazione di authoring e pubblicazione per AEM Screens per ulteriori dettagli.

Risorse Business.Adobe.com

Auto Form Fill Targeted Content Asset Collections Web Content Management Dynamic Forms Content Management System