Erste Schritte mit der Campaign-Architektur

Umgebungen

Campaign wird in Form einzelner Instanzen bereitgestellt, wobei jede Instanz eine komplette Campaign-Umgebung darstellt.

Es stehen zwei Arten von Umgebungen zur Verfügung:

• Produktionsumgebung: hostet die Programme für die diversen Fachleute.

• Staging-Umgebung: wird für verschiedene Leistungs- und Qualitätstests verwendet, bevor Änderungen am Programm in die Produktionsumgebung übertragen werden.

Sie können Packages von einer Umgebung in eine andere exportieren und importieren.

Weitere Informationen über Packages in der Dokumentation zu Campaign Classic v7

Bereitstellungsmodelle

Es stehen zwei Bereitstellungsmodelle zur Verfügung:

• Campaign FDA -Bereitstellung

  In FDA-Bereitstellung, Adobe Campaign v8 kann mit Snowflake für den Zugriff auf Daten über die Federated Data Access-Funktion: Sie können auf externe Daten und Informationen zugreifen und diese verarbeiten, die in Ihrem Snowflake -Datenbank ohne Änderung der Datenstruktur in Adobe Campaign. PostgreSQL ist die primäre Datenbank. Sie können Snowflake als sekundäre Datenbank verwenden, um Ihr Datenmodell zu erweitern und Ihre Daten in Snowflake zu speichern. Anschließend können Sie ETL, Segmentierung und Berichte für einen großen Datensatz ausführen und hervorragende Leistung erzielen.

  HINWEIS

  In diesem Bereitstellungsmodell wird die Snowflake Die sekundäre Datenbank ist nur auf Anfrage verfügbar. So aktualisieren Sie Ihre Implementierung mit Snowflake, wenden Sie sich an Ihren Adobe Transition Manager.

• Bereitstellung von Campaign Enterprise (FFDA)

  Im Kontext einer Enterprise (FFDA)-Bereitstellung kann Adobe Campaign v8 mit zwei Datenbanken verwendet werden: einer lokalen Campaign-Datenbank für Echtzeit-Messaging und Einzelabfragen über die Benutzeroberfläche und das Schreiben über APIs sowie einer Cloud-Snowflake-Datenbank für die Kampagnenausführung, für Batch-Abfragen und für die Workflow-Ausführung.

  Campaign v8 Enterprise bietet das Konzept des Full Federated Data Access (FFDA): Alle Daten befinden sich nun entfernt in der Cloud-Datenbank. Mit dieser neuen Architektur vereinfacht die Campaign v8 Enterprise (FFDA)-Bereitstellung die Datenverwaltung: Es wird kein Index in der Cloud-Datenbank benötigt. Sie müssen nur die Tabellen erstellen, die Daten kopieren und schon können Sie loslegen. Die Cloud-Datenbanktechnologie erfordert keine spezielle Wartung für eine garantierte Performance.

Aufspaltung der Versandausführung

Abhängig vom Campaign v8-Package verfügen Sie über eine bestimmte Anzahl von Mid-Sourcing-Instanzen, welche für die Durchführung von Sendungen zuständig sind.

Standardmäßig verwenden die externen Konten für alle Kanäle einen alternierenden Routing-Modus, d. h., ein Versand wird jeweils abwechselnd von jeder Mid-Instanz gesendet.

Um höhere Leistungen sowohl in Bezug auf die Geschwindigkeit als auch auf die Skalierbarkeit zu gewährleisten, können Sie die automatische Aufteilung von Sendungen auf Ihre Mid-Sourcing-Instanzen zulassen, damit diese schneller an die Empfängerinnen und Empfänger gesendet werden. Dieser Vorgang ist transparent, wenn der Versand von der Marketing-Instanz aus ausgeführt wird: Nachdem der Versand durchgeführt wurde, werden alle Logs zusammengeführt, bevor sie an die Marketing-Instanz in einem einzigen Versandobjekt zurückgesendet werden.

Dazu werden zusätzliche externe Konten mit dem Aufspaltungs-Routing-Modus bei der Bereitstellung für jeden Kanal erstellt:

• Aufspaltung Versand – E-Mail (splitDeliveryEmail)
• Aufspaltung Versand – SMS (splitDeliverySMS)
• Aufspaltung Versand – iOS (splitDeliveryIOS)
• Aufspaltung Versand – Android (splitDeliveryAndroid)

Um aufgespaltete externe Konten als Standardkonto für den Versand von Sendungen festzulegen, müssen Sie den Routing-Provider in Ihren Versandvorlagen ändern. Gehen Sie dazu wie folgt vor:

1. Navigieren Sie zum Ordner Ressourcen / Vorlagen / Versandvorlagen und öffnen Sie die gewünschte Versandvorlage. In diesem Beispiel möchten wir die E-Mail-Versandvorlage bearbeiten.

   

2. Klicken Sie auf die Schaltfläche Eigenschaften und ändern Sie den Routing-Provider auf das entsprechende externe Aufspaltungs-Versand-Konto.

   

3. Speichern Sie Ihre Änderungen. Alle mit der Vorlage verschickten Sendungen verwenden nun standardmäßig den Aufspaltungs-Routing-Modus.

Message Center-Architektur

Das Campaign-Modul "Transaktionsnachricht (Message Center)" wurde zum Verwalten von Trigger-Nachrichten entwickelt.

In diesem Abschnitt erfahren Sie, wie Sie Transaktionsnachrichten senden können.

Als Reaktion auf eine Kundenaktion auf einer Website wird ein Ereignis über eine REST-API gesendet. Die Nachrichtenvorlage wird mit den Informationen oder Daten gefüllt, die über den API-Aufruf bereitgestellt werden, und eine Transaktionsnachricht wird in Echtzeit an den Kunden gesendet. Diese Nachrichten können einzeln oder in Batches per E-Mail, SMS oder Push-Benachrichtigungen gesendet werden.

In der hier angewendeten Architektur sind Ausführungszelle und Kontrollinstanz voneinander getrennt, was höhere Verfügbarkeit und besseres Last-Management gewährleistet.

• Die Kontrollinstanz (oder die Marketing-Instanz) wird von Marketing-Experten und IT-Teams zum Erstellen, Konfigurieren und Veröffentlichen von Nachrichtenvorlagen verwendet. Diese Instanz zentralisiert auch die Überwachung und den Verlauf von Ereignissen.

  Erfahren Sie in diesem Abschnitt, wie Sie Nachrichtenvorlagen erstellen und veröffentlichen.

• Die Ausführungsinstanz ruft eingehende Ereignisse (z. B. Passwortrücksetzung oder Bestellungen von einer Website) ab und versendet personalisierte Nachrichten. Es kann mehr als eine Ausführungsinstanz geben, um Nachrichten über den Load-Balancer zu verarbeiten und die Anzahl der zu verarbeitenden Ereignisse zwecks maximaler Verfügbarkeit zu skalieren.

Authentifizierung

Um diese Funktionen zu nutzen, können Benutzer von Adobe Campaign in der Kontrollinstanz Vorlagen für Transaktionsnachrichten erstellen, eine Nachrichtenvorschau mithilfe einer Testadresse erzeugen, Berichte anzeigen und Ausführungsinstanzen überwachen.

• Einzelne Ausführungsinstanz
  Bei der Interaktion mit einer gehosteten Message Center-Ausführungsinstanz kann ein externes System zunächst ein Sitzungs-Token abrufen (das standardmäßig nach 24 Stunden abläuft), indem ein API-Aufruf an die Sitzungs-Anmeldemethode unter Verwendung eines bereitgestellten Kontoanmeldenamens und eines Passworts erfolgt.
  Dann kann die externe Anwendung mit dem von der Ausführungsinstanz als Antwort auf den obigen Aufruf bereitgestellten Sitzungs-Token SOAP-API-Aufrufe (rtEvents oder batchEvents) ausführen, um Nachrichten zu senden, ohne dass in jedem SOAP-Aufruf der Kontoanmeldename und das Passwort enthalten sein müssen.

• Mehrere Ausführungsinstanzen
  In einer mehrzelligen Ausführungsarchitektur mit mehreren Ausführungsinstanzen hinter einem Load-Balancer durchläuft die vom externen Programm aufgerufene Anmeldemethode den Load-Balancer: Aus diesem Grund kann keine Token-basierte Authentifizierung verwendet werden. Eine Benutzer-/Passwortbasierte Authentifizierung ist erforderlich.

Erfahren Sie auf dieser Seite mehr über Ereignisse von Transaktionsnachrichten.