Architektur und Bereitstellungstopologien für AEM Forms

Architektur

AEM Forms ist eine Anwendung, die als AEM in AEM bereitgestellt wird. Das Paket wird als AEM Forms-Add-On-Paket bezeichnet. Das AEM Forms Add-On-Paket enthält sowohl Dienste (API-Anbieter), die im AEM OSGi-Container bereitgestellt werden, als auch Servlets oder JSPs (mit Front-End- und REST-API-Funktionalität), die vom AEM Sling-Framework verwaltet werden. Das folgende Diagramm zeigt diese Einrichtung:

Die Architektur für AEM Forms beinhaltet die folgenden Komponenten:

• Kern-AEM-Dienste: Grundlegende Dienste, die von AEM für eine bereitgestellte Anwendung verfügbar gemacht werden. Zu diesen Diensten gehören ein JCR-kompatibles Inhalts-Repository, ein OSGI-Dienst-Container, ein Workflow-Engine, ein Trust Store, ein Schlüsselspeicher usw. Diese Dienste sind für die AEM Forms-Anwendung verfügbar, werden aber nicht von AEM Forms-Paketen bereitgestellt. Diese Dienste sind ein integraler Bestandteil des gesamten AEM-Stapels und verschiedene AEM Forms-Komponenten nutzen diese Dienste.

• Forms-Dienste: Bieten Sie formularbezogene Funktionen wie Erstellen, Zusammenstellen, Verteilen und Archivieren von PDF-Dokumenten, Hinzufügen digitaler Signaturen, um den Zugriff auf Dokumente zu beschränken, und Dekodieren von mit Strichcode versehenen Formularen. Diese Dienste sind öffentlich für den Gebrauch durch benutzerdefinierten Code verfügbar, der in AEM gemeinsam bereitgestellt wird.

• Weblayer: JSPs oder Servlets, die auf allgemeine Dienste oder Formulardienste aufgesetzt wurden und folgende Funktionalität bieten:

  • Authoring-Frontend: Eine Benutzeroberfläche zum Erstellen und Verwalten von Formularen.
  • Formularwiedergabe und -übermittlungs-Frontend: Eine Benutzeroberfläche für Endbenutzer von AEM Forms (z. B. Bürger, die auf eine Behördenseite zugreifen). Dadurch werden Formularwiedergaben (Formular in einem Webbrowser anzeigen) und Sendefunktionen bereitgestellt.
  • REST APIs: JSPs und Servlets exportieren einen Teil der Formulardienste zur Nutzung durch HTTP-basierte Clients wie das SDK für mobile Formulare.

AEM Forms unter OSGi: Ein AEM Forms auf OSGi-Umgebung ist das standardmäßige AEM Author- oder AEM Publish-Paket mit AEM Forms-Bereitstellung. Sie können AEM Forms unter OSGi in einer Einzelserver-Umgebung, Farm und Cluster-Setups ausführen. Cluster-Setup ist nur für AEM Author-Instanzen verfügbar.

AEM Forms on JEE: AEM Forms on JEE ist AEM Forms-Server, der auf dem JEE-Stapel ausgeführt wird. Es verfügt über AEM Author mit AEM Forms-Add-On-Paketen und zusätzliche AEM Forms JEE-Funktionen, die auf einem einzelnen JEE-Stapel, der auf einem Anwendungsserver ausgeführt wird, gemeinsam bereitgestellt werden. Sie können AEM Forms auf JEE in Einzelserver- und Clusterkonfigurationen ausführen. AEM Forms on JEE ist nur erforderlich, um die Dokument- und Prozessverwaltung auszuführen und LiveCycle-Kunden ein Upgrade auf AEM Forms durchzuführen. Im Folgenden finden Sie einige weitere Szenarien für die Verwendung von AEM Forms on JEE:

• Unterstützung für HTML Workspace (für Kunden, die HTML Workspace verwenden): AEM Forms on JEE aktiviert Single Sign-On mit Verarbeitungsinstanzen, stellt bestimmte Elemente bereit, die auf Verarbeitungsinstanzen gerendert werden, und verarbeitet die Übermittlung von Formularen, die im HTML Workspace wiedergegeben werden.
• Erweiterte Verarbeitung zusätzlicher Formular-/interaktiver Kommunikationsdaten: AEM Forms on JEE kann in komplexen Anwendungsfällen, in denen erweiterte Prozessverwaltungsfunktionen erforderlich sind, zusätzlich zur Verarbeitung von Formular-/interaktiven Kommunikationsdaten (und zum Speichern der Ergebnisse in einem geeigneten Datenspeicher) verwendet werden.

AEM Forms on JEE bietet außerdem folgende Unterstützungsdienste für die AEM Komponenten:

• Integrierte Benutzerverwaltung: Ermöglicht die Erkennung von Benutzern von AEM Forms on JEE als AEM Formulare bei OSGi-Benutzern und die Aktivierung der einmaligen Anmeldung für OSGi- und JEE-Benutzer. Dies ist für Fälle erforderlich, in denen eine einmalige Anmeldung zwischen AEM Formularen unter OSGi und AEM Forms on JEE erforderlich ist (z. B. HTML Workspace).
• Asset-Hosting: AEM Forms on JEE kann Assets (z. B. HTML5-Formulare) bereitstellen, die auf AEM Forms unter OSGi gerendert werden.

AEM Forms Authoring-Benutzeroberfläche unterstützt nicht das Erstellen von Dokument aus Datensatz (DOR), PDF forms und HTML5 Forms. Solche Assets werden mit der eigenständigen Forms Designer-Anwendung entwickelt und einzeln in AEM Forms Manager hochgeladen. Alternativ können Formulare für AEM Forms on JEE als Anwendungselemente (in AEM Forms Workbench) entworfen und auf dem AEM Forms on JEE-Server bereitgestellt werden.

AEM Forms auf OSGi und AEM Forms auf JEE verfügen beide über Workflow-Funktionen. Sie können einfache Workflows für verschiedene Aufgaben auf den AEM Formularen auf OSGi schnell erstellen und bereitstellen, ohne die vollständige Prozessverwaltungsfunktion von AEM Forms on JEE installieren zu müssen. Die Funktionen des formularzentrierten Workflows auf AEM Forms für OSGi und die Prozessverwaltungsfunktion von AEM Forms on JEE unterscheiden sich geringfügig. Die Entwicklung und Verwaltung formularorientierter Workflows auf AEM Forms unter OSGi basiert auf den bekannten AEM Workflow- und AEM Inbox-Funktionen.

Terminologien

Das folgende Bild zeigt verschiedene AEM Forms-Serverkonfigurationen und ihre Komponenten, die in einer typischen AEM Forms-Bereitstellung verwendet werden:

Autor: Eine Autoreninstanz ist ein AEM Forms-Server, der im Standardmodus „Autor“ ausgeführt wird. Dies kann AEM Forms on JEE oder AEM Forms on OSGi-Umgebung sein. Dies ist für interne Benutzer, Designer von Formularen und interaktiver Kommunikation und Entwickler vorgesehen. Ermöglicht werden folgende Funktionen:

• Erstellen und Verwalten von Formularen und interaktiver Kommunikation: Designer und Entwickler können adaptive Formulare und interaktive Kommunikation erstellen und bearbeiten, extern erstellte Formulare anderer Art, z. B. in Adobe Forms Designer erstellte Formulare, hochladen und diese Elemente mithilfe der Forms Manager-Konsole verwalten.
• Veröffentlichen von Formularen und interaktiver Kommunikation: In einer Autoreninstanz gehostete Assets können in einer Veröffentlichungsinstanz veröffentlicht werden, um Laufzeitvorgänge durchzuführen. Asset-Veröffentlichung verwendet die Replikationsfunktionen von AEM. Adobe empfiehlt, auf jeder Autoreninstanz einen Replikationsagenten für die manuelle Übertragung von veröffentlichten Formularen an die Verarbeitungsinstanzen und auf jeder Verarbeitungsinstanz einen Replikationsagenten mit aktiviertem Auslöser Bei Empfang zu konfigurieren, damit die empfangenen Formulare automatisch zur Veröffentlichung repliziert werden.

Veröffentlichen: Eine Veröffentlichungsinstanz ist ein AEM Forms-Server, der im Standard-Veröffentlichungsmodus ausgeführt wird. Veröffentlichungsinstanzen sind für Endbenutzer von formularbasierten Anwendungen vorgesehen, z. B. Benutzer, die auf eine öffentliche Website zugreifen und Formulare senden. Ermöglicht werden folgende Funktionen:

• Rendern und Senden von Formularen für Endbenutzer.
• Transport unbearbeiteter gesendeter Formulardaten zur weiteren Verarbeitung an Verarbeitungsinstanzen und zum Speichern im endgültigen Aufzeichnungssystem. Die Standardimplementierung in AEM Forms erreicht dies mit den von AEM bereitgestellten Funktionen zur Rückwärtsreplikation. Eine alternative Implementierung ist auch das direkte Weiterleiten der Formulardaten an Verarbeitungsserver, anstatt sie zuerst lokal zu speichern (letzteres ist eine Voraussetzung für die Aktivierung der Rückwärtsreplikation ). Kunden, die Bedenken hinsichtlich der Datenspeicherung potenziell vertraulicher Daten in Veröffentlichungsinstanzen haben, können diese alternative Implementierung verwenden, da sich Verarbeitungsinstanzen in der Regel in einer sichereren Zone befinden.
• Wiedergabe und Senden interaktiver Kommunikation und Briefe: Interaktive Kommunikation und Brief werden in Veröffentlichungsinstanzen gerendert und entsprechende Daten werden zur Datenspeicherung und Nachbearbeitung an Verarbeitungsinstanzen gesendet. Die Daten können entweder lokal in einer Veröffentlichungsinstanz gespeichert und später an eine Verarbeitungsinstanz rückrepliziert (Standardoption) oder ohne Speicherung auf der Veröffentlichungsinstanz direkt an die Verarbeitungsinstanz gesendet wrden. Die letztere Implementierung ist für sicherheitsbewusste Kunden nützlich.

Verarbeitung: Eine Instanz von AEM Forms, die im Autorenmodus ausgeführt wird und der keine Benutzer der Forms-Manager-Gruppe zugewiesen sind. Sie können AEM Forms unter JEE oder AEM Forms unter OSGi als Verarbeitungsinstanz bereitstellen. Die Benutzer werden nicht zugewiesen, um sicherzustellen, dass Aktivitäten zum Erstellen und Verwalten von Formularen nicht auf der Verarbeitungsinstanz und nur auf der Autoreninstanz durchgeführt werden. Eine Verarbeitungsinstanz ermöglicht die folgenden Funktionen:

• Verarbeitung von Formularrohdaten, die von einer Veröffentlichungsinstanz eingehen: Dies wird hauptsächlich auf einer Verarbeitungsinstanz erreicht, indem AEM Trigger beim Eintreffen der Daten Workflows wird. Die Workflows können den im Lieferumfang enthaltenen Schritt "Formulardatenmodell"verwenden, um die Daten oder das Dokument in einem geeigneten Datenspeicher zu archivieren.

• Sicheres Speichern der Formulardaten: Die Verarbeitung bietet ein hinter der Firewall befindliches Repository für Formularrohdaten, auf das die Benutzer keinen Zugriff haben. Weder Formularentwickler in der Autoreninstanz noch Endbenutzer in der Veröffentlichungsinstanz können auf dieses Repository zugreifen.

  HINWEIS

  Adobe empfiehlt die Verwendung eines Drittanbieter-Datenspeichers zum Speichern der endgültigen verarbeiteten Daten, anstatt AEM Repository zu verwenden.

• Datenspeicherung und Nachbearbeitung von Korrespondenzdaten, die aus einer Veröffentlichungsinstanz eingehen: AEM Workflows die optionale Nachbearbeitung der entsprechenden Briefdefinitionen durchführen. Diese Workflows können die endgültigen verarbeiteten Daten in geeigneten externen Datenspeichern speichern.

• HTML Workspace-Hosting: Eine Verarbeitungsinstanz hostet das Frontend für HTML Workspace. HTML Workspace bietet die Benutzeroberfläche für die zugeordnete Aufgaben-/Gruppenzuweisung für Review- und Genehmigungsprozesse.

Eine Verarbeitungsinstanz ist für die Ausführung im Autorenmodus konfiguriert, da:

• Dies ermöglicht die Rückwärtsreplikation von Formularrohdaten aus der Veröffentlichungsinstanz. Der standardmäßige Datenreplikations-Handler erfordert die Datenspeicherung der Rückwärtsreplikation.
• Es wird empfohlen, AEM Workflows, die die Hauptmethode zur Verarbeitung von Formularrohdaten aus einer Veröffentlichungsinstanz darstellen, auf einem Autorensystem auszuführen.

Physiche Beispieltopologien für AEM Forms on JEE

Die unten empfohlenen AEM Forms on JEE-Topologien richten sich vor allem an Kunden, die ein Upgrade von LiveCycle oder einer früheren Version von AEM Forms on JEE durchführen. Adobe empfiehlt die Verwendung von AEM Forms auf OSGi für Neuinstallationen. Eine Neuinstallation von AEM Forms on JEE wird nur für die Verwendung von Dokument Security- und Process Management-Funktionen empfohlen.

Topologie für die Verwendung von Document Services oder Document Security-Funktionen

AEM Forms-Kunden, die nur Dokumentdienste oder Document Security-Funktionen verwenden möchten, können eine ähnliche Topologie nutzen wie die unten abgebildete. Diese Topologie empfiehlt die Verwendung einer einzigen Instanz von AEM Forms. Sie können bei Bedarf auch einen Cluster oder eine Farm mit AEM Forms-Servern erstellen. Diese Topologie wird empfohlen, wenn die meisten Benutzer programmgesteuert auf die Funktionen des AEM Forms-Servers zugreifen und die Intervention über die Benutzeroberfläche minimal ist. Die Topologie hilft bei der Stapelverarbeitung von Dokument-Services. Verwenden Sie beispielsweise den Ausgabedienst, um täglich Hunderte von nicht bearbeitbaren PDF-Dokumenten zu erstellen.

AEM Forms ermöglicht es Ihnen zwar, alle Funktionen von einem Server aus einzurichten und auszuführen, Sie sollten jedoch Kapazitätsplanung, Lastenausgleich und dedizierte Server für bestimmte Funktionen in einer Umgebung einrichten. Für eine Umgebung mit dem PDF Generator-Dienst zum Konvertieren von Tausenden von Seiten pro Tag und zum Hinzufügen digitaler Signaturen zum Beschränken des Zugriffs auf Dokumente richten Sie zum Beispiel separate AEM Forms-Server für den PDF Generator-Dienst und digitale Signaturfunktionen ein. Dies bietet optimale Leistung und skaliert die Server unabhängig voneinander.

Topologie für die Verwendung von AEM Forms-Prozessverwaltung

AEM Forms-Kunden, die AEM Forms-Prozessverwaltungsfunktionen verwenden möchten, können z. B. in HTML Workspace eine Topologie ähnlich der folgenden verwenden. Der AEM Forms on JEE-Server kann sich in einer Einzelserver- oder Clusterkonfiguration befinden.

Wenn Sie ein Upgrade von LiveCycle ES4 durchführen, entspricht diese Topologie genau dem, was Sie bereits in LiveCycle haben, mit Ausnahme des Hinzufügens von AEM Author in AEM Forms on JEE. Darüber hinaus ändern sich die Clusteranforderungen für Kunden, die ein Upgrade durchführen, nicht. Wenn Sie AEM Forms in einer geclusterten Umgebung verwenden, können Sie mit diesem Vorgang in AEM 6.5 Forms fortfahren. Für eine Neuinstallation von AEM Forms of JEE für die Verwendung von HTML Workspace ist AEM in der JEE-Umgebung integrierte Autoreninstanz erforderlich.

Der Formulardatenspeicher ist ein Drittanbieter-Datenspeicher, der zum Speichern der endgültigen verarbeiteten Daten von Formularen und interaktiver Kommunikation verwendet wird. Dies ist ein optionales Element in der Topologie. Sie können auch eine Verarbeitungsinstanz einrichten und bei Bedarf ihr Repository als finales Aufzeichnungssystem verwenden.

Die Topologie wird Kunden empfohlen, die planen, AEM Forms on JEE-Server für Prozessverwaltungsfunktionen (HTML Workspace) zu verwenden, ohne dass nachbearbeitende, adaptive Formulare, HTML5-Formulare und interaktive Kommunikationsfunktionen verwendet werden.

Topologie für die Verwendung adaptiver Formulare, HTML5-Formulare, interaktive Kommunikationsfunktionen

AEM Forms-Kunden, die AEM Forms-Datenerfassungsfunktionen verwenden möchten, z. B. adaptive Formulare, HTML5 Formulare, PDF-Formulare, können eine ähnliche Topologie nutzen wie die unten abgebildete. Diese Topologie wird auch für die Verwendung interaktiver Kommunikationsfähigkeiten von AEM Forms empfohlen.

Sie können die folgenden Änderungen/Anpassungen an der oben vorgeschlagenen Topologie vornehmen:

• Für die Verwendung von HTML Workspace und AEM Forms-Apps ist ein AEM Autor oder eine Verarbeitungsinstanz erforderlich. Sie können die AEM-Autoreninstanz verwenden, die in AEM Forms on JEE-Server integriert ist, anstatt einen zusätzlichen externen AEM-Autorenserver einzurichten.
• Eine AEM-Instanz im Autorenmodus oder für die Verarbeitung ist nur für Forms-zentrierte Workflows auf OSGi, adaptiven Formularen, Formularportalen und interaktiver Kommunikation erforderlich.
• Die Oberfläche für interaktive Kommunikationsagenten wird im Allgemeinen innerhalb des Unternehmens ausgeführt. Sie können also einen Veröffentlichungsserver für die Agent-Benutzeroberfläche im privaten Netzwerk belassen.
• AEM Formulare auf der OSGi-Instanz, die auf dem AEM Forms on JEE-Server integriert ist, können auch Forms-zentrierte Workflows unter OSGi und überwachten Ordnern ausführen.

Beispiele für physikalische Topologien für die Verwendung von AEM Forms on OSGi

Topologie für Datenerfassung, interaktive Kommunikation, formularorientierter Arbeitsablauf für OSGi-Funktionen

AEM Forms-Kunden, die AEM Forms-Datenerfassungsfunktionen verwenden möchten, z. B. adaptive Formulare, HTML5 Formulare, PDF-Formulare, können eine ähnliche Topologie nutzen wie die unten abgebildete. Diese Topologie wird auch für die Verwendung interaktiver Kommunikation und formularzentrierte Workflows für OSGi empfohlen, z. B. für die Verwendung von AEM Inbox und AEM Forms App für Geschäftsprozess-Workflows.

Topologie für die Verwendung von Funktionen für überwachte Ordner für die Offline-Stapelverarbeitung

AEM Forms-Kunden, die überwachte Ordner für die Stapelverarbeitung verwenden möchten, können eine ähnliche Topologie wie die unten gezeigte nutzen. In der Topologie wird eine geclusterte Umgebung angezeigt, Sie entscheiden sich jedoch, je nach Belastung eine Instanz oder eine Farm mit AEM Forms-Servern zu verwenden. Die Drittanbieter-Datenquelle ist Ihr eigenes System von Datensätzen. Es fungiert als Eingabequelle für überwachte Ordner. Die Topologie zeigt auch die Ausgabe in Form einer gedruckten Datei an. Sie können den Ausgabeinhalt auch in einem Dateisystem speichern, per E-Mail senden und andere benutzerdefinierte Methoden verwenden, um die Ausgabe zu nutzen.

Topologie für die Verwendung von Document Service-Funktionen für die API-basierte Offline-Verarbeitung

AEM Forms-Kunden, die nur Document Services-Funktionen verwenden möchten, können eine ähnliche Topologie wie die unten angezeigte nutzen. Für diese Topologie empfiehlt sich die Verwendung eines Clusters von AEM Forms auf OSGi-Servern. Diese Topologie wird empfohlen, wenn die meisten Benutzer programmatisch (über APIs) auf die Funktionen des AEM Forms-Servers zugreifen und das Eingreifen über die Benutzeroberfläche minimal ist. Die Topologie ist in mehreren Software-Client-Szenarien sehr hilfreich. Beispiel: Mehrere Clients, die PDF Generator-Dienst verwenden, um PDF-Dokumente bei Bedarf zu erstellen.

Obwohl Sie in AEM Forms alle Funktionen von einem einzelnen Server einrichten und ausführen können, sollten Sie Kapazitätsplanung und Lastenausgleich durchführen und dedizierte Server für bestimmte Funktionen in einer Produktionsumgebung festlegen. So sollten Sie beispielsweise in einer Umgebung, in der mit dem PDF-Generator-Dienst Tausende von Seiten pro Tag konvertiert und mithilfe mehrerer adaptiver Formulare Daten erfasst werden, separate AEM Forms-Server für den PDF Generator-Dienst und adaptive Formularfunktionen einrichten. Dies bietet optimale Leistung und skaliert die Server unabhängig voneinander.