Campaign FFDA-distribution gs-ac-ffda
Genom att utnyttja Snowflake, en molndatabasteknik, förbättrar distributionen av Adobe Campaign Enterprise Full Federated Access (FFDA) dramatiskt dess skala och hastighet, med möjlighet att hantera ett större antal kundprofiler samt mycket högre leveransfrekvenser och transaktioner per timme.
Fördelar ffda-benefits
Campaign v8 Enterprise (FFDA) ger en heltäckande skala i alla steg av processen, från målinriktning till slutrapportering:
- Skala den datavolym du kan hantera (till 8 TB)
- Skala upp prestanda för frågor för segmentering och målinriktning men även för datainhämtning och urkunder
- Skala leveransberedningen (från timmar till minuter)
Detta är en grundläggande förändring i programvaruarkitekturen. Data är nu fjärrdata och Campaign federerar hela data, inklusive profiler. Campaign processer skalas nu från mål till mål till meddelandekörning: datainhämtning, segmentering, målinriktning, frågor, leveranser kommer nu att köras på några minuter. Den nya versionen löser hela skalförändringsproblemet samtidigt som den behåller samma nivå av flexibilitet och utbyggbarhet. Antalet profiler är nästan obegränsat och datalagringen kan utökas.
Molnlagring utförs i Snowflake: ett nytt inbyggt externt konto säkerställer anslutningen till molndatabasen. Den är konfigurerad av Adobe och får inte ändras. Läs mer
Alla inbyggda scheman/tabeller som behöver flyttas eller replikeras i Cloud Database levereras med ett inbyggt schematillägg under namnområdet xxl. Dessa tillägg innehåller eventuella ändringar som krävs för att flytta inbyggda scheman från den lokala databasen Campaign till molndatabasen Snowflake och för att anpassa deras struktur efter detta: nytt UUID, uppdaterade länkar osv.
Campaign Enterprise (FFDA)-arkitektur ffda-archi
I en Enterprise (FFDA)-distribution fungerar Adobe Campaign v8 med två databaser: en lokal Campaign-databas för meddelanden i realtid i användargränssnittet och enhetliga frågor och skrivningar via API:er samt 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.
Det finns specifika API:er för att hantera data mellan den lokala databasen och molndatabasen. Lär dig hur dessa nya API:er fungerar och hur du använder dem på den här sidan.
Allmän kommunikation mellan servrar och processer sker enligt följande schema:
- Modulerna för exekvering och studshantering är inaktiverade på instansen.
- Programmet är konfigurerat för att utföra meddelandekörning på en fjärrserver med "mellanlagring" som körs med SOAP (via HTTP eller HTTPS).
Databasen Snowflake på marknadsföringssidan används för att:
- Lagra alla kunddata: profiler, anpassade data som transaktioner, produkter, platser osv.
- Lagra alla händelser- och beteendedata som genereras eller samlas in av Campaign, som leveransloggar, spårningsloggar, push-registreringar osv.
- Lagra alla dataaggregat för ovanstående.
- Lagra en kopia (h+1) av referenstabeller (som leveranser, uppräkningar, länder osv.) som används i arbetsflöden, kampanjer och rapporter.
- Kör alla batchprocesser och arbetsbelastningar
PostgreSQL-databasen på marknadsinstansen används för att:
-
Kör vissa arbetsbelastningar, till exempel API:er med låg volym.
-
Lagra alla kampanjdata, inklusive leverans- och kampanjinställningar, arbetsflödes- och tjänstdefinitioner.
-
Lagra alla inbyggda referenstabeller (uppräkningar, länder osv.) som replikeras till Snowflake.
Du kan dock inte:
- skapa anpassningar för kunddata, t.ex. inte skapa någon hushållstabell i PostgreSQL, utan bara i Snowflake
- lagra leveransloggar, spårningsloggar osv. på FFDA:s målinriktningsdimension.
- lagra stora datavolymer.
PostgreSQL-databasen i mellankällinstansen används för att:
- Kör batch- och realtidsleveranser.
- Skicka leverans- och spårningsloggar - observera att leverans- och spårningslogg-ID är UUID och inte 32-bitars ID.
- Samla in och lagra spårningsdata.
Påverkan ffda-impacts
Campaign API-mellanlagringsmekanism staging-api
Med Campaign-molndatabasen rekommenderas inte snabba enhetsanrop på grund av prestanda (fördröjning och samtidighet). Oavsett om du skickar extremt stora volymer måste gruppåtgärden användas för att garantera optimala prestanda för API:er. Campaign hanterar API-anrop på lokal databasnivå.
API-mellanlagringsmekanismen beskrivs på den här sidan
Nya API:er new-apis
Det finns nya API:er tillgängliga för att hantera datasynkronisering mellan den lokala databasen Campaign och molndatabasen. En ny mekanism har också införts för att hantera API-anrop på lokal databasnivå för att undvika fördröjning och öka den övergripande prestandan.
Nya API:er finns på den här sidan
Datareplikering data-replication
Ett specifikt tekniskt arbetsflöde hanterar replikering av tabeller som måste finnas på båda sidor (Campaign-databasen och molndatabasen). Arbetsflödet aktiveras varje timme och är beroende av ett nytt inbyggt JavaScript-bibliotek.
Vissa tabeller replikeras i realtid, andra replikeras per timme. Vissa tabeller kommer att innehålla stegvisa uppdateringar, andra kommer att genomgå en fullständig uppdatering.
ID-hantering id-mgt-ffda
Kampanjv8-objekt använder nu ett Universally Unique ID (UUID) som tillåter ett obegränsat antal unika värden för att identifiera data.
Observera att detta ID är strängbaserat och inte sekventiellt. Primärnyckeln är inte ett numeriskt värde i Campaign v8, och du måste använda attributen autouid och autopk i dina scheman.
I Campaign Classic v7 och tidigare versioner hanteras uniciteten för en nyckel i ett schema (dvs. tabell) på databasmotornivå. Vanligtvis innehåller klassiska databasmotorer som PostgreSQL, Oracle eller SQL Server en inbyggd mekanism som förhindrar att duplicerade rader infogas baserat på en kolumn eller en uppsättning kolumner via primärnycklar och/eller unika index. Det finns inget duplicerat ID i dessa versioner när korrekt index och primärnycklar har angetts på databasnivå.
Adobe Campaign v8 levereras med Snowflake som kärndatabas. Eftersom sökningen dramatiskt ökar antalet frågor, har den distribuerade arkitekturen i Snowflake-databasen inte sådana mekanismer för att hantera och sedan genomdriva enkelheten hos en nyckel i en tabell. I Adobe Campaign v8 förhindrar därför ingenting att duplicerade nycklar används i en tabell. Slutanvändare ansvarar nu för att säkerställa att nyckelord är konsekventa i Adobe Campaign-databasen. Läs mer
Tillgänglighet feature-availability
Vissa funktioner är inte tillgängliga i samband med en Enterprise-distribution (FFDA) av Campaign, till exempel:
- Hantering av marknadsföringsresurser
- Kuponger
- Webbspårning
- Undersökningar
Relaterade ämnen