The typical Adobe Campaign solution deployment consists of the following components:
Personalized Client Environment
Intuitive graphical interface in which users can communicate and track marketing offers, create campaigns, review and manage all marketing activities, programs and plans - including emails, workflows and landing pages -, create and manage customer profiles, and create audiences.
Server-side software that executes the marketing campaigns through chosen communication channels, including emails, SMS, push notifications, direct mail, web or social, based on the rules and workflows defined in the user interface.
Based on relational database technology, the Adobe Campaign Cloud Database stores all customers information, campaign components, offers and workflows, as well as campaign results in customer database containers.
The application can be accessed in different ways: Rich client, Thin client or API integration.
Client Console: The main user interface of the application is a native application (on Windows) that communicates with the Adobe Campaign application server with standard internet protocols (SOAP, HTTP, etc.). Adobe Campaign Client Console provides great user-friendliness for productivity, uses very little bandwidth (through the use of a local cache) and is designed for easy deployment. This Console can be deployed from an internet browser, can be updated automatically and does not require any specific network configuration as it only generates HTTP(S) traffic.
Web access: parts of the application can be accessed via a simple web browser using an HTML user interface, including the reporting module, delivery approval stages, instance monitoring, etc.
Campaign APIs: In certain cases, the system can be called from external application using the Web Services APIs exposed via the SOAP protocol.
Adobe Campaign is a single platform with different applications to create an open and scalable architecture. The Adobe Campaign platform is written on a flexible application layer and is easily configurable to meet your business needs. The distributed architecture ensures linear system scalability scaling from thousands of messages to millions of messages.
Some Campaign modules operate continuously, while others are started up occasionally to perform administrative tasks (e.g. to configure the database connection) or to run a recurrent task (e.g. consolidating tracking information).
There are three types of Adobe Campaign modules:
The main processes are:
Application server (nlserver web)
This process exposes the full range of Adobe Campaign functionality via Web Services APIs (SOAP / HTTP + XML). Furthermore, it can dynamically generate the Web pages used for HTML-based access (reports, Web forms, etc). To achieve this, this process includes an Apache Tomcat JSP server. This is the process to which the Console connects.
Workflow engine (nlserver wfserver)
It executes the workflow processes defined in the application.
It also handles periodically executed technical workflows, including:
Delivery Server (nlserver mta)
Adobe Campaign has native email broadcast functionality. This process functions as an SMTP mail transfer agent (MTA). It performs “one-to-one” personalization of messages and handles their physical delivery. It runs using delivery jobs and handles automatic retries. In addition, when tracking is enabled, it automatically replaces the URLs so that they point to the redirection server.
This process can handle the customization and automatic sending to a third-party router for SMS, fax and direct mail.
Redirection server (nlserver webmdl)
For email, Adobe Campaign automatically handles open and click tracking (transactional tracking at the Web site level is a further possibility). To achieve this, the URLs incorporated in the email messages are rewritten in order to point to this module, which registers the passing of the internet user before redirecting them to the required URL.
To guarantee highest availability, this process is fully independent from the database: the other server processes communicate with it using SOAP calls (HTTP, HTTP(S) and XML) only. Technically, this functionality is implemented in an extension module of a HTTP server (ISAPI extension in IIS, or a DSO Apache module, etc.) and is available in Windows only.
Other more technical processes are also available:
Managing bounce emails (nlserver inMail)
This process enables you to automatically pick up email from mailboxes configured to receive bounced messages that are returned in case of delivery failure. These messages then undergo rule-based processing to determine the reasons for non-delivery (unknown recipient, quota exceeded, etc.) and to update the delivery status in the database.
All these operations are fully automatic and preconfigured.
SMS delivery status (nlserver sms)
This process polls the SMS router to collect progress status and update the database.
Writing log messages (nlserver syslogd)
This technical process captures log messages and traces generated by the other processes and writes them to the hard disk. This makes ample information available for diagnosis in case of problems.
Writing tracking logs (nlserver trackinglogd)
This process saves to disk the tracking logs generated by the redirecting process.
Writing inbound events (nlserver interactiond)
This process ensures the recording to the disk of inbound events, within the framework of Interaction.
Supervising modules (nlserver watchdog)
This technical process acts as a primary process which spawns the others. It also monitors them and relaunches them automatically in case of incidents, thus maintaining maximum system uptime.
Statistics server (nlserver stat)
This process maintains statistics on the number of connections, the messages sent for each mail server which messages are sent to, as well as their limitations (highest number of simultaneous connections, messages per hour/ and or connection). It also lets you federate several instances or machines if they share the same public IP addresses.
The Adobe Campaign Cloud database relies on Snowflake which contains the functional data (profiles, subscriptions, content, etc.), the technical data (delivery jobs and logs, tracking logs, etc.) and the work data (purchases, leads) for the solution, and all Adobe Campaign components communicate with the database in order to perform their specific tasks.
Customers can deploy Adobe Campaign using the predefined database and schemas, and if needed this predefined environment can be extended. All data within the data mart is accessed by Adobe Campaign via SQL calls. Adobe Campaign also provides a full complement of Extract Transform and Load (ETL) tools to perform data import and export of data into and out of the system.
With Campaign Managed Cloud Services, your environment and initial configuration have been set by Adobe, according to the terms of your licence agreement. You are not allowed to modify installed built-in packages, built-in schemas or reports.
If you need to use a Campaign add-on or a specific capability which has not been provisioned for you, you must contact Adobe Customer Care.