Get Started with Campaign architecture gs-ac-archi

Environments environments

Campaign is made available as individual instances with each instance representing a complete Campaign environment.

Two types of environments are available:

You can export and import packages from one environment to another.

Learn more about packages in Campaign Classic v7 documentation

Deployment models ac-deployment

Two deployment models are available: Campaign FDA deployment (P1-P3) and Campaign Enterprise (FFDA) deployment (P4).

Campaign FDA deployment ac-deployment-fda

In its FDA deployment, Adobe Campaign v8 can be connected to Snowflake to access data through Federated Data Access capability: you can access and process external data and information stored in your Snowflake database without changing the structure of Adobe Campaign data. PostgreSQL is the primary database, and you can use Snowflake as the secondary database to extend then your data model and store your data into Snowflake. Subsequently, you can run ETL, segmentation and reports on a large data set with outstanding performances.

{modal="regular"}

Campaign Enterprise (FFDA) deployment ac-deployment-ffda

In the context of an Enterprise (FFDA) deployment, Adobe Campaign v8 works with two databases: a local Campaign database for the user interface real-time messaging and unitary queries and write through APIs, and a Cloud Snowflake database for campaign execution, batch queries and workflow execution.

Campaign v8 Enterprise brings the concept of Full Federated Data Access (FFDA): all data is now remote on the Cloud Database. With this new architecture, Campaign v8 Enterprise (FFDA) deployment simplifies data management: no index is required on the Cloud Database. You just need to create the tables, copy the data and you can start. The Cloud database technology does not require specific maintenance to guarantee the level of performance.

{modal="regular"}

Split delivery execution split

Depending on your Campaign v8 package, you are provisioned with a specific number of mid-sourcing instances in charge of executing deliveries.

By default, the external accounts for all channels use an Alternate routing mode, meaning that one delivery is sent from each mid instance at a time in an alternating way.

To ensure better performances both in terms of speed and scale, you can allow deliveries to be automatically splitted accross your mid-sourcing instances in order to be delivered faster to the recipients. This operation is transparent when executing the delivery from the marketing instance: once the delivery has been sent, all the logs are consolidated together, before being sent back to the marketing instance into a single delivery object.

To do this, additional external accounts with the Split routing mode are created on provisioning for each channel:

In order to make split external accounts as the default account for sending out deliveries, you need to change the routing provider in your delivery templates. To do this, follow these steps:

Message Center architecture transac-msg-archi

Transactional messaging (Message Center) is the Campaign module designed for managing trigger messages.

Learn how to send transactional messages in this section.

In response to an action of a customer on a website, an event is sent Campaign through a REST API, and the message template is populated with the information or data provided through the API call, and a transactional message is sent in real-time to the customer. These messages can be sent individually or in batches via email, SMS or push notifications.

In this specific architecture, execution cell is separated from the control instance to ensure high availability and load management.

Authentication

To use these capabilities, Adobe Campaign users log on to the control instance to create transactional message templates, generate the message preview using a seed list, display reports and monitor execution instance(s).

Learn more about Transactional messaging events in this page.