Architettura e topologie di implementazione per AEM Forms architecture-and-deployment-topologies-for-aem-forms
Architettura architecture
AEM Forms è un’applicazione implementata in AEM come pacchetto AEM. Il pacchetto è noto come pacchetto del componente aggiuntivo AEM Forms. Il pacchetto del componente aggiuntivo AEM Forms contiene sia servizi (provider API) distribuiti nel contenitore OSGi di AEM che servlet o JSP (che forniscono funzionalità API front-end e REST) gestiti dal framework Sling di AEM. Il diagramma seguente illustra questa configurazione:
L’architettura di AEM Forms include i seguenti componenti:
-
Servizi AEM di base: Servizi di base forniti da AEM a un'applicazione distribuita. Questi servizi includono un archivio di contenuti conforme a JCR, un contenitore di servizi OSGI, un motore di flusso di lavoro, un archivio fonti attendibili, un archivio chiavi e così via. Questi servizi sono disponibili per l’applicazione AEM Forms ma non sono forniti dai pacchetti AEM Forms. Questi servizi sono parte integrante dello stack globale di AEM e vari componenti di AEM Forms utilizzano tali servizi.
-
Servizi Forms: fornisce funzionalità relative ai moduli, ad esempio la creazione, l'assemblaggio, la distribuzione e l'archiviazione di documenti PDF, l'aggiunta di firme digitali per limitare l'accesso ai documenti e la decodifica di moduli con codice a barre. Questi servizi sono pubblicamente disponibili per l’utilizzo da parte di codice personalizzato distribuito congiuntamente in AEM.
-
Livello Web: JSP o servlet, generati su servizi comuni e forms, che forniscono le funzionalità seguenti:
- Creazione front-end: interfaccia utente per la creazione e la gestione dei moduli.
- Front-end per rendering e invio moduli: interfaccia rivolta all'utente finale per l'utilizzo da parte degli utenti finali di AEM Forms (ad esempio, i cittadini che accedono a un sito Web governativo). In questo modo è possibile visualizzare la copia trasformata di un modulo (in un browser Web) e le funzionalità di invio.
- API REST: JSP e servlet esportano un sottoinsieme di servizi Forms per l'utilizzo remoto da parte di client basati su HTTP, ad esempio Forms Mobile SDK.
AEM Forms su OSGi: Un ambiente AEM Forms su OSGi è un pacchetto standard AEM Author o AEM Publish con AEM Forms distribuito su di esso. Puoi eseguire AEM Forms su OSGi in un ambiente server singolo, farm e configurazioni cluster. La configurazione del cluster è disponibile solo per le istanze di AEM Author.
L’interfaccia utente di authoring di AEM Forms non supporta la creazione di documenti di record (DOR), PDF forms e HTML5 Forms. Tali risorse sono progettate utilizzando l’applicazione autonoma Forms Designer e caricate singolarmente in AEM Forms Manager.
AEM Forms su OSGi dispone di funzionalità di flusso di lavoro. È possibile creare e distribuire rapidamente flussi di lavoro di base per varie attività in AEM Forms su OSGi.
Terminologie terminologies
L’immagine seguente mostra diverse configurazioni del server AEM Form e i relativi componenti utilizzati in una tipica distribuzione AEM Forms:
Autore: un'istanza di authoring è un server AEM Forms in esecuzione nella modalità di esecuzione Autore standard. È destinato agli utenti interni, ai progettisti di moduli e di comunicazioni interattive e agli sviluppatori. Abilita le seguenti funzionalità:
- Authoring e gestione di moduli e comunicazioni interattive: progettisti e sviluppatori possono creare e modificare moduli adattivi e comunicazioni interattive, caricare altri tipi di moduli creati esternamente, ad esempio moduli creati in Adobe Forms Designer, e gestire queste risorse tramite la console Forms Manager.
- Pubblicazione di moduli e comunicazioni interattive: Assets ospitato in un'istanza di authoring può essere pubblicato in un'istanza di pubblicazione per eseguire operazioni di runtime. La pubblicazione delle risorse utilizza le funzioni di replica di AEM. Adobe consiglia di configurare un agente di replica in tutte le istanze di authoring per inviare manualmente i moduli pubblicati alle istanze di elaborazione e di configurare un altro agente di replica per l'elaborazione delle istanze con il trigger Alla ricezione abilitato per replicare automaticamente i moduli ricevuti nelle istanze di pubblicazione.
Pubblicazione: un'istanza di pubblicazione è un server AEM Forms in esecuzione nella modalità di esecuzione di pubblicazione standard. Le istanze di pubblicazione sono destinate agli utenti finali di applicazioni basate su moduli, ad esempio gli utenti che accedono a un sito Web pubblico e inviano moduli. Abilita le seguenti funzionalità:
- Rendering e invio di Forms per gli utenti finali.
- Trasporto dei dati grezzi del modulo inviati alle istanze di elaborazione per ulteriore elaborazione e archiviazione nel sistema di registrazione finale. L’implementazione predefinita fornita in AEM Forms utilizza le funzionalità di replica inversa di AEM. È inoltre disponibile un’implementazione alternativa per inviare direttamente i dati del modulo ai server di elaborazione anziché salvarli prima in locale (quest’ultimo è un prerequisito per l’attivazione della replica inversa). I clienti che hanno dubbi sull'archiviazione di dati potenzialmente sensibili nelle istanze di pubblicazione possono partecipare a questa implementazione alternativa, poiché le istanze di elaborazione si trovano in genere in un'area più sicura.
- Rendering e invio di comunicazioni e lettere interattive: una comunicazione e una lettera interattive vengono sottoposte a rendering sulle istanze di pubblicazione e i dati corrispondenti vengono inviati alle istanze di elaborazione per l’archiviazione e la post-elaborazione. I dati possono essere salvati localmente in un’istanza di pubblicazione e replicati in modo inverso in un’istanza di elaborazione (opzione predefinita) in un secondo momento, oppure inviati direttamente all’istanza di elaborazione senza salvarli nell’istanza di pubblicazione. Quest’ultima implementazione è utile per i clienti attenti alla sicurezza.
Elaborazione: un'istanza di AEM Forms in esecuzione in modalità di esecuzione Creazione senza utenti assegnati al gruppo Forms-Manager. È possibile distribuire AEM Forms su OSGi come istanza di elaborazione. Gli utenti non vengono assegnati per garantire che le attività di authoring e gestione dei moduli non vengano eseguite sull’istanza Elaborazione e si verifichino solo sull’istanza Autore. Un’istanza di elaborazione abilita le seguenti funzionalità:
-
Elaborazione dei dati del modulo non elaborati in arrivo da un'istanza Publish: L'operazione viene eseguita principalmente su un'istanza di elaborazione tramite flussi di lavoro AEM che vengono attivati all'arrivo dei dati. I flussi di lavoro possono utilizzare il passaggio Modello dati modulo fornito come strumento pronto all’uso per archiviare i dati o il documento in un archivio dati appropriato.
-
Archiviazione sicura dei dati del modulo: l'elaborazione fornisce un archivio dietro il firewall per i dati del modulo non elaborati isolati dagli utenti. Né i progettisti di moduli nell’istanza Autore né gli utenti finali nell’istanza Pubblica possono accedere a questo archivio.
note note NOTE Adobe consiglia di utilizzare un archivio dati di terze parti per salvare i dati elaborati finali invece di utilizzare l’archivio AEM. -
Archiviazione e post-elaborazione dei dati di corrispondenza provenienti da un'istanza Publish: I flussi di lavoro AEM eseguono la post-elaborazione facoltativa delle definizioni di lettere corrispondenti. Questi flussi di lavoro possono salvare i dati elaborati finali in appositi archivi di dati esterni.
-
Hosting di HTML Workspace: un'istanza di elaborazione ospita il front-end per HTML Workspace. L’area di lavoro HTML fornisce l’interfaccia utente per l’assegnazione di attività/gruppi associata ai processi di revisione e approvazione.
Un’istanza di elaborazione è configurata per l’esecuzione in modalità di esecuzione Creazione perché:
- Consente la replica inversa dei dati del modulo non elaborati da un’istanza Publish. Il gestore di archiviazione dati predefinito richiede la funzionalità di replica inversa.
- Si consiglia di eseguire i flussi di lavoro di AEM, che sono il mezzo principale di elaborazione dei dati dei moduli non elaborati in arrivo da un’istanza Publish, su un sistema di tipo Author.
Topologie fisiche di esempio per l’utilizzo di AEM Forms su OSGi sample-physical-topologies-for-using-aem-forms-on-osgi
Topologia per l’acquisizione dei dati, la comunicazione interattiva e il flusso di lavoro incentrato sui moduli sulle funzionalità OSGi topology-for-data-capture-interactive-communication-form-centric-workflow-on-osgi-capabilities
I clienti di AEM Forms che intendono utilizzare le funzionalità di acquisizione dati di AEM Forms, ad esempio i moduli adattivi, HTML5 Forms e PDF forms, possono avere una topologia simile a quella visualizzata di seguito. Questa topologia è consigliata anche per l’utilizzo di comunicazioni interattive e flussi di lavoro incentrati su Forms sulle funzionalità OSGi, ad esempio per l’utilizzo della casella in entrata AEM e dell’app AEM Forms per i flussi di lavoro dei processi aziendali.
Topologia per l’utilizzo delle funzionalità delle cartelle controllate per l’elaborazione batch offline topology-for-using-watched-folder-capabilities-for-offline-batch-processing
I clienti di AEM Forms che intendono utilizzare le cartelle controllate per l’elaborazione in batch possono avere una topologia simile a quella visualizzata di seguito. Nella topologia viene visualizzato un ambiente cluster, ma si decide di utilizzare una singola istanza o una farm di server AEM Forms a seconda del carico. L’origine dati di terze parti è il tuo sistema di registrazione. Funge da origine di input per le cartelle controllate. La topologia visualizza anche l'output sotto forma di file stampato. Puoi anche memorizzare il contenuto di output in un file system, inviarlo tramite e-mail e utilizzare altri metodi personalizzati per l’utilizzo dell’output.
Topologia per l’utilizzo delle funzionalità dei servizi basati su documenti per l’elaborazione offline basata su API topology-for-using-document-services-capabilities-for-offline-api-based-processing
I clienti AEM Forms che intendono utilizzare solo la funzionalità servizi documentali possono avere una topologia simile a quella visualizzata di seguito. Questa topologia consiglia di utilizzare un cluster di AEM Forms sui server OSGi. Questa topologia è consigliata quando la maggior parte degli utenti accede a livello di programmazione (utilizzando le API) al server AEM Forms e l’intervento tramite l’interfaccia utente è minimo. La topologia è molto utile in più scenari di client software. Ad esempio, più clienti che utilizzano il servizio PDF Generator per creare documenti PDF su richiesta.
Anche se AEM Forms consente di impostare ed eseguire tutte le funzionalità da un singolo server, è necessario eseguire la pianificazione della capacità, il bilanciamento del carico e la configurazione di server dedicati per funzionalità specifiche in un ambiente di produzione. Ad esempio, per un ambiente che utilizza il servizio PDF Generator per convertire migliaia di pagine al giorno e più moduli adattivi per l’acquisizione dei dati, configura server AEM Forms separati per il servizio PDF Generator e le funzionalità dei moduli adattivi. Consente di fornire prestazioni ottimali e scalare i server in modo indipendente l'uno dall'altro.
