AEM Forms은 AEM as a AEM 패키지에 배포된 애플리케이션입니다. 이 패키지를 AEM Forms 추가 기능 패키지라고 합니다. AEM Forms 추가 기능 패키지에는 AEM OSGi 컨테이너에 배포되는 서비스(API 공급자)와 AEM Sling 프레임워크에서 관리하는 서블릿 또는 JSP(프론트엔드 및 REST API 기능 모두 제공)가 모두 포함되어 있습니다. 다음 다이어그램은 이 설정을 보여 줍니다.
AEM Forms용 아키텍처에는 다음 구성 요소가 포함되어 있습니다.
핵심 AEM 서비스: AEM이 배포된 응용 프로그램에 제공하는 기본 서비스입니다. 이러한 서비스에는 JCR 규격 콘텐츠 저장소, OSGI 서비스 컨테이너, 워크플로 엔진, 신뢰 저장소, 키 저장소 등이 포함됩니다. 이러한 서비스는 AEM Forms 애플리케이션에서 사용할 수 있지만 AEM Forms 패키지에서 제공되지 않습니다. 이러한 서비스는 전체 AEM 스택에서 필수적인 부분이며 다양한 AEM Forms 구성 요소가 이러한 서비스를 사용합니다.
Forms 서비스: PDF 문서 만들기, 조합, 배포 및 보관, 디지털 서명을 추가하여 문서에 대한 액세스를 제한하고 바코드 형식을 디코딩하는 등 양식 관련 기능을 제공합니다. 이러한 서비스는 AEM에 공동 배포된 사용자 지정 코드에서 공개적으로 사용할 수 있습니다.
웹 계층: 다음 기능을 제공하는 일반 및 양식 서비스를 통해 구축된 JSP 또는 서블릿:
OSGi의 AEM Forms: OSGi 환경의 AEM Forms은 AEM Forms 패키지가 배포된 표준 AEM 작성자 또는 AEM 게시입니다. 다음에서 OSGi에서 AEM Forms을 실행할 수 있습니다. 단일 서버 환경, 팜 및 클러스터형 설정. 클러스터 설정은 AEM 작성자 인스턴스에만 사용할 수 있습니다.
JEE의 AEM Forms: JEE의 AEM Forms은 JEE 스택에서 실행 중인 AEM Forms 서버입니다. 애플리케이션 서버에서 실행되는 단일 JEE 스택에 AEM Forms 추가 기능 패키지 및 추가 AEM Forms JEE 기능이 공동 배포된 AEM 작성자가 있습니다. 단일 서버 및 클러스터된 설정에서 JEE에서 AEM Forms을 실행할 수 있습니다. AEM Forms on JEE는 문서 보안, 프로세스 관리를 실행하고 AEM Forms으로 업그레이드하는 LiveCycle 고객을 위해서만 필요합니다. 다음은 JEE에서 AEM Forms을 사용하는 몇 가지 추가 시나리오입니다.
AEM Forms on JEE에는 AEM 구성 요소에 다음과 같은 지원 서비스도 포함되어 있습니다.
AEM Forms 작성 사용자 인터페이스는 DOR(Document of Record), PDF forms 및 HTML5 Forms 작성을 지원하지 않습니다. 이러한 에셋은 독립 실행형 Forms Designer 애플리케이션을 사용하여 설계되고 AEM Forms Manager에 개별적으로 업로드됩니다. 또는 JEE의 AEM Forms에 대해 양식을 애플리케이션(AEM Forms Workbench에서) 자산으로 디자인하고 JEE 서버의 AEM Forms에 배포할 수 있습니다.
OSGi의 AEM Forms과 JEE의 AEM Forms은 모두 워크플로우 기능을 가지고 있습니다. JEE에 AEM Forms의 본격적인 프로세스 관리 기능을 설치하지 않고도 OSGi의 AEM Forms에서 다양한 작업을 위한 기본 워크플로우를 빠르게 빌드하고 배포할 수 있습니다. 에는 약간의 차이가 있습니다. OSGi에서 AEM Forms의 양식 중심 워크플로의 기능과 JEE에서 AEM Forms의 프로세스 관리 기능. OSGi의 AEM Forms에서 양식 중심의 워크플로우를 개발 및 관리하는 경우 익숙한 AEM Workflow 및 AEM Inbox 기능을 사용합니다.
다음 이미지에는 일반적인 AEM Forms 배포에 사용되는 다양한 AEM Form 서버 구성 및 해당 구성 요소가 표시됩니다.
작성자: 작성자 인스턴스는 표준 작성자 실행 모드에서 실행되는 AEM Forms 서버입니다. JEE의 AEM Forms 또는 OSGi 환경의 AEM Forms일 수 있습니다. 내부 사용자, 양식 및 대화형 통신 디자이너, 개발자를 위한 것입니다. 이를 통해 다음과 같은 기능을 사용할 수 있습니다.
게시: 게시 인스턴스는 표준 게시 실행 모드에서 실행되는 AEM Forms 서버입니다. 게시 인스턴스는 양식 기반 애플리케이션의 최종 사용자(예: 공개 웹 사이트에 액세스하고 양식을 제출하는 사용자)를 위한 것입니다. 이를 통해 다음과 같은 기능을 사용할 수 있습니다.
처리 중: forms-manager 그룹에 할당된 사용자 없이 작성자 실행 모드에서 실행되는 AEM Forms 인스턴스. JEE에 AEM Forms을 배포하거나 OSGi에 AEM Forms을 처리 인스턴스로 배포할 수 있습니다. 양식 작성 및 관리 활동이 처리 인스턴스에서 수행되지 않고 작성자 인스턴스에서만 발생하도록 사용자에게 할당되지 않습니다. 처리 인스턴스는 다음 기능을 활성화합니다.
게시 인스턴스에서 도착하는 원시 양식 데이터 처리: 이는 주로 데이터가 도착할 때 트리거되는 AEM 워크플로우를 통해 처리 인스턴스에서 수행됩니다. 워크플로에서는 기본 제공되는 양식 데이터 모델 단계를 사용하여 데이터 또는 문서를 적절한 데이터 저장소에 보관할 수 있습니다.
양식 데이터의 안전한 저장: 처리 시 사용자로부터 격리된 원시 양식 데이터에 대한 방화벽 뒤 저장소를 제공합니다. 작성자 인스턴스의 양식 디자이너와 게시 인스턴스의 최종 사용자 모두 이 저장소에 액세스할 수 없습니다.
Adobe은 AEM 저장소를 사용하는 대신 서드파티 데이터 저장소를 사용하여 최종 처리된 데이터를 저장하는 것을 권장합니다.
게시 인스턴스에서 도착하는 서신 데이터의 저장 및 후처리: AEM 워크플로우는 해당 문자 정의의 선택적 사후 처리를 수행합니다. 이러한 워크플로우는 최종 처리된 데이터를 적합한 외부 데이터 저장소에 저장할 수 있습니다.
HTML 작업 공간 호스팅 HTML : 처리 인스턴스는 Analysis Workspace의 프론트엔드를 호스팅합니다. HTML 작업 영역에서는 검토 및 승인 프로세스에 연결된 작업/그룹 지정에 대한 UI를 제공합니다.
다음과 같은 이유로 처리 인스턴스가 작성자 실행 모드에서 실행되도록 구성됩니다.
아래에 권장되는 AEM Forms on JEE 토폴로지는 주로 LiveCycle 또는 JEE의 이전 버전의 AEM Forms에서 업그레이드하는 고객을 위한 것입니다. Adobe은 새로 설치하기 위해 OSGi에서 AEM Forms을 사용하는 것을 권장합니다. Document Security 및 프로세스 관리 기능을 사용하는 경우에만 JEE에 AEM Forms을 새로 설치하는 것이 좋습니다.
document services 또는 document security 기능만 사용하려는 AEM Forms 고객은 아래에 표시된 것과 유사한 토폴로지를 가질 수 있습니다. 이 토폴로지에서는 AEM Forms의 단일 인스턴스를 사용하는 것이 좋습니다. 필요한 경우 AEM Forms 서버의 클러스터 또는 팜을 만들 수도 있습니다. 대부분의 사용자가 프로그래밍 방식으로 AEM Forms 서버의 기능에 액세스하고 사용자 인터페이스를 통한 개입이 최소인 경우 이 토폴로지를 사용하는 것이 좋습니다. 토폴로지는 문서 서비스의 일괄 처리 작업에 유용합니다. 예를 들어 출력 서비스를 사용하여 매일 편집할 수 없는 수백 개의 PDF 문서를 만들 수 있습니다.
AEM Forms을 사용하면 단일 서버에서 모든 기능을 설정하고 실행할 수 있지만 프로덕션 환경에서는 특정 기능에 대해 용량 계획, 로드 밸런싱 및 전용 서버 설정을 수행해야 합니다. 예를 들어, PDF 생성기 서비스를 사용하여 하루에 수천 페이지를 변환하고 디지털 서명을 추가하여 문서에 대한 액세스를 제한하는 환경의 경우, PDF 생성기 서비스와 디지털 서명 기능에 대해 별도의 AEM Forms 서버를 설정합니다. 최적의 성능을 제공하고 서로 독립적으로 서버를 확장할 수 있습니다.
예를 들어 AEM Forms 프로세스 관리 기능을 사용하려는 AEM Forms 고객의 경우 Workspace HTML 와 유사한 토폴로지를 사용할 수 있습니다. JEE의 AEM Forms 서버는 단일 서버 또는 클러스터 구성에 있을 수 있습니다.
LiveCycle ES4에서 업그레이드하는 경우, 이 토폴로지는 JEE의 AEM Forms에 내장된 AEM 작성자를 추가하는 것을 제외하고 LiveCycle에 이미 있는 것과 밀접하게 미러링합니다. 또한 업그레이드를 수행하는 고객의 클러스터링 요구 사항에는 변화가 없습니다. 클러스터된 환경에서 AEM Forms을 사용하는 경우 AEM 6.5 Forms에서 동일한 기능을 계속 사용할 수 있습니다. HTML 작업 영역을 사용하기 위해 JEE의 AEM Forms을 새로 설치하려면 JEE 환경에 내장된 AEM 작성자 인스턴스를 실행하는 것이 추가 요구 사항입니다.
양식 데이터 저장소는 양식 및 대화형 통신의 최종 처리 데이터를 저장하는 데 사용되는 타사 데이터 저장소입니다. 이는 토폴로지에서 선택적 요소입니다. 필요한 경우 처리 인스턴스를 설정하고 해당 저장소를 최종 기록 시스템 시스템으로 사용하도록 선택할 수도 있습니다.
사후 처리, 적응형 양식, HTML 5 양식 및 대화형 통신 기능을 사용하지 않고 프로세스 관리 기능 (HTML Workspace)에 AEM Forms on JEE 서버를 사용할 계획인 고객에게 토폴로지를 권장합니다.
적응형 양식, HTML5 Forms, PDF forms 등과 같은 AEM Forms 데이터 캡처 기능을 사용할 예정인 AEM Forms 고객은 아래에 표시된 것과 유사한 토폴로지를 가질 수 있습니다. 이 토폴로지는 AEM Forms의 대화형 통신 기능을 사용하는 데에도 권장됩니다.
위에서 제안한 토폴로지에 다음과 같은 변경/사용자 지정을 수행할 수 있습니다.
적응형 양식, HTML5 Forms, PDF forms 등과 같은 AEM Forms 데이터 캡처 기능을 사용할 예정인 AEM Forms 고객은 아래에 표시된 것과 유사한 토폴로지를 가질 수 있습니다. 이 토폴로지는 대화형 통신 및 OSGi의 Forms 중심 워크플로 기능을 사용하는 데에도 권장됩니다. 예를 들어, 비즈니스 프로세스 워크플로에 AEM 받은 편지함 및 AEM Forms 앱을 사용하는 경우입니다.
일괄 처리에 감시 폴더를 사용할 예정인 AEM Forms 고객은 아래에 표시된 토폴로지와 유사한 토폴로지를 사용할 수 있습니다. 토폴로지에 클러스터된 환경이 표시되지만 로드에 따라 단일 인스턴스 또는 AEM Forms 서버 팜을 사용하기로 결정합니다. 타사 데이터 소스는 자체 레코드 시스템입니다. 감시 폴더의 입력 소스 역할을 합니다. 또한 토폴로지는 인쇄된 파일 형태로 출력을 표시합니다. 출력 컨텐츠를 파일 시스템에 저장하고, 이메일을 통해 전송하고, 다른 사용자 지정 방법을 사용하여 출력을 사용할 수도 있습니다.
document services 기능만 사용하려는 AEM Forms 고객은 아래에 표시된 것과 유사한 토폴로지를 가질 수 있습니다. 이 토폴로지에서는 OSGi 서버에서 AEM Forms 클러스터를 사용하는 것이 좋습니다. 대부분의 사용자가 프로그래밍 방식으로(API 사용) AEM Forms 서버의 기능에 액세스하고 사용자 인터페이스를 통해 개입하는 것이 최소인 경우 이 토폴로지를 사용하는 것이 좋습니다. 이 토폴로지는 여러 소프트웨어 클라이언트 시나리오에서 매우 유용합니다. 예를 들어 여러 클라이언트가 PDF 생성기 서비스를 사용하여 요청 시 PDF 문서를 만듭니다.
AEM Forms을 사용하면 단일 서버에서 모든 기능을 설정하고 실행할 수 있지만 프로덕션 환경에서는 특정 기능에 대해 용량 계획, 로드 밸런싱 및 전용 서버 설정을 수행해야 합니다. 예를 들어, PDF 생성기 서비스를 사용하여 하루에 수천 개의 페이지와 여러 적응형 양식을 변환하여 데이터를 캡처하는 환경의 경우, PDF 생성기 서비스와 적응형 양식 기능을 위해 별도의 AEM Forms 서버를 설정합니다. 최적의 성능을 제공하고 서로 독립적으로 서버를 확장할 수 있습니다.