AEM Forms을 위한 아키텍처 및 배포 토폴로지

아키텍처

AEM Forms은 AEM 패키지로 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 구성 요소에서 이러한 서비스를 사용합니다.

  • 양식 서비스: PDF 문서 작성, 조합, 배포 및 보관, 디지털 서명 추가, 문서 액세스 제한, 바코드 양식 디코딩과 같은 양식 관련 기능을 제공합니다. 이러한 서비스는 AEM에서 함께 배포된 사용자 지정 코드로 공개적으로 사용할 수 있습니다.

  • 웹 레이어: 일반 및 양식 서비스를 기반으로 구축된 JSP 또는 서블릿은 다음과 같은 기능을 제공합니다.

    • 작성 프런트: 양식 작성 및 관리를 위한 양식 작성 및 양식 관리 유저 인터페이스
    • 양식 변환 및 제출 프런트: AEM Forms 최종 사용자가 사용할 수 있는 최종 사용자 대면 인터페이스(예: 정부 기관 웹 사이트에 액세스하는 시민). 양식 변환(웹 브라우저에 양식 표시) 및 제출 기능을 제공합니다.
    • REST API: JSP 및 서블릿은 양식 모바일 SDK와 같은 HTTP 기반 클라이언트에 의한 원격 소비를 위해 양식 서비스 하위 집합을 내보냅니다.

OSGi의 AEM Forms: OSGi 환경의 AEM Forms은 AEM Author 패키지가 배포된 표준 AEM Forms 또는 AEM Publish입니다. OSGi에서 단일 서버 환경, 팜 및 클러스터된 설정에서 AEM Forms을 실행할 수 있습니다. 클러스터 설정은 AEM Author 인스턴스에만 사용할 수 있습니다.

JEE의 AEM Forms: JEE의 AEM Forms은 JEE 스택에서 실행되는 AEM Forms 서버입니다. AEM Forms 추가 기능 패키지와 함께 제공되는 AEM Author과 애플리케이션 서버에서 실행되는 단일 JEE 스택에 함께 배포되는 추가 AEM Forms JEE 기능이 포함되어 있습니다. 단일 서버 및 클러스터된 설정에서 JEE에서 AEM Forms을 실행할 수 있습니다. JEE의 AEM Forms은 문서 보안, 프로세스 관리 및 LiveCycle 고객이 AEM Forms으로 업그레이드하는 경우에만 필요합니다. 다음은 JEE에서 AEM Forms을 사용할 수 있는 몇 가지 추가 시나리오입니다.

  • HTML 작업 영역 지원(HTML 작업 영역을 사용하는 고객의 경우): JEE의 AEM Forms은 처리 인스턴스에 대해 Single Sign-On을 가능하게 하고, 처리 인스턴스에서 렌더링된 특정 자산을 제공하고, HTML 작업 영역에서 렌더링된 양식의 제출을 처리합니다.
  • 고급 추가 양식/대화형 통신 데이터 처리: 고급 프로세스 관리 기능이 필요한 복잡한 사용 사례에서는 양식/대화형 통신 데이터를 추가 처리(그리고 결과를 적절한 데이터 저장소에 저장)하기 위해 JEE의 AEM Forms을 활용할 수 있습니다.

JEE의 AEM Forms에는 AEM 구성 요소에 대한 다음과 같은 지원 서비스도 포함되어 있습니다.

  • 통합 사용자 관리: JEE의 AEM Forms 사용자가 OSGi 사용자에 대해 AEM 양식으로 인식될 수 있도록 허용하며 OSGi 및 JEE 사용자 모두에 대해 SSO를 활성화하도록 도와줍니다. OSGi의 AEM 양식과 JEE의 AEM Forms 간 AEM 양식 간 Single Sign-On이 필요한 시나리오의 경우(예: HTML 작업 공간) 필요합니다.
  • 자산 호스팅: JEE의 AEM Forms은 OSGi의 AEM Forms에서 렌더링된 자산(예: HTML5 양식)을 제공할 수 있습니다.

AEM Forms 작성 사용자 인터페이스는 DOR(Document of Record), PDF forms 및 HTML5 양식 작성을 지원하지 않습니다. 이러한 자산은 독립 실행형 Forms Designer 응용 프로그램을 사용하여 디자인되며 개별적으로 AEM Forms Manager에 업로드됩니다. 또는 JEE의 AEM Forms의 경우 양식을 응용 프로그램(AEM Forms 워크벤치)으로 디자인하여 JEE 서버의 AEM Forms에 배포할 수 있습니다.

OSGi 및 JEE의 AEM Forms에 대한 AEM Forms은 모두 워크플로우 기능을 갖추고 있습니다. JEE에 AEM Forms의 완벽한 프로세스 관리 기능을 설치하지 않고도 OSGi의 AEM 양식에 있는 다양한 작업에 대한 기본 워크플로우를 신속하게 구축하여 배포할 수 있습니다. OSGi AEM Forms의 양식 중심 워크플로우와 JEE의 AEM Forms의 프로세스 관리 기능에 몇 가지 차이점이 있습니다 . OSGi의 AEM Forms에서 양식 중심 워크플로우의 개발 및 관리는 익숙한 AEM Workflow 및 AEM 받은 편지함 기능을 사용합니다.

용어

다음 이미지는 다양한 AEM Form 서버 구성 및 일반적인 AEM Forms 배포에 사용되는 해당 구성 요소를 표시합니다.

aem_forms_-_recommendedtopology

작성자: 작성자 인스턴스는 표준 작성자 실행 모드에서 실행되는 AEM Forms 서버입니다. OSGi 환경의 JEE나 AEM Forms의 AEM Forms일 수 있습니다. 내부 사용자, 양식 및 인터랙티브 커뮤니케이션 디자이너, 개발자를 위한 제품입니다. 다음과 같은 기능을 사용할 수 있습니다.

  • 양식 및 인터랙티브한 커뮤니케이션의 작성 및 관리: 디자이너와 개발자는 적응형 양식 및 인터랙티브한 커뮤니케이션을 작성 및 편집하고, 외부에서 작성된 다른 유형의 양식(예: Adobe Forms Designer에서 만든 양식)을 업로드하고, Forms Manager 콘솔을 사용하여 이러한 자산을 관리할 수 있습니다.
  • 양식 및 인터랙티브한 커뮤니케이션 게시: 작성자 인스턴스에 호스팅된 자산을 게시 인스턴스에 게시하여 런타임 작업을 수행할 수 있습니다. 자산 게시에서는 AEM의 복제 기능을 사용합니다. 게시 양식을 처리 인스턴스에 수동으로 푸시하도록 복제 에이전트가 모든 작성 인스턴스에 구성되고, 받은 양식을 자동으로 복제하여 인스턴스를 게시할 수 있도록 [수신 ] 트리거가 활성화된 처리 인스턴스에 다른 복제 에이전트가 구성되어 있는 것이 좋습니다.

게시: 게시 인스턴스는 표준 게시 실행 모드에서 실행 중인 AEM Forms 서버입니다. 게시 인스턴스는 양식 기반 애플리케이션의 최종 사용자(예: 공개 웹 사이트에 액세스하고 양식을 제출하는 사용자)를 위한 것입니다. 다음과 같은 기능을 사용할 수 있습니다.

  • 최종 사용자를 위한 양식 렌더링 및 제출
  • 최종 기록 시스템에서 추가 처리 및 보관을 위해 제출된 원시 양식 데이터를 처리 인스턴스로 전송 AEM Forms에 제공된 기본 구현은 AEM의 역방향 복제 기능을 사용하여 이를 수행합니다. 대체 구현은 양식 데이터를 먼저 저장하는 대신 처리 서버로 직접 푸시할 수도 있습니다(후자는 역방향 복제를 활성화하기 위한 사전 요구 사항). 게시 인스턴스의 민감한 데이터 저장에 대해 염려하는 고객은 일반적으로 처리 인스턴스가 더 안전한 영역에 있기 때문에 대체 구현에참여할 수 있습니다.
  • 인터랙티브한 커뮤니케이션 및 서신 렌더링 및 제출: 인터랙티브한 커뮤니케이션 및 서신은 게시 인스턴스에 렌더링되고 해당 데이터가 저장 및 사후 처리를 위해 처리 인스턴스에 제출됩니다. 데이터는 게시 인스턴스에서 로컬로 저장하고 나중에 처리 인스턴스(기본 옵션)로 역복제할 수 있으며 게시 인스턴스에서 저장하지 않고 처리 인스턴스로 직접 푸시할 수도 있습니다. 이후 구현은 보안을 중시하는 고객에게 유용합니다.

처리: 사용자가 forms-manager 그룹에 할당되지 않은 작성자 실행 모드에서 실행되는 AEM Forms 인스턴스입니다. OSGi의 JEE 또는 AEM Forms에 AEM Forms을 처리 인스턴스로 배포할 수 있습니다. 양식 작성 및 관리 활동이 처리 인스턴스에서 수행되지 않고 작성자 인스턴스에서만 발생하도록 사용자에게 할당되지 않습니다. 처리 인스턴스는 다음 기능을 활성화합니다.

  • 게시 인스턴스에서 도착하는 원시 양식 데이터 처리: 이 작업은 주로 데이터가 도착할 때 트리거되는 AEM 워크플로우를 통해 처리 인스턴스에서 수행됩니다. 워크플로우는 즉시 제공되는 양식 데이터 모델 단계를 사용하여 데이터나 문서를 적절한 데이터 저장소에 보관할 수 있습니다.

  • 양식 데이터의 안전한 저장: 처리에서는 사용자로부터 분리된 Raw 양식 데이터를 위한 방화벽 뒤의 저장소를 제공합니다. 작성자 인스턴스의 양식 디자이너나 게시 인스턴스의 최종 사용자가 이 저장소에 액세스할 수 없습니다.

    노트

    Adobe에서는 AEM 저장소를 사용하는 대신 최종 처리된 데이터를 저장하려면 타사 데이터 저장소를 사용하는 것이 좋습니다.

  • 게시 인스턴스에서 도착하는 통신 데이터의 저장 및 사후 처리: AEM 워크플로우는 해당 문자 정의에 대한 선택적 사후 처리를 수행합니다. 이러한 워크플로우는 최종 처리된 데이터를 적절한 외부 데이터 저장소에 저장할 수 있습니다.

  • HTML Workspace 호스팅: 처리 인스턴스는 HTML 작업 영역의 프런트 엔드를 호스팅합니다. HTML 작업 영역은 검토 및 승인 프로세스에 연결된 작업/그룹 지정에 대한 UI를 제공합니다.

처리 인스턴스는 다음과 같은 이유로 작성자 실행 모드에서 실행되도록 구성됩니다.

  • 게시 인스턴스의 원시 양식 데이터를 역복제할 수 있습니다. 기본 데이터 저장소 처리기에는 역 복제 기능이 필요합니다.
  • 게시 인스턴스에서 도착하는 원시 양식 데이터를 처리하는 주요 방법인 AEM 워크플로우는 작성자 스타일 시스템에서 실행하는 것이 좋습니다.

JEE의 AEM Forms 샘플 물리적 토폴로지

아래 권장 JEE 토폴로지의 AEM Forms은 주로 JEE에서 LiveCycle 또는 이전 버전의 AEM Forms에서 업그레이드하는 고객을 위한 것입니다. 새로 설치하는 경우 OSGi에서 AEM Forms을 사용하는 것이 좋습니다. Document Security 및 Process Management 기능을 사용하는 경우에만 JEE에 AEM Forms을 새로 설치하는 것이 좋습니다.

문서 서비스 또는 문서 보안 기능 사용을 위한 토폴로지

문서 서비스 또는 문서 보안 기능만 사용하려는 AEM Forms 고객은 아래 표시된 것과 비슷한 토폴로지를 가질 수 있습니다. 이 토폴로지는 AEM Forms의 단일 인스턴스를 사용하는 것이 좋습니다. 필요한 경우 AEM Forms 서버의 클러스터 또는 팜을 만들 수도 있습니다. 이 토폴로지는 대부분의 사용자가 프로그래밍 방식으로 AEM Forms 서버의 기능에 액세스하고 사용자 인터페이스를 통한 개입이 최소인 경우에 권장됩니다. 토폴로지는 문서 서비스의 일괄 처리 작업에 유용합니다. 예를 들어 출력 서비스를 사용하여 매일 수백 개의 편집할 수 없는 PDF 문서를 만들 수 있습니다.

그러나 AEM Forms을 사용하면 단일 서버에서 모든 기능을 설정하고 실행할 수 있지만, 프로덕션 환경에서 특정 기능을 위한 전용 서버를 용량 계획, 로드 밸런싱 및 설정해야 합니다. 예를 들어 PDF Generator 서비스를 사용하여 하루에 수천 개의 페이지를 변환하고 디지털 서명을 추가하여 문서에 대한 액세스를 제한하고 PDF Generator 서비스 및 디지털 서명 기능을 위한 별도의 AEM Forms 서버를 설정하는 등 다양한 환경에서 작업할 수 있습니다. 최적의 성능을 제공하고 서로 독립적으로 서버를 확장할 수 있습니다.

기본 기능

AEM Forms 프로세스 관리 사용을 위한 토폴로지

AEM Forms 프로세스 관리 기능을 사용하려는 AEM Forms 고객(예: HTML Workspace는 아래 표시된 것과 유사한 토폴로지를 가질 수 있습니다.) JEE 서버의 AEM Forms은 단일 서버 또는 클러스터 구성에 있을 수 있습니다.

LiveCycle ES4에서 업그레이드하는 경우 JEE의 AEM Forms에 내장된 AEM Author을 제외하면 이 토폴로지는 이미 LiveCycle에 있는 내용과 유사하게 미러링됩니다. 또한 업그레이드를 수행하는 고객의 클러스터링 요구 사항은 변경되지 않습니다. 클러스터된 환경에서 AEM Forms을 사용하는 경우 AEM 6.5 Forms에서도 동일하게 진행할 수 있습니다. HTML 작업 영역을 사용하기 위해 JEE의 AEM Forms을 새로 설치하려면 JEE 환경에 내장된 AEM 작성자 인스턴스를 실행해야 합니다.

양식 데이터 저장소는 양식 및 인터랙티브한 커뮤니케이션의 최종 처리 데이터를 저장하는 데 사용되는 타사 데이터 저장소입니다. 이 요소는 토폴로지의 선택 요소입니다. 또한 처리 인스턴스를 설정하고 필요한 경우 해당 저장소를 최종 기록 시스템으로 사용할 수도 있습니다.

topology_for_usintmlworkspaceandformsapp

후처리, 적응형 양식, HTML5 양식 및 인터랙티브한 커뮤니케이션 기능을 사용하지 않고도 JEE 서버의 AEM Forms을 프로세스 관리 기능(HTML 작업 공간)으로 사용하려는 고객에게 토폴로지를 권장합니다.

적응형 양식, HTML5 양식, 인터랙티브한 커뮤니케이션 기능 사용을 위한 토폴로지

AEM Forms 데이터 캡처 기능(예: 적응형 양식, HTML5 양식, PDF forms)을 사용하려는 AEM Forms 고객은 아래 표시된 것과 유사한 토폴로지를 가질 수 있습니다. 이 토폴로지는 AEM Forms의 대화형 통신 기능을 사용하는 경우에도 권장됩니다.

topology-for-using-forms-osgi-modules

위에 제안된 토폴로지에 대해 다음과 같은 변경/사용자 지정을 수행할 수 있습니다.

  • HTML 작업 공간 및 AEM Forms 앱을 사용하려면 AEM 작성자 또는 처리 인스턴스가 필요합니다. 추가 외부 AEM 작성자 서버를 설정하는 대신 JEE 서버의 AEM Forms에 내장된 AEM 작성자 인스턴스를 사용할 수 있습니다.
  • AEM Author 또는 처리 인스턴스는 OSGi, 적응형 양식, 양식 포털 및 인터랙티브한 커뮤니케이션의 양식 중심 워크플로우에만 필요합니다.
  • 대화형 통신 에이전트 UI는 일반적으로 조직 내에서 실행됩니다. 따라서 비공개 네트워크 내에 에이전트 UI용 게시 서버를 유지할 수 있습니다.
  • JEE 서버의 AEM Forms에 내장된 OSGi 인스턴스의 AEM 양식은 OSGi 및 감시 폴더에서 양식 중심의 워크플로우를 실행할 수도 있습니다.

OSGi에서 AEM Forms을 사용하기 위한 샘플 물리적 토폴로지

데이터 캡처, 인터랙티브한 커뮤니케이션, OSGi 기능의 양식 중심 워크플로우

AEM Forms 데이터 캡처 기능(예: 적응형 양식, HTML5 양식, PDF forms)을 사용하려는 AEM Forms 고객은 아래 표시된 것과 유사한 토폴로지를 가질 수 있습니다. 이 토폴로지는 비즈니스 프로세스 워크플로우에서 AEM 받은 편지함 및 AEM Forms 앱을 사용하는 것과 같이 OSGi 기능에서 대화형 통신 및 양식 중심의 워크플로우를 사용하는 경우에도 권장됩니다.

interactive-use-cases-af-cm-osgi-workflow

오프라인 일괄 처리를 위한 감시 폴더 기능을 사용하는 토폴로지

일괄 처리를 위해 감시 폴더를 사용하려는 AEM Forms 고객은 아래 표시된 것과 유사한 토폴로지를 가질 수 있습니다. 토폴로지는 클러스터된 환경을 표시하지만 로드에 따라 단일 인스턴스 또는 AEM Forms 서버 팜을 사용하기로 결정합니다. 타사 데이터 소스는 사용자 고유의 기록 시스템입니다. 감시 폴더의 입력 소스로 사용됩니다. 또한 토폴로지는 출력된 파일 형태로 출력을 표시합니다. 출력 컨텐츠를 파일 시스템에 저장하고 이메일을 통해 전송하며 기타 사용자 정의 방법을 사용하여 출력을 사용할 수도 있습니다.

offline-batch-processing-via-observers

오프라인 API 기반 처리를 위한 문서 서비스 기능을 사용하는 토폴로지

문서 서비스 기능만 사용하려는 AEM Forms 고객은 아래 표시된 것과 비슷한 토폴로지를 가질 수 있습니다. 이 토폴로지는 OSGi 서버에서 AEM Forms 클러스터를 사용하는 것이 좋습니다. 이 토폴로지는 대부분의 사용자가 프로그래밍 방식으로(API 사용) AEM Forms 서버의 액세스 기능을 사용하고 사용자 인터페이스를 통한 개입이 최소한으로 필요할 때 권장됩니다. 토폴로지는 여러 소프트웨어 클라이언트 시나리오에서 매우 유용합니다. 예를 들어 PDF Generator 서비스를 사용하여 PDF 문서를 On-Demand 방식으로 여러 클라이언트가 작성할 수 있습니다.

AEM Forms을 통해 단일 서버에서 모든 기능을 설정하고 실행할 수 있지만, 프로덕션 환경에서 특정 기능을 위한 전용 서버를 설정하고, 부하 균형을 맞추고, 전용 서버를 설정해야 합니다. 예를 들어 PDF Generator 서비스를 사용하는 환경에서 하루에 수천 개의 페이지와 여러 적응형 양식을 변환하여 데이터를 캡처하는 경우 PDF Generator 서비스 및 적응형 양식 기능을 위한 별도의 AEM Forms 서버를 설정할 수 있습니다. 최적의 성능을 제공하고 서로 독립적으로 서버를 확장할 수 있습니다.

offline-api-based-processing

이 페이지에서는