일반 아키텍처 general-architecture

Last update: Fri Apr 12 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

일반적인 Adobe Campaign 솔루션 배포는 다음 구성 요소로 구성됩니다.

개인화된 클라이언트 환경

사용자가 소통하고 마케팅 오퍼를 추적하고, 캠페인을 만들고, 모든 마케팅 활동, 프로그램 및 계획(이메일, 워크플로우 및 랜딩 페이지 포함)을 검토 및 관리하고, 고객 프로필을 만들고 관리하고, 고객 대상 유형을 정의할 수 있는 직관적인 그래픽 인터페이스입니다.
개발 환경

사용자 인터페이스에 정의된 규칙 및 워크플로를 기반으로 이메일, SMS, 푸시 알림, DM, 웹 또는 소셜과 같은 선택한 통신 채널을 통해 마케팅 캠페인을 실행하는 서버측 소프트웨어입니다.
데이터베이스 컨테이너

관계형 데이터베이스 기술을 기반으로 하는 Adobe Campaign 데이터베이스는 모든 고객 정보, 캠페인 구성 요소, 오퍼 및 워크플로뿐만 아니라 캠페인 결과를 고객 데이터베이스 컨테이너에 저장합니다.

Adobe Campaign은 SOA(서비스 지향 아키텍처)를 기반으로 하며 여러 기능 모듈로 구성됩니다. 이러한 모듈은 확장성, 가용성 및 서비스 격리 측면에서 제약에 따라 하나 이상의 컴퓨터에 단일 또는 여러 인스턴스에 배포할 수 있습니다. 따라서 배포 구성의 범위는 매우 광범위하며 단일 중앙 컴퓨터부터 여러 사이트에 걸쳐 여러 전용 서버를 포함하는 구성까지 포괄합니다.

NOTE

소프트웨어 공급업체로서 호환 가능한 하드웨어 및 소프트웨어 인프라를 지정합니다. 여기에 제공된 하드웨어 권장 사항은 정보 제공 목적으로만 사용되며 당사의 경험을 기반으로 합니다. Adobe은 그에 기초하여 이루어진 결정에 대해 책임을 지지 않습니다. 또한 비즈니스 규칙 및 관행과 프로젝트의 중요도 및 필수 성능 수준에 따라 달라집니다.

CAUTION

별도로 명시하지 않은 경우 Adobe Campaign 플랫폼의 모든 구성 요소에 대한 설치, 업데이트 및 유지 관리는 이를 호스팅하는 시스템 관리자가 수행합니다. 여기에는 Adobe Campaign 애플리케이션에 대한 사전 요구 사항 구현과 Campaign 준수가 포함됩니다 호환성 매트릭스 구성 요소 간.

프레젠테이션 레이어 presentation-layer

사용자의 요구 사항에 따라 리치 클라이언트, 씬 클라이언트 또는 API 통합 등 다양한 방식으로 애플리케이션에 액세스할 수 있습니다.

리치 클라이언트: 애플리케이션의 기본 사용자 인터페이스는 리치 클라이언트입니다. 즉, 표준 인터넷 프로토콜(SOAP, HTTP 등)만을 사용하여 Adobe Campaign 애플리케이션 서버와 통신하는 기본 애플리케이션(Windows)입니다. 이 콘솔은 생산성을 높여주는 탁월한 사용자 친화성을 제공하며, 로컬 캐시를 통해 대역폭을 거의 사용하지 않으며, 쉽게 배포할 수 있도록 설계되었습니다. 이 콘솔은 인터넷 브라우저에서 배포할 수 있으며 자동으로 업데이트될 수 있으며 HTTP(S) 트래픽만 생성하므로 특정 네트워크 구성이 필요하지 않습니다.
씬 클라이언트: 보고 모듈, 게재 승인 단계, Distributed Marketing 모듈의 기능(중앙/로컬), 인스턴스 모니터링 등을 포함하여 HTML 사용자 인터페이스를 사용하여 간단한 웹 브라우저를 통해 애플리케이션의 특정 부분에 액세스할 수 있습니다. 이 모드를 사용하면 인트라넷 또는 엑스트라넷에 Adobe Campaign 기능을 포함할 수 있습니다.
API를 통한 통합: 경우에 따라 SOAP 프로토콜을 통해 노출된 웹 서비스 API를 사용하여 외부 애플리케이션에서 시스템을 호출할 수 있습니다.

논리적 응용 프로그램 계층 logical-application-layer

Adobe Campaign은 서로 다른 애플리케이션이 결합된 단일 플랫폼으로, 개방적이고 확장 가능한 아키텍처를 만듭니다. Adobe Campaign 플랫폼은 유연한 애플리케이션 레이어에 작성되므로 기업의 비즈니스 요구 사항에 맞게 쉽게 구성할 수 있습니다. 이는 기술적 관점뿐만 아니라 기능적 관점에서도 기업의 증가하는 요구를 수용합니다. 분산 아키텍처는 수천 개의 메시지에서 수백만 개의 메시지로 확장되는 선형 시스템 확장성을 보장합니다.

Adobe Campaign은 함께 작동하는 일련의 서버측 프로세스를 사용합니다.

주요 프로세스는 다음과 같습니다.

애플리케이션 서버 (nlserver 웹)

이 프로세스는 웹 서비스 API(SOAP - HTTP + XML)를 통해 모든 범위의 Adobe Campaign 기능을 노출합니다. 또한 HTML 기반 액세스에 사용되는 웹 페이지(보고서, 웹 양식 등)를 동적으로 생성할 수 있습니다. 이를 위해 이 프로세스에는 Apache Tomcat JSP 서버가 포함됩니다. 콘솔이 연결하는 프로세스입니다.

워크플로 엔진 (nlserver wfserver)

애플리케이션에 정의된 워크플로우 프로세스를 실행합니다.

또한 다음을 포함하여 주기적으로 실행되는 기술 워크플로우도 처리합니다.

추적: 추적 로그 복구 및 통합. 리디렉션 서버에서 로그를 검색하고 보고 모듈에서 사용하는 집계 지표를 만들 수 있습니다.
정리: 데이터베이스 정리. 오래된 레코드를 제거하고 데이터베이스가 기하급수적으로 증가하지 않도록 하는 데 사용됩니다.
청구: 플랫폼에 대한 활동 보고서(데이터베이스 크기, 마케팅 작업 수, 활성 프로필 수 등)를 자동으로 보냅니다.

게재 서버 (nlserver mta)

Adobe Campaign에는 기본 이메일 브로드캐스트 기능이 있습니다. 이 프로세스는 SMTP 메일 전송 에이전트(MTA)로 작동합니다. 메시지의 "일대일" 개인화를 수행하고 실제 게재를 처리합니다. 게재 작업을 사용하여 작동하며 자동 재시도를 처리합니다. 또한 추적이 활성화되면 리디렉션 서버를 가리키도록 URL이 자동으로 바뀝니다.

이 프로세스는 사용자 지정 및 SMS, 팩스 및 DM용 서드파티 라우터로의 자동 전송을 처리할 수 있습니다.

리디렉션 서버 (nlserver webmdl)

이메일의 경우, Adobe Campaign은 자동으로 열기 및 클릭 추적을 처리합니다(웹 사이트 수준의 트랜잭션 추적이 발생할 수 있음). 이를 위해 이메일 메시지에 포함된 URL이 이 모듈을 가리키도록 다시 작성됩니다. 이 모듈은 필요한 URL로 리디렉션하기 전에 인터넷 사용자의 전달을 등록합니다.

이 프로세스는 고가용성을 보장하기 위해 데이터베이스와 완전히 독립적입니다. 다른 서버 프로세스는 SOAP 호출(HTTP, HTTP(S) 및 XML)만 사용하여 데이터베이스와 통신합니다. 기술적으로 이 기능은 HTTP 서버의 확장 모듈(IIS의 ISAPI 확장 또는 DSO Apache 모듈 등)에서 구현됩니다. 및 는 Windows에서만 사용할 수 있습니다.

기타 추가 기술 프로세스도 사용할 수 있습니다.

바운스 이메일 관리 (nlserver inMail)

이 프로세스를 사용하면 배달 실패 시 반환되는 반송된 메시지를 수신하도록 구성된 사서함에서 전자 메일을 자동으로 선택할 수 있습니다. 그런 다음 이러한 메시지는 규칙 기반 처리를 거쳐 배달 못 함(알 수 없는 수신자, 할당량 초과 등) 원인을 파악합니다 데이터베이스의 게재 상태를 업데이트합니다.

이러한 모든 작업은 완전히 자동이며 사전 구성되어 있습니다.

SMS 게재 상태 (nlserver sms)

이 프로세스는 SMS 라우터를 폴링하여 진행 상태를 수집하고 데이터베이스를 업데이트합니다.

로그 메시지 작성 (nlserver syslogd)

이 기술 프로세스는 다른 프로세스에서 생성된 로그 메시지와 추적을 캡처하고 하드 디스크에 기록합니다. 이를 통해 문제가 발생한 경우 진단할 수 있는 충분한 정보를 얻을 수 있다.

추적 로그 기록 (nlserver trackinglogd)

이 프로세스는 리디렉션 프로세스에서 생성된 추적 로그를 디스크에 저장합니다.

인바운드 이벤트 작성 (nlserver interactiond)

이 프로세스는 상호 작용 프레임워크 내에서 인바운드 이벤트의 디스크에 기록하는 것을 보장합니다.

모듈 감독 (nlserver watchdog)

이 기술 프로세스는 다른 프로세스를 발생시키는 주요 프로세스로 작동합니다. 또한 이를 모니터링하고 장애 발생 시 자동으로 다시 실행하므로 최대 시스템 가동 시간을 유지합니다.

통계 서버 (nlserver stat)

이 프로세스는 연결 수, 메시지를 보낼 각 메일 서버에 대해 전송된 메시지 및 제한 사항(최대 동시 연결 수, 시간/및/또는 연결 당 메시지)에 대한 통계를 유지 관리합니다. 또한 동일한 공개 IP 주소를 공유하는 경우 여러 인스턴스 또는 시스템을 페더레이션할 수 있습니다.

NOTE

Adobe Campaign 모듈의 전체 목록은 다음에서 사용할 수 있습니다. 이 문서.

지속성 레이어 persistence-layer

이 데이터베이스는 지속성 계층으로 사용되며 Adobe Campaign에서 관리하는 거의 모든 정보를 포함합니다. 여기에는 기능 데이터(프로필, 구독, 콘텐츠 등), 기술 데이터(게재 작업 및 로그, 추적 로그 등)가 모두 포함됩니다. 및 작업 데이터(구매, 리드)입니다.

대부분의 Adobe Campaign 구성 요소는 작업을 수행하기 위해 데이터베이스에 액세스해야 하므로 데이터베이스의 신뢰성이 가장 중요합니다(리디렉션 모듈의 주목할 만한 예외 사항).

이 플랫폼은 마케팅 중심의 데이터 마트로 사전 정의되거나 주요 관계형 데이터베이스 관리 시스템(RDBMS)을 사용하여 기존 데이터 마트 및 스키마 위에 쉽게 배치할 수 있습니다. 데이터 마트 내의 모든 데이터는 Adobe Campaign에서 데이터베이스로 전송되는 SQL 호출을 통해 Adobe Campaign 플랫폼에서 액세스합니다. 또한 Adobe Campaign은 추출 변환 및 로드(ETL) 도구를 완전히 보완하여 데이터를 시스템으로 가져오거나 시스템에서 내보낼 수 있습니다.

recommendation-more-help

601d79c3-e613-4db3-889a-ae959cd9e3e1