Kom igång med Campaign-arkitekturen gs-ac-archi

Miljöer environments

Campaign blir tillgängligt som enskilda instanser där varje instans representerar en komplett Campaign-miljö.

Det finns två typer av miljöer:

Du kan exportera och importera paket från en miljö till en annan.

Läs mer om paket i Campaign Classic v7-dokumentation

Distributionsmodeller ac-deployment

Det finns två distributionsmodeller tillgängliga: Campaign FDA-distribution (P1-P3) och Campaign Enterprise (FFDA)-distribution (P4).

Campaign FDA-distribution ac-deployment-fda

I FDA-distributionen kan Adobe Campaign v8 anslutas till Snowflake för att komma åt data via funktionen för federerad dataåtkomst: du kan komma åt och bearbeta externa data och information som lagras i din Snowflake-databas utan att ändra strukturen för Adobe Campaign-data. PostgreSQL är den primära databasen, och du kan använda Snowflake som den sekundära databasen för att utöka datamodellen och lagra data i Snowflake. Därefter kan ni köra ETL, segmentering och rapporter på en stor datauppsättning med enastående prestanda.

Driftsättning av Campaign Enterprise (FFDA) ac-deployment-ffda

I kontexten för en Enterprise (FFDA)-distribution fungerar Adobe Campaign v8 med två databaser: en lokal Campaign-databas för användargränssnittet för meddelanden i realtid och enhetliga frågor och skrivningar via API:er, och en Cloud Snowflake-databas för kampanjkörning, gruppfrågor och arbetsflödeskörning.

Campaign v8 Enterprise innehåller konceptet FDA (Full Federated Data Access): alla data finns nu på fjärrbasis i molndatabasen. Med den här nya arkitekturen förenklar driftsättningen av Campaign v8 Enterprise (FFDA) datahanteringen: inget index krävs för molndatabasen. Du behöver bara skapa tabellerna, kopiera data så kan du börja. Cloud-databastekniken kräver inget specifikt underhåll för att garantera prestandanivån.

Split delivery execution split

Beroende på vilket Campaign v8-paket ni har etablerats med ett visst antal mellanleverantörer som ansvarar för att utföra leveranser.

Som standard använder de externa kontona för alla kanaler ett Alternate-routningsläge, vilket innebär att en leverans skickas från varje mellaninstans i taget på ett alternerande sätt.

För att få bättre prestanda både i fråga om hastighet och skala kan ni låta leveranser delas upp automatiskt mellan era instanser av mellanprodukter för att kunna levereras snabbare till mottagarna. Den här åtgärden är transparent när leveransen från marknadsinstansen körs: när leveransen har skickats konsolideras alla loggar, innan de skickas tillbaka till marknadsinstansen till ett enda leveransobjekt.

För att göra detta skapas ytterligare externa konton med routningsläget Split vid etablering för varje kanal:

Om du vill dela upp externa konton som standardkonto för att skicka ut leveranser måste du ändra routningsprovidern i leveransmallarna. Följ dessa steg för att göra detta:

Meddelandecenterarkitektur transac-msg-archi

Transactional messaging (Message Center) är den Campaign-modul som är avsedd för hantering av utlösarmeddelanden.

Lär dig hur du skickar transaktionsmeddelanden i det här avsnittet.

Som svar på en åtgärd från en kund på en webbplats skickas en händelse till Campaign via ett REST API, och meddelandemallen fylls i med informationen eller data som tillhandahålls via API-anropet och ett transaktionsmeddelande skickas i realtid till kunden. Dessa meddelanden kan skickas individuellt eller gruppvis via e-post, SMS eller push-meddelanden.

I den här specifika arkitekturen separeras körningscellen från kontrollinstansen för att säkerställa hög tillgänglighet och lasthantering.

Autentisering

Om du vill använda dessa funktioner loggar Adobe Campaign-användare in på kontrollinstansen för att skapa transaktionsmeddelandemallar, generera meddelandeförhandsvisningen med hjälp av en startlista, visa rapporter och övervaka körningsinstansen/instanserna.

Läs mer om Transactional Messaging-händelser på den här sidan.