Show Menu
화제×

일반 아키텍처

일반적인 Adobe Campaign 솔루션 배포는 다음 구성 요소로 이루어집니다.
  • 맞춤형 클라이언트 환경
    마케팅 제안을 전달 및 추적하고 캠페인을 제작하며 이메일, 워크플로우 및 랜딩 페이지를 비롯한 모든 마케팅 활동, 프로그램 및 계획을 검토 및 관리하고 고객 프로파일을 생성 및 관리하고 고객 유형을 정의할 수 있는 직관적인 그래픽 인터페이스입니다.
  • 개발 환경
    사용자 인터페이스에 정의된 규칙과 워크플로우를 기반으로 이메일, SMS, 푸시 알림, DM, 웹 또는 소셜 등 선택한 커뮤니케이션 채널을 통해 마케팅 캠페인을 실행하는 서버측 소프트웨어입니다.
  • 데이터베이스 컨테이너
    관계형 데이터베이스 기술을 기반으로 하는 Adobe Campaign 데이터베이스는 모든 고객 정보, 캠페인 구성 요소, 제안 및 워크플로우뿐만 아니라 캠페인 결과를 고객 데이터베이스 컨테이너에 저장합니다.
Adobe Campaign은 SOA(서비스 지향 아키텍처)를 기반으로 하며 여러 가지 기능 모듈로 구성됩니다. 이러한 모듈은 확장성, 가용성 및 서비스 분리 측면에서 제약 조건에 따라 하나 이상의 컴퓨터에 단일 또는 여러 인스턴스에 배포할 수 있습니다. 배포 구성의 범위는 매우 광범위하며 여러 사이트에 걸쳐 여러 전용 서버를 포함하는 단일 중앙 컴퓨터를 통해 광범위하게 사용되고 있습니다.
소프트웨어 공급업체로서 Adobe는 호환 가능한 하드웨어 및 소프트웨어 인프라를 지정합니다. 여기에 명시된 하드웨어 권장 사항은 정보 제공용으로만 제공되며 Adobe 경험을 기반으로 합니다. Adobe는 이러한 결정에 대해 책임을 지지 않습니다. 또한 비즈니스 규칙과 관행, 프로젝트의 중요성과 필수 성과 수준에 따라 달라집니다.
명시적으로 지정하지 않은 경우 Adobe Campaign 플랫폼의 모든 구성 요소에 대한 설치, 업데이트 및 유지 관리는 해당 구성 요소를 호스팅하는 시스템 관리자의 책임입니다. 여기에는 Adobe Campaign 응용 프로그램에 대한 사전 요구 사항을 구현하고 구성 요소 간의 호환성 매트릭스를 준수합니다.

프레젠테이션 레이어

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

논리 애플리케이션 계층

Adobe Campaign은 개방적이고 확장 가능한 아키텍처를 만들기 위해 서로 다른 애플리케이션이 결합된 단일 플랫폼입니다. Adobe Campaign 플랫폼은 유연한 애플리케이션 레이어에 작성되어 기업의 비즈니스 요구 사항에 맞게 손쉽게 구성할 수 있습니다. 이는 기술적 관점에서 뿐만 아니라 기업의 증가하는 요구 사항을 수용합니다. 분산 아키텍처는 수천 개의 메시지부터 수백만 개의 메시지로 구성된 선형 시스템 확장성을 보장합니다.
Adobe Campaign은 함께 작동하는 서버측 프로세스 세트를 사용합니다.
주요 프로세스는 다음과 같습니다.
응용 프로그램 서버 (nlserver web)
이 프로세스에서는 웹 서비스 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은 필요한 URL로 리디렉션하기 전에 인터넷 사용자의 전달을 등록합니다.
이 프로세스는 최고 가용성을 보장하기 위해 데이터베이스와 완전히 독립적입니다. 다른 서버 프로세스는 SOAP 호출(HTTP, HTTP(S) 및 XML)만 사용하여 SOAP 호출과 통신합니다. 기술적으로, 이 기능은 HTTP 서버의 확장 모듈(IIS의 ISAPI 확장 또는 DSO Apache 모듈 등)에서 구현됩니다. Windows에서만 사용할 수 있습니다.
기타 기술 프로세스도 사용할 수 있습니다.
바운스 이메일 관리(Nlserver inMail)
이 프로세스를 사용하면 배달 오류가 발생하는 경우 반송된 메시지를 수신하도록 구성된 사서함에서 자동으로 이메일을 선택할 수 있습니다. 그런 다음 이러한 메시지는 배달 못 함(알 수 없는 수신자, 할당량 초과 등)의 이유를 결정하기 위해 규칙 기반 처리를 받습니다. 을 클릭하여 데이터베이스의 배달 상태를 업데이트합니다.
이러한 모든 작업은 완전히 자동으로 미리 구성되어 있습니다.
SMS 배달 상태 (nlserver sms)
이 프로세스는 SMS 라우터를 폴링하여 진행 상태를 수집하고 데이터베이스를 업데이트합니다.
로그 메시지 쓰기(nlserver syslogd)
이 기술 프로세스는 다른 프로세스에서 생성된 로그 메시지와 추적을 캡처하여 하드 디스크에 기록합니다. 따라서 문제 발생 시 진단을 위한 충분한 정보가 제공됩니다.
추적 로그 쓰기(nlserver trackinglogd)
이 프로세스는 리디렉션 프로세스로 생성된 추적 로그를 디스크에 저장합니다.
인바운드 이벤트 쓰기(nlserver interactions)
이 프로세스에서는 상호 작용 프레임워크에서 인바운드 이벤트의 디스크에 기록하도록 합니다.
감독 모듈 (nlserver watchdog)
이 기술 프로세스는 다른 사람을 생성하는 기본 프로세스 역할을 합니다. 또한 이러한 구성 요소를 모니터링하고 사고가 발생한 경우 자동으로 다시 실행되므로 최대 시스템 가동 시간을 유지합니다.
통계 서버 (nlserver stat)
이 프로세스에서는 연결 수, 메시지를 보낼 각 메일 서버에 대해 보낸 메시지 및 제한 사항(최대 동시 연결 수, 시간당 메시지 수 및 연결)에 대한 통계를 유지 관리합니다. 또한 동일한 공용 IP 주소를 공유하는 여러 인스턴스 또는 컴퓨터를 페더레이션할 수 있습니다.
Adobe Campaign 모듈의 전체 목록은 이 문서에서 확인할 수 있습니다 .

지속성 레이어

데이터베이스는 지속성 레이어로 사용되고 Adobe Campaign에서 관리하는 거의 모든 정보를 포함합니다. 기능 데이터(프로필, 구독, 컨텐츠 등), 기술 데이터(배달 작업 및 로그, 추적 로그 등)가 모두 포함됩니다. 및 작업 데이터(구매, 리드)
대부분의 Adobe Campaign 구성 요소는 작업을 수행하기 위해 데이터베이스에 액세스해야 하므로 데이터베이스의 안정성이 매우 중요합니다(리디렉션 모듈의 주목할 만한 예외).
이 플랫폼은 마케팅 중심의 데이터 마트와 함께 사전 정의되거나 주요 RDBMS(Relational Database Management Systems)를 사용하여 기존 데이터 마트와 스키마의 맨 위에 쉽게 앉을 수 있습니다. Adobe Campaign 플랫폼에서 Adobe Campaign에서 데이터베이스에 대한 SQL 호출을 통해 데이터 마트 내의 모든 데이터에 액세스합니다. 또한 Adobe Campaign은 데이터를 시스템 안팎으로 가져오거나 내보낼 수 있는 ETL(Extract Transform and Load) 도구의 완벽한 보완 기능을 제공합니다.