Campaign Implementatie van FFDA gs-ac-ffda

Door Snowflake ​, een technologie van het wolkengegevensbestand, de plaatsing van de Volledige Federale Toegang van de Onderneming van Adobe Campaign (FFDA) dramatisch verbetert zijn schaal en snelheid, met de capaciteit om een beduidend aantal klantenprofielen, evenals veel hogere leveringspercentages en transacties per uur te beheren.

Voordelen ffda-benefits

Campaign v8 Enterprise (FFDA) biedt end-to-end schaalmogelijkheden in elke stap van het proces, van het activeren tot de uiteindelijke rapportage:

Dit is een fundamentele verandering in de softwarearchitectuur. Gegevens zijn nu extern en de campagne bevat alle gegevens, inclusief profielen. Campaign -processen worden nu van begin tot eind geschaald, van het activeren tot het uitvoeren van berichten: gegevensinvoer, segmentatie, doelgerichtheid, query’s, leveringen worden nu doorgaans in minuten uitgevoerd. Deze nieuwe versie lost de hele uitdaging van het schrapen op terwijl het handhaven van het zelfde niveau van flexibiliteit & rekbaarheid. Het aantal profielen is bijna onbeperkt en het bewaren van gegevens kan worden uitgebreid.

Cloudopslag wordt uitgevoerd in Snowflake : een nieuwe ingebouwde externe rekening verzekert connectiviteit met het Gegevensbestand van de Wolk. Het wordt gevormd door Adobe en moet niet worden gewijzigd. ​ Leer meer ​

Om het even welk ingebouwd schema/lijst die moet worden bewogen of in het Gegevensbestand van de Wolk worden herhaald komt met een ingebouwde schemauitbreiding onder xxl namespace. Die extensies bevatten alle wijzigingen die nodig zijn om ingebouwde schema’s van de lokale database van Campaign naar de database van Snowflake Cloud te verplaatsen en hun structuur aan te passen aan de volgende vereisten: nieuwe UUID, bijgewerkte koppelingen, enz.

Campagne Enterprise (FFDA)-architectuur ffda-archi

In een ​ plaatsing van de Onderneming (FFDA) ​, Adobe Campaign werken v8 met twee gegevensbestanden: een lokale Campaign database voor de gebruikersinterface realtime berichten en eenheidquery’s en schrijven via API’s, en een Cloud Snowflake -database voor het uitvoeren van campagnes, batchquery’s en het uitvoeren van workflows.

De Onderneming van de campagne v8 brengt het concept Volledige Federatieve Toegang van Gegevens (FFDA): alle gegevens bevinden zich nu op afstand in de cloud-database.

Er zijn specifieke API’s beschikbaar voor het beheer van gegevens tussen de lokale en de clouddatabase. Leer hoe deze nieuwe APIs werkt en hoe te om hen in ​ te gebruiken deze pagina ​.

De algemene communicatie tussen servers en processen wordt uitgevoerd volgens het volgende schema:

De database Snowflake aan de marketingzijde wordt gebruikt voor:

De PostSQL-database van de marketinginstantie wordt gebruikt om:

De PostgreSQL-database in de mid-sourcing-instantie wordt gebruikt om:

Gevolgen ffda-impacts

Campaign Mechanisme voor API-staging staging-api

Met de Campaign Cloud-database wordt het opblazen van eenheidaanroepen niet aanbevolen voor wat betreft prestaties (latentie en gelijktijdige uitvoering). Tenzij u een extreem laag volume verzendt, moeten batchbewerkingen worden gebruikt om optimale API-prestaties te garanderen. Om de prestaties te verbeteren, worden API’s voor inname omgeleid naar de lokale database. ​ Leer meer op het opvoeren mechanisme van API van de Campagne ​

Nieuwe API’s new-apis

Er zijn nieuwe API’s beschikbaar voor het beheer van gegevenssynchronisatie tussen de lokale database van Campaign en de Cloud-database. Er is ook een nieuw mechanisme geïntroduceerd om API-aanroepen op lokaal databaseniveau af te handelen om latentie te voorkomen en de algehele prestaties te verbeteren.

Nieuwe API’s worden in deze pagina beschreven

Gegevensreplicatie data-replication

Een specifieke technische workflow behandelt de replicatie van tabellen die aan beide zijden aanwezig moeten zijn (Campagne maken van lokale database en Cloud-database). Deze workflow wordt elke uur geactiveerd en is afhankelijk van een nieuwe ingebouwde JavaScript-bibliotheek.

Meer informatie over gegevensreplicatie

ID-beheer id-mgt-ffda

De voorwerpen van de campagne v8 gebruiken nu a Universally Unique identiteitskaart (UUID), die voor onbeperkte unieke waarden toestaat om gegevens te identificeren.

Deze id is gebaseerd op een tekenreeks en is niet opeenvolgend. De primaire sleutel is geen numerieke waarde in Campagne v8, en u moet auto gebruiken en automatische 3} attributen in uw schema’s.

In Campaign Classic v7 en eerdere versies wordt de uniciteit van een sleutel binnen een schema (dat wil zeggen tabel) verwerkt op het niveau van de database-engine. Meer in het algemeen, omvatten de Klassieke motoren van het Gegevensbestand zoals PostgreSQL, Oracle, of SQL Server een inheems mechanisme om het opnemen van gedupliceerde rijen te verhinderen die op een kolom of een reeks kolommen via primaire sleutels en/of unieke indexen worden gebaseerd. De gedupliceerde identiteitskaart bestaat niet in deze versies wanneer de juiste index en de primaire sleutels op het niveau van het Gegevensbestand worden geplaatst.

Adobe Campaign v8 wordt geleverd met Snowflake als de kerndatabase. Aangezien het dramatisch de schaal van vragen verhoogt, verstrekt de verdeelde architectuur van het gegevensbestand van Snowflake dergelijke mechanismen om dan de eenheid van een sleutel binnen een lijst te beheren te handhaven. Als gevolg hiervan verhindert niets met Adobe Campaign v8 de inname van dubbele sleutels in een tabel. Eindgebruikers zijn nu verantwoordelijk voor de consistentie van Toetsen in de Adobe Campaign-database. ​ Leer meer ​

Beschikbaarheid van functies feature-availability

Sommige mogelijkheden zijn niet beschikbaar in de context van een plaatsing van de Onderneming (FFDA) van Campagne, zoals:

Verwante onderwerpen