Arkitektur och driftsättningstopologier för AEM Forms architecture-and-deployment-topologies-for-aem-forms
Arkitektur architecture
AEM Forms är ett program som distribueras till AEM som ett AEM. Paketet kallas för AEM Forms tilläggspaket. AEM Forms-tilläggspaketet innehåller båda tjänsterna (API-providers), som distribueras i AEM OSGi-behållaren, och servlets eller JSP (som tillhandahåller både front-end- och REST API-funktioner) som hanteras av AEM Sling-ramverket. I följande diagram visas den här konfigurationen:
Arkitekturen för AEM Forms innehåller följande komponenter:
-
AEM: Grundläggande tjänster som AEM tillhandahåller ett distribuerat program. Dessa tjänster omfattar en JCR-kompatibel innehållsdatabas, en OSGI-tjänstbehållare, en arbetsflödesmotor, ett förtroendearkiv, en nyckelbehållare osv. Dessa tjänster är tillgängliga för AEM Forms-program, men tillhandahålls inte av AEM Forms-paket. Dessa tjänster är en integrerad del av den övergripande AEM och olika AEM Forms-komponenter använder dessa tjänster.
-
Forms tjänster: Tillhandahåll formulärrelaterade funktioner som att skapa, sammanställa, distribuera och arkivera PDF-dokument, lägga till digitala signaturer för att begränsa tillgången till dokument och avkoda streckkodsformulär. Dessa tjänster är allmänt tillgängliga för användning av anpassad kod som distribueras tillsammans i AEM.
-
Webblager: JSP eller serverlets, som bygger på vanliga tjänster och blanketttjänster och som har följande funktioner:
- Framställning: Ett användargränssnitt för att skapa och hantera formulär.
- Formuläråtergivning och inskickande framsida: Ett användarvänligt gränssnitt som kan användas av AEM Forms-användare (t.ex. medborgare som besöker en myndighets webbplats). Detta ger formuläråtergivning (visa formulär i en webbläsare) och funktioner för att skicka in formulär.
- REST API:er: JSP:er och serverlets exporterar en delmängd av formulärtjänster för fjärranvändning av HTTP-baserade klienter, t.ex. formulärets mobila SDK.
AEM Forms on OSGi: En AEM Forms-miljö i OSGi är standard-AEM Author eller AEM Publish med AEM Forms-paket som är distribuerat på den. Du kan köra AEM Forms på OSGi på en servermiljö, servergrupp och grupperade inställningar. Klusterinställningar är bara tillgängliga för AEM Author-instanser.
AEM Forms on JEE: AEM Forms på JEE är en AEM Forms-server som körs på JEE-stacken. Den har AEM Author med AEM Forms tilläggspaket och ytterligare AEM Forms JEE-funktioner som kan användas tillsammans på en enda JEE-stack som körs på en programserver. Du kan köra AEM Forms på JEE i enserver- och gruppkonfigurationer. AEM Forms on JEE krävs endast för dokumentsäkerhet, processhantering och för LiveCycle som uppgraderar till AEM Forms. Här är några ytterligare scenarier för användning av AEM Forms i JEE:
- Stöd för arbetsytan i HTML (för kunder som använder arbetsytan i HTML): AEM Forms på JEE möjliggör enkel inloggning med bearbetningsinstanser, hanterar vissa resurser som återges i bearbetningsinstanser och skickar formulär som återges på arbetsytan i HTML.
- Avancerad bearbetning av ytterligare blanketter/interaktiva kommunikationsdata: AEM Forms on JEE kan användas för att ytterligare bearbeta formulär-/interaktiva kommunikationsdata (och spara resultaten i ett lämpligt datalager) i komplexa fall där avancerade processhanteringsfunktioner krävs.
AEM Forms on JEE innehåller även följande stödtjänster till AEM:
- Integrerad användarhantering: Tillåter användare av AEM Forms på JEE att identifieras som AEM formulär för OSGi-användare och möjliggör enkel inloggning för både OSGi- och JEE-användare. Detta krävs för scenarier där enkel inloggning mellan AEM på OSGi och AEM Forms på JEE krävs (till exempel arbetsytan HTML).
- Värdtjänst: AEM Forms på JEE kan hantera resurser (t.ex. HTML5-formulär) som återges i AEM Forms på OSGi.
AEM Forms redigeringsgränssnitt har inte stöd för att skapa Forms för Document of Record (DOR), PDF forms och HTML5. Sådana resurser är utformade med det fristående Forms Designer-programmet och överförs individuellt till AEM Forms Manager. För AEM Forms på JEE kan formulär även utformas som programresurser (i AEM Forms Workbench) och distribueras till AEM Forms på JEE-server.
AEM Forms på OSGi och AEM Forms på JEE har båda arbetsflödesfunktioner. Du kan snabbt skapa och distribuera grundläggande arbetsflöden för olika uppgifter i AEM formulär på OSGi, utan att behöva installera AEM Forms fullständiga processhanteringsfunktion på JEE. Det finns en skillnad i funktioner för formulärbaserat arbetsflöde i AEM Forms på OSGi och processhantering i AEM Forms på JEE. Utvecklandet och hanteringen av formulärcentrerade arbetsflöden i AEM Forms på OSGi använder de välbekanta AEM arbetsflödes- och AEM Inbox-funktionerna.
Terminologies terminologies
I följande bild visas olika AEM formulärserverkonfigurationer och deras komponenter som används i en typisk AEM Forms-distribution:
Författare: En författarinstans är en AEM Forms-server som körs i standardkörningsläget för författare. Det kan vara AEM Forms på JEE eller AEM Forms i OSGi-miljö. Det är avsett för interna användare, formulärutvecklare och designers av interaktiv kommunikation. Det aktiverar följande funktioner:
- Ta fram och hantera blanketter och interaktiv kommunikation: Designers och utvecklare kan skapa och redigera adaptiva formulär och interaktiv kommunikation, överföra andra typer av formulär som skapats externt, till exempel formulär som skapats i Adobe Forms Designer, och hantera dessa resurser med Forms Manager-konsolen.
- Publicering av blanketter och interaktivt material: Resurser som lagras på en författarinstans kan publiceras till en publiceringsinstans för körningsåtgärder. Resurspublicering använder AEM replikeringsfunktioner. Adobe rekommenderar att en replikeringsagent konfigureras på alla författarinstanser för att manuellt skicka publicerade formulär till bearbetningsinstanser och att en annan replikeringsagent konfigureras för att bearbeta instanser med Vid mottagning som aktiveras för att automatiskt replikera mottagna formulär till publiceringsinstanser.
Publicera: En publiceringsinstans är en AEM Forms-server som körs i det vanliga publiceringskörningsläget. Publiceringsinstanser är avsedda för slutanvändare av formulärbaserade program, t.ex. användare som öppnar en offentlig webbplats och som skickar formulär. Det aktiverar följande funktioner:
- Återge och skicka Forms för slutanvändare.
- Transport av obearbetade inlämnade formulärdata till bearbetningsinstanser för vidare bearbetning och lagring i det slutliga databassystemet. Standardimplementeringen i AEM Forms uppnår detta med AEM bakåtreplikeringsfunktioner. Det finns också en alternativ implementering för att skicka formulärdata direkt till bearbetningsservrar i stället för att spara dem lokalt först (det senare är en förutsättning för att omvänd replikering ska aktiveras). Kunder som oroar sig för lagring av potentiellt känsliga data i publiceringsinstanser kan gå in för detta alternativt genomförandeeftersom bearbetningsinstanser vanligtvis ligger i en säkrare zon.
- Återge och skicka interaktiv kommunikation och interaktiva brev: En interaktiv kommunikation och ett interaktivt brev återges på publiceringsinstanser och motsvarande data skickas till bearbetningsinstanser för lagring och efterbearbetning. Data kan antingen sparas lokalt på en publiceringsinstans och återreplikeras till en bearbetningsinstans (standardalternativet) senare, eller skickas direkt till bearbetningsinstansen utan att sparas i publiceringsinstansen. Den senare implementeringen är användbar för säkerhetsmedvetna kunder.
Bearbetar: En instans av AEM Forms som körs i redigeringsläge utan användare tilldelade till formulärhanteringsgruppen. Du kan distribuera AEM Forms på JEE eller AEM Forms på OSGi som en bearbetningsinstans. Användarna är inte tilldelade att säkerställa att formulärredigerings- och hanteringsaktiviteter inte utförs på Bearbetning-instansen och bara inträffar på Author-instansen. En bearbetningsinstans aktiverar följande funktioner:
-
Bearbetning av råformulärdata som kommer från en Publish-instans: Detta uppnås främst med en Processing-instans via AEM arbetsflöden som aktiveras när data kommer fram. I arbetsflödena kan du använda steget Formulärdatamodell som du får när du vill arkivera data eller dokument i ett lämpligt datalager.
-
Säker lagring av formulärdata: Bearbetningen är en databas bakom brandväggen för rådata som är isolerade från användarna. Varken formulärdesigners på författarinstansen eller slutanvändare på publiceringsinstansen har åtkomst till den här databasen.
note note NOTE Adobe rekommenderar att du använder ett datalager från tredje part för att spara slutliga bearbetade data i stället för att använda AEM. -
Lagring och efterbehandling av korrespondensdata som kommer från en Publish-instans: AEM utför den valfria efterbearbetningen av motsvarande bokstavsdefinitioner. Dessa arbetsflöden kan spara de slutliga bearbetade data i lämpliga externa datalager.
-
HTML Workspace: En bearbetningsinstans är värd för arbetsytan i HTML. På arbetsytan i HTML finns användargränssnittet för associerade uppgifter/grupptilldelningar för gransknings- och godkännandeprocesser.
En bearbetningsinstans har konfigurerats att köras i redigeringskörningsläget på grund av:
- Det möjliggör omvänd replikering av rådata från en Publish-instans. Standardhanteraren för datalagring kräver funktionen för omvänd replikering.
- AEM arbetsflöden, som är det primära sättet att bearbeta råformulärsdata som kommer från en publiceringsinstans, rekommenderas för körning i ett system av utvecklartyp.
Exempel på fysiska topologier för AEM Forms på JEE sample-physical-topologies-for-aem-forms-on-jee
De AEM Forms on JEE-topologier som rekommenderas nedan gäller främst kunder som uppgraderar från LiveCycle eller en tidigare version av AEM Forms på JEE. Adobe rekommenderar att AEM Forms används på OSGi för nya installationer. En ny installation av AEM Forms på JEE rekommenderas endast för dokumentsäkerhet och processhantering.
Topologi för dokumenttjänster eller dokumentsäkerhet topology-for-using-document-services-or-document-security-capabilities
AEM Forms-kunder som bara planerar att använda dokumenttjänster eller dokumentsäkerhetsfunktioner kan ha en topologi som liknar den som visas nedan. Den här topologin rekommenderar att du använder en enda instans av AEM Forms. Du kan också skapa ett kluster eller en grupp med AEM Forms-servrar om det behövs. Den här topologin rekommenderas när de flesta användare programmässigt får tillgång till funktioner på AEM Forms-servern och det krävs minsta möjliga ingrepp via användargränssnittet. Topologin är användbar vid gruppbearbetning av dokumenttjänster. Du kan till exempel använda utdatatjänsten för att skapa hundratals icke-redigerbara PDF-dokument dagligen.
Även om AEM Forms låter dig konfigurera och köra alla funktioner från en enda server bör du ändå göra kapacitetsplanering, lastbalansering och konfigurera dedikerade servrar för specifika funktioner i en produktionsmiljö. I en miljö som använder PDF Generator-tjänsten för att konvertera tusentals sidor om dagen och lägga till digitala signaturer för att begränsa åtkomsten till dokument, kan du skapa separata AEM Forms-servrar för PDF Generator-tjänsten och funktioner för digitala signaturer. Det ger optimala prestanda och skalar servrarna oberoende av varandra.
Topologi för AEM Forms processhantering topology-for-using-aem-forms-process-management
AEM Forms-kunder som planerar att använda AEM Forms processhanteringsfunktioner kan till exempel ha en topologi som liknar den som visas nedan i HTML Workspace. AEM Forms på JEE-servern kan vara i en enda server- eller klusterkonfiguration.
Om du uppgraderar från LiveCycle ES4 speglar denna topologi noga det du redan har i LiveCycle, förutom att AEM Author är inbyggt i AEM Forms på JEE. Dessutom ändras inte kraven på klustring för kunder som utför en uppgradering. Om du använder AEM Forms i en klustermiljö kan du fortsätta med samma sak i AEM 6.4 Forms. För en ny installation av AEM Forms av JEE för att använda arbetsytan i HTML är det ytterligare ett krav att köra AEM författarinstans inbyggd i JEE-miljön.
Formulärdatalagret är ett datalager från tredje part som används för att lagra slutliga bearbetade data av formulär och interaktiv kommunikation. Detta är ett valfritt element i topologin. Du kan också välja att konfigurera en bearbetningsinstans och använda dess databas som det slutliga systemet för post, om det behövs.
Topologin rekommenderas för kunder som planerar att använda AEM Forms på en JEE-server för processhanteringsfunktioner (HTML Workspace) utan att behöva använda efterbearbetning, adaptiva formulär, HTML5-formulär eller interaktiva kommunikationsfunktioner.
Topologi för användning av adaptiva formulär, HTML 5-formulär, interaktiva kommunikationsfunktioner topology-for-using-adaptive-forms-html-forms-interactive-communication-capabilities
AEM Forms-kunder som planerar att använda AEM Forms datainhämtningsfunktioner, till exempel adaptiva formulär, HTML5 Forms, PDF forms, kan ha en topologi som liknar den som visas nedan. Denna topologi rekommenderas också för interaktiv kommunikation i AEM Forms.
Du kan göra följande ändringar/anpassningar av ovanstående föreslagna topologi:
- Om du vill använda HTML Workspace och AEM Forms behöver du en AEM författare eller bearbetningsinstans. Du kan använda den AEM författarinstansen som är inbyggd i AEM Forms på JEE-servern i stället för att konfigurera ytterligare en extern AEM författarserver.
- En AEM Author- eller Processing-instans krävs endast för Forms-centrerade arbetsflöden i OSGi, adaptiva formulär, formulärportalen och interaktiv kommunikation.
- gränssnitt för interaktiv kommunikationsagent körs vanligtvis inom organisationen. Du kan därför behålla en publiceringsserver för agentanvändargränssnittet i det privata nätverket.
- AEM formulär på OSGi-instansen inbyggda i AEM Forms på JEE-servern kan även köra Forms-centrerade arbetsflöden på OSGi och Bevakade mappar.
Exempel på fysiska topologier för användning av AEM Forms i OSGi sample-physical-topologies-for-using-aem-forms-on-osgi
Topology for data capture, interactive communication, Form-Centric Workflow on OSGi capabilities topology-for-data-capture-interactive-communication-form-centric-workflow-on-osgi-capabilities
AEM Forms-kunder som planerar att använda AEM Forms datainhämtningsfunktioner, till exempel adaptiva formulär, HTML5 Forms, PDF forms, kan ha en topologi som liknar den som visas nedan. Den här topologin rekommenderas också för interaktiv kommunikation och Forms-centrerade arbetsflöden för OSGi-funktioner, till exempel för användning av AEM Inbox och AEM Forms App för arbetsflöden med affärsprocesser.
Topologi för att använda bevakade mappfunktioner för batchbearbetning offline topology-for-using-watched-folder-capabilities-for-offline-batch-processing
AEM Forms-kunder som planerar att använda bevakade mappar för batchbearbetning kan ha en topologi som liknar den som visas nedan. Topologin visar en klustrad miljö, men du bestämmer dig för att använda en enda instans eller en grupp AEM Forms-servrar beroende på inläsningen. Tredjepartsdatakällan är ditt eget postsystem. Den fungerar som indatakälla för bevakade mappar. Topologin visar också utdata i form av en utskriven fil. Du kan också lagra utdatainnehållet i ett filsystem, skicka via e-post och använda andra anpassade metoder för att förbruka utdata.
Topologi för dokumenttjänster för offlinebaserad API-baserad bearbetning topology-for-using-document-services-capabilities-for-offline-api-based-processing
AEM Forms-kunder som bara planerar att använda dokumenttjänster kan ha en topologi som liknar den som visas nedan. Den här topologin rekommenderar att du använder ett kluster av AEM Forms på OSGi-servrar. Den här topologin rekommenderas när de flesta användare använder API:er via programmering för att få åtkomst till AEM Forms-servrar och ett ingripande via användargränssnittet är minimum. Topologin är mycket användbar i olika kundscenarier. Flera klienter använder till exempel tjänsten PDF Generator för att skapa PDF-dokument på begäran.
Även om du kan använda AEM Forms för att konfigurera och köra alla funktioner från en enda server, bör du göra kapacitetsplanering, lastbalansering och konfigurera dedikerade servrar för specifika funktioner i en produktionsmiljö. I en miljö där man använder PDF Generator-tjänsten för att konvertera tusentals sidor om dagen och flera adaptiva formulär för datainhämtning, kan man skapa separata AEM Forms-servrar för PDF Generator-tjänsten och adaptiva formulärfunktioner. Det ger optimala prestanda och skalar servrarna oberoende av varandra.
