Förstå kampanjinteraktionsmiljöer och -arkitektur

Miljöer environments

Det finns två miljöer för varje målinriktningsdimension som används vid hantering av erbjudanden:

  • A design i vilken den som ansvarar för erbjudandet tar hand om att skapa och kategorisera erbjudanden, redigera dem och starta godkännandeprocessen så att de kan användas. Reglerna för varje kategori, erbjudandeutrymmet som erbjudandena kan presenteras på och de fördefinierade filter som används för att definiera ett erbjudandes behörighet definieras också i den här miljön.

    Kategorier kan också publiceras manuellt i onlinemiljön.

    Processen för att godkänna erbjudanden är detaljerad i det här avsnittet.

  • A live miljö där godkända erbjudanden från designmiljön, liksom de olika erbjudanden, filter, kategorier och regler som är konfigurerade i designmiljön, finns. Under ett anrop till erbjudandemotorn kommer motorn alltid att använda erbjudanden från den aktiva miljön.

Erbjudandet gäller endast de erbjudanden som valts under godkännandeprocessen. Därför kan ett erbjudande vara direktsänt men oanvändbart på ett erbjudande som också är direktsänt.

Inkommande och utgående interaktioner interaction-types

Adobe Campaign Interaction Module föreslår två typer av interaktioner:

  • inkommande interaktioner, initierade av en kontakt. Läs mer
  • utgående interaktioner som initierats av en Kampanjleveransansvarig. Läs mer

Dessa två typer av interaktioner kan utföras antingen i enhetsläge (erbjudandet beräknas för en enda kontakt), eller gruppläge (erbjudandet beräknas för en uppsättning kontakter). I allmänhet utförs inkommande interaktioner i enställigt läge och utgående interaktioner utförs i batchläge. Det kan dock finnas vissa undantag, för transaktionsmeddelanden till exempel, där den utgående interaktionen utförs i ett enhetligt läge.

Så snart ett erbjudande kan eller måste presenteras (enligt de konfigurationer som gjorts) spelar erbjudandemotorn rollen som mellanhand: den beräknar automatiskt bästa möjliga erbjudande för en kontakt bland de tillgängliga genom att kombinera de data som tas emot om kontakten och de olika regler som kan tillämpas enligt applikationen.

Distribuerad arkitektur

För att kunna stödja skalbarhet och tillhandahålla service dygnet runt på den inkommande kanalen kan Interaktion -modulen implementeras i en distribuerad arkitektur. Den här typen av arkitektur används redan med Meddelandecenter och består av flera instanser:

  • en eller flera kontrollinstanser som är dedikerade till den utgående kanalen och som innehåller bas för design av marknadsföring och miljö
  • en eller flera körningsinstanser som är dedikerade till inkommande kanal

Kontrollinstanser är dedikerade till den inkommande kanalen och innehåller katalogversionen online. Alla instanser av exekvering är oberoende och dedikerade till ett kontaktsegment (till exempel en exekveringsinstans per land). Anrop till erbjudandemotorn måste utföras direkt på körningen (en specifik URL per körningsinstans). Eftersom synkroniseringen mellan instanser inte är automatisk måste interaktioner från samma kontakt skickas via samma instans.

Synkronisering synchronization

Synkronisering av erbjudanden utförs via paket. I körningsinstanser föregås alla katalogobjekt av det externa kontonamnet. Detta innebär att flera kontrollinstanser (till exempel utvecklings- och produktionsinstanser) kan stödjas på samma körningsinstans.

CAUTION
Använd korta och explicita interna namn.

Erbjudandena distribueras automatiskt och publiceras sedan på körnings- och kontrollinstanser.

Erbjudanden som tas bort i designmiljön är inaktiverade på alla onlineförekomster. Föråldrade offerter och erbjudanden tas automatiskt bort i alla instanser efter tömningsperioden (som anges i varje instans distributionsassistent) och glidperioden (som anges i de inkommande förslagens typologiregler).

Ett arbetsflöde skapas för varje miljö och ett externt konto för förslagssynkronisering. Synkroniseringsfrekvensen kan justeras för varje miljö och externt konto.

Du måste känna till följande synkroniseringsmekanismer:

  • Om du använder funktionen för säkerhetskopiering från en anonym miljö till en identifierad miljö måste dessa två miljöer finnas i samma körningsinstans.
  • Synkroniseringen mellan flera körningsinstanser utförs inte i realtid. Interaktioner av samma kontakt måste skickas till samma instans. Kontrollinstansen måste dedikeras till den utgående kanalen (ingen realtid).
  • Marknadsföringsdatabasen synkroniseras inte automatiskt. Marknadsföringsdata som används i viktnings- och berättigandereglerna måste dupliceras i körningsinstanser. Den här processen kommer inte som standard, du måste utveckla den under integreringsperioden.
  • Propositionssynkronisering utförs uteslutande av FDA-anslutning.
  • Om du använder Interaction och Message Center på samma instans, synkroniseras i båda fallen via FDA-protokollet.

Paketkonfiguration packages-configuration

Alla schematillägg som är direkt länkade till Interaktion (erbjudanden, erbjudanden, mottagare osv.) måste distribueras på körningsinstanserna.

The Interaktion paketet installeras på alla instanser (kontroll och körning). Det finns ytterligare två paket: ett paket för kontrollinstanserna och ett för varje körningsinstans.

NOTE
När du installerar paketet long typfält för nms:förslag tabell som t.ex. förslags-ID, blir int64 textfält. Den här typen av data beskrivs i Campaign Classic v7 - dokumentation.

Varaktigheten för datalagring konfigureras för varje instans (via Data purge i distributionsguiden). För körningsinstanser måste denna period motsvara det historiska djup som krävs för att typologiregler (glidande period) och regler för stödberättigande ska kunna beräknas.

På kontrollinstanserna:

  1. Skapa ett externt konto per körningsinstans:

    • Fyll i etiketten och lägg till ett kort och explicit internt namn.

    • Markera Execution instance.

    • Markera alternativet Enabled.

    • Slutför anslutningsparametrarna för körningsinstansen.

    • Alla körningsinstanser måste länkas till ett ID. Detta ID tilldelas när du klickar på Initialize connection -knappen.

    • Kontrollera vilken typ av program som används: Message Center, Interaction eller båda.

    • Ange det FDA-konto som används. En operator måste skapas för körningsinstanserna och måste ha följande läs- och skrivrättigheter i databasen för instansen i fråga:

      code language-none
      grant SELECT ON nmspropositionrcp, nmsoffer, nmsofferspace, xtkoption, xtkfolder TO user;
      grant DELETE, INSERT, UPDATE ON nmspropositionrcp TO user;
      
    note note
    NOTE
    IP-adressen för kontrollinstansen måste auktoriseras för körningsinstanserna.
  2. Konfigurera miljön:

    • Lägg till listan med körningsinstanser.

    • För var och en av dem anger du synkroniseringsperiod och filtervillkor (till exempel per land).

      note note
      NOTE
      Om du råkar ut för ett fel kan du läsa arbetsflödena för synkronisering och visa meddelanden. Dessa finns i programmets tekniska arbetsflöden.

Om bara en del av marknadsföringsdatabasen dupliceras på körningsinstanserna av optimeringsskäl kan du ange ett begränsat schema som är länkat till miljön, så att användarna bara kan använda data som är tillgängliga på körningsinstanserna. Du kan skapa ett erbjudande med data som inte är tillgängliga för körningsinstanser. Om du vill göra det måste du inaktivera regeln för de andra kanalerna genom att begränsa den här regeln för den utgående kanalen (Taken into account if fält).

Underhållsalternativ maintenance-options

Här är en lista över underhållsalternativ som är tillgängliga för kontrollinstansen:

CAUTION
Dessa alternativ får endast användas för särskilda underhållsfall.
  • NmsInteraction_LastOfferEnvSynch_<offerEnvId>_<executionInstanceId>: det senaste datumet då en miljö synkroniserades på en given instans.
  • NmsInteraction_LastPropositionSynch_<propositionSchema>_<executionInstanceIdSource>_<executionInstanceIdTarget>: sista datumet som förslag från ett givet schema synkroniserades från en instans till en annan.
  • NmsInteraction_MapWorkflowId: ett alternativ som innehåller en lista över alla genererade synkroniseringsarbetsflöden.

Följande alternativ är tillgängligt för körningsinstanser:

NmsExecutionInstanceId: som innehåller instans-ID.

Paketinstallation packages-installation

Om din instans inte tidigare har Interaktion paket, ingen migrering krävs. Som standard kommer förslagstabellen att vara 64 bitar efter att paketen har installerats.

CAUTION
Beroende på volymen av befintliga förslag i din instans kan den här åtgärden ta en stund.
  • Om instansen har små eller inga förslag behövs ingen manuell ändring av förslagstabellen. Ändringen görs när paket installeras.
  • Om instansen har många förslag är det bättre att ändra strukturen på förslagstabellen innan du installerar kontrollpaketen och kör dem. Vi rekommenderar att du kör frågorna under en period med låg aktivitet.
NOTE
Om du har utfört specifika konfigurationer i förslagstabellen, anpassar du frågorna därefter.

Det finns två metoder:

Arbetsregister (rekommenderas)

CREATE TABLE NmsPropositionRcp_tmp AS SELECT * FROM nmspropositionrcp WHERE 0=1;
ALTER TABLE nmspropositionrcp_tmp
  ALTER COLUMN ipropositionid TYPE bigint,
  ALTER COLUMN iinteractionid TYPE bigint;
INSERT INTO nmspropositionrcp_tmp SELECT * FROM nmspropositionrcp;
DROP TABLE nmspropositionrcp;
CREATE INDEX proposition_id ON NmsPropositionRcp (ipropositionid);
CREATE INDEX nmspropositionrcp_deliveryid ON NmsPropositionRcp (ideliveryid);
CREATE INDEX nmspropositionrcp_lastmodified ON NmsPropositionRcp (tslastmodified);
CREATE INDEX nmspropositionrcp_offerid ON NmsPropositionRcp (iofferid);
CREATE INDEX nmspropositionrcp_offerspaceid ON NmsPropositionRcp (iofferspaceid);
CREATE INDEX nmspropositionrcp_recipientidid ON NmsPropositionRcp (irecipientid);
ALTER TABLE nmspropositionrcp_tmp RENAME TO nmspropositionrcp;

Ändra tabell

ALTER TABLE nmspropositionrcp
  ALTER COLUMN ipropositionid TYPE bigint,
  ALTER COLUMN iinteractionid TYPE bigint;
recommendation-more-help
35662671-8e3d-4f04-a092-029a056c566b