Guida introduttiva all’architettura di Campaign

Ambienti

Campaign è reso disponibile come istanze individuali con ogni istanza che rappresenta un ambiente completo per Campaign.

Sono disponibili due tipi di ambienti:

  • Ambiente di produzione: ospita le applicazioni per i professionisti del business.

  • Ambiente non di produzione: utilizzati per vari test di prestazioni e qualità prima che le modifiche all’applicazione vengano inviate all’ambiente di produzione.

Puoi esportare e importare i pacchetti da un ambiente all’altro.

Ulteriori informazioni sui pacchetti in Documentazione di Campaign Classic v7

Modelli di distribuzione

Sono disponibili due modelli di distribuzione:

  • FDA campagna Snowflake distribuzione

    Nella Snowflake Distribuzione FDA, Adobe Campaign v8 è collegato a Snowflake per accedere ai dati tramite la funzionalità Federated Data Access: puoi accedere ed elaborare dati e informazioni esterni memorizzati nel tuo Snowflake senza modificare la struttura dei dati di Adobe Campaign. PostgreSQL è il database principale e il Snowflake è il database secondario. Puoi estendere il modello dati e memorizzare i dati sul Snowflake. Successivamente, puoi eseguire ETL, segmentazione e rapporti su un set di dati di grandi dimensioni con prestazioni eccezionali.

  • Distribuzione di Campaign Enterprise (FFDA)

    Nel contesto di un Distribuzione aziendale (FFDA), Adobe Campaign v8 funziona con due database: locale Campaign database per la messaggistica in tempo reale e le query unitarie dell’interfaccia utente e per la scrittura tramite API e un cloud Snowflake database per l’esecuzione della campagna, le query batch e l’esecuzione del flusso di lavoro.

    Campaign v8 Enterprise introduce il concetto di Full Federated Data Access (FFDA): adesso tutti i dati sono remoti, nel database cloud. Con questa nuova architettura, l’implementazione di Campaign v8 Enterprise (FFDA) semplifica la gestione dei dati, in quanto nel database cloud non è richiesto alcun indice. È sufficiente creare le tabelle, copiare i dati e iniziare. La tecnologia del database cloud non richiede una manutenzione specifica per garantire la qualità del servizio.

Architettura del Centro messaggi

La messaggistica transazionale (Message Center) è il modulo di Campaign progettato per la gestione dei messaggi di attivazione.

Scopri come inviare messaggi transazionali in questa sezione.

In risposta a un’azione di un cliente su un sito web, viene inviato un evento Campaign tramite un’API REST e il modello di messaggio viene compilato con le informazioni o i dati forniti tramite la chiamata API e viene inviato al cliente un messaggio transazionale in tempo reale. Questi messaggi possono essere inviati singolarmente o in batch tramite e-mail, SMS o notifiche push.

In questa architettura specifica, la cella di esecuzione è separata dall’istanza di controllo per garantire un’elevata disponibilità e gestione del carico.

  • La Istanza di controllo (o istanza di marketing) viene utilizzata dagli esperti di marketing e dai team IT per creare, configurare e pubblicare modelli di messaggio. Questa istanza centralizza anche il monitoraggio e la cronologia degli eventi.

    Scopri come creare e pubblicare modelli di messaggio in questa sezione.

  • La Istanza di esecuzione recupera gli eventi in arrivo (ad esempio, reimpostazione della password o ordini da un sito web) e invia messaggi personalizzati. Ci può essere più di un'istanza di esecuzione per elaborare i messaggi tramite il load-balancer e scalare il numero di eventi da elaborare per la massima disponibilità.

ATTENZIONE

L'istanza di controllo e le istanze di esecuzione devono essere installate su computer diversi. Non possono condividere la stessa istanza Campaign.

Autenticazione

Per utilizzare queste funzionalità, gli utenti di Adobe Campaign accedono all’istanza di controllo per creare modelli di messaggi transazionali, generare l’anteprima del messaggio utilizzando un elenco di seed, visualizzare i rapporti e monitorare le istanze di esecuzione.

  • Istanza di esecuzione singola Quando interagisci con un'istanza di esecuzione del Centro messaggi ospitata da un Adobe, un sistema esterno può prima recuperare un token di sessione (che per impostazione predefinita scade tra 24 ore), effettuando una chiamata api al metodo di accesso alla sessione, utilizzando un login e una password dell'account specificati.
    Quindi, con sessionToken fornito dall'istanza di esecuzione in risposta alla chiamata precedente, l'applicazione esterna può effettuare chiamate API SOAP (rtEvents o batchEvents) per inviare comunicazioni, senza la necessità di includere in ogni chiamata SOAP il login e la password dell'account.

  • Più istanze di esecuzione In un'architettura di esecuzione a più celle con più istanze di esecuzione dietro un load balancer, il metodo di accesso richiamato dall'applicazione esterna sta passando attraverso il load balancer: per questo motivo non è possibile utilizzare un’autenticazione basata su token. È necessaria un’autenticazione basata su utente/password.

Ulteriori informazioni sugli eventi di messaggistica transazionale in Documentazione di Campaign Classic v7

In questa pagina