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: Campaign FDA-distribution (P1-P3) och Driftsättning av Campaign Enterprise (FFDA) (P4).

Campaign FDA-distribution ac-deployment-fda

I FDA-distribution, Adobe Campaign v8 kan anslutas till Snowflake för att få åtkomst till data via funktionen för federerad dataåtkomst: du kan få åtkomst till och bearbeta externa data och information som lagras i Snowflake utan att ändra strukturen på 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.

{modal="regular"}

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

När det gäller en Företagsdistribution (FFDA), Adobe Campaign v8 fungerar med två databaser: en lokal Campaign databas för användargränssnittet för meddelanden i realtid och enhetliga frågor samt skriva via API:er och ett molnbaserat Snowflake databas för kampanjkörning, batchfrågor och arbetsflödeskörning.

Campaign v8 Enterprise innehåller konceptet Fullständig federerad dataåtkomst (FFDA): alla data är nu fjärranslutna till 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.

{modal="regular"}

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änds en 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.

Det gör du genom att lägga till ytterligare externa konton med Split routningsläget skapas 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 i den här sidan.