일반 아키텍처

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

  • 개인화된 클라이언트 환경

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

  • 개발 환경

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

  • 데이터베이스 컨테이너

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

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

노트

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

주의

별도로 명시하지 않은 경우, Adobe Campaign 플랫폼의 모든 구성 요소에 대한 설치, 업데이트 및 유지 관리는 이러한 구성 요소를 호스팅하는 시스템 관리자의 책임입니다. 여기에는 Adobe Campaign 응용 프로그램에 대한 사전 요구 사항 구현과 구성 요소 간 Campaign 호환성 매트릭스를 준수하는 작업이 포함됩니다.

프레젠테이션 레이어

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

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

논리 응용 프로그램 계층

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)만 사용하여 SOAP와 통신합니다. 기술적으로, 이 기능은 HTTP 서버(IIS의 ISAPI 확장 또는 DSO Apache 모듈 등)의 확장 모듈에서 구현됩니다. 및 는 Windows에서만 사용할 수 있습니다.

다음과 같은 기타 기술 프로세스를 사용할 수도 있습니다.

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

이 프로세스를 사용하면 배달이 실패할 경우 반환되는 메시지를 수신하도록 구성된 사서함에서 전자 메일을 자동으로 선택할 수 있습니다. 그런 다음 이 메시지는 규칙 기반 처리를 수행하여 비배달의 이유(알 수 없는 수신자, 할당량 초과 등)를 결정합니다. 및 를 사용하여 데이터베이스의 게재 상태를 업데이트합니다.

이러한 모든 작업은 완전히 자동으로 미리 구성되어 있습니다.

SMS 게재 상태 (nlserver sms)

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

로그 메시지 작성 (nlserver syslogd)

이 기술 프로세스는 다른 프로세스에서 생성한 로그 메시지와 추적을 캡처하여 하드 디스크에 씁니다. 따라서 문제 발생 시 진단을 위해 충분한 정보를 제공할 수 있습니다.

추적 로그 쓰기 (nlserver trackinglogd)

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

인바운드 이벤트 쓰기 (nlserver 상호 작용)

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

모듈 감독 (nlserver watchdog)

이 기술 프로세스는 다른 프로세스를 생성하는 기본 프로세스로 작동합니다. 또한 이러한 구성 요소를 모니터링하여 문제가 발생할 경우 자동으로 다시 실행하므로 최대 시스템 가동 시간을 유지합니다.

통계 서버 (nlserver stat)

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

노트

Adobe Campaign 모듈의 전체 목록은 이 문서에 나와 있습니다.

지속성 계층

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

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

플랫폼은 마케팅 중심 데이터 마트와 함께 사전 정의되거나, 주요 RDBMS(Relational Database Management Systems)를 사용하여 기존 데이터 마트와 스키마 위에 쉽게 앉을 수 있습니다. 데이터 마트 내의 모든 데이터는 Adobe Campaign에서 데이터베이스로 SQL 호출을 통해 Adobe Campaign 플랫폼에서 액세스합니다. 또한 Adobe Campaign은 데이터를 시스템 내외로 가져오고 내보내는 기능을 수행할 수 있는 ETL(변환 및 로드) 도구 전체를 제공합니다.

이 페이지에서는