Campaign Implementatie van FFDA gs-ac-ffda

Door het leveraging Snowflake, een technologie van het wolkengegevensbestand, verbetert de plaatsing van de Volledige Federatieve Toegang van de Onderneming van Adobe Campaign (FFDA) dramatisch zijn schaal en snelheid, met de capaciteit om een significant 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 'targeting' tot uitvoering van berichten: gegevensinvoer, segmentatie, 'targeting', query's en 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.

De opslag van de wolk 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. Meer informatie

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 nieuwe UUID, bijgewerkte koppelingen, enz.

Campagne Enterprise (FFDA)-architectuur ffda-archi

In een plaatsing van de Onderneming (FFDA), Adobe Campaign v8 werkt met twee gegevensbestanden: een lokaal Campaign gegevensbestand voor het gebruikersinterface overseinen in real time en unitaire vragen en schrijven door APIs, en een gegevensbestand van de Wolk Snowflake voor campagneuitvoering, partijvragen en werkschemauitvoering.

De Onderneming van de campagne v8 brengt het concept Volledige Federatieve Toegang van Gegevens (FFDA): alle gegevens zijn nu ver op het Gegevensbestand van de Wolk.

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 worden algemene aanroepen niet aanbevolen vanwege de prestaties (latentie en gelijktijdige uitvoering). BUllens u zeer verzendend volume verzendt, moet de partijverrichting worden gebruikt om optimale prestaties van APIs te waarborgen, blijft de Campagne API vraag op het lokale gegevensbestandniveau behandelen.

Het mechanisme voor API-staging wordt in deze pagina beschreven

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 vroegere versies, wordt de eenheid van een sleutel binnen een schema (d.w.z. lijst) behandeld op het niveau van de gegevensbestandmotor. Meer in het algemeen, omvatten de Klassieke motoren van het Gegevensbestand zoals PostSQL, 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 de Snowflake dergelijke mechanismen om dan de eenheid van een sleutel binnen een lijst te beheren te dwingen. 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. Meer informatie

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