Campaign Implementatie van FFDA gs-ac-ffda

Door gebruik te maken van Snowflake, een clouddatabasetechnologie, de implementatie van Adobe Campaign Enterprise Full Federated Access (FFDA) verbetert de schaal en snelheid van de implementatie aanzienlijk, met de mogelijkheid om een groter aantal klantprofielen te beheren, alsook veel hogere leveringspercentages en transacties per uur.

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 richten tot berichtuitvoering: gegevensopname, segmentatie, het richten, vragen, leveringen zullen nu typisch in notulen lopen. 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.

Opslag in de cloud wordt uitgevoerd in Snowflake: een nieuwe ingebouwde externe rekening zorgt voor connectiviteit met de Cloud Database. Het wordt gevormd door Adobe en moet niet worden gewijzigd. Meer informatie

Een ingebouwd schema/tabel die moet worden verplaatst of gerepliceerd in de cloud-database, wordt geleverd met een ingebouwd schema-extensie onder de xxl naamruimte. Deze extensies bevatten alle vereiste wijzigingen om ingebouwde schema's van de Campaign lokale database naar de Snowflake Cloud-database en hun structuur aanpassen aan: nieuwe UUID, bijgewerkte koppelingen, enz.

Campagne Enterprise (FFDA)-architectuur ffda-archi

In een Implementatie in het kader van Enterprise (FFDA), Adobe Campaign v8 werkt met twee databases : een lokaal Campaign database voor realtime berichten en eenheidquery's in de gebruikersinterface en schrijven via API's en een cloud Snowflake database voor de uitvoering van campagnes, batchquery's en workflowuitvoering.

Campagne v8 Enterprise introduceert het concept Volledige Federale Toegang van Gegevens (FFDA): alle gegevens zijn nu extern beschikbaar 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 API's werken en hoe u deze kunt gebruiken in deze pagina.

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

De Snowflake de databank aan de kant van de marketing wordt gebruikt om :

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 Campaign Cloud-database, unitaire oproepen worden niet aanbevolen vanwege prestaties (latentie en gelijktijdige uitvoering). Batchbewerking heeft altijd de voorkeur. 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 Campaign lokale database en 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

Objecten van versie 8 voor campagnes gebruiken nu een Universally Unique ID (UUID), waardoor onbeperkte unieke waarden gegevens kunnen 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 gebruiken autouuid en automatische 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