Algemene architectuur general-architecture
De gebruikelijke Adobe Campaign-implementatie van oplossingen bestaat uit de volgende onderdelen:
-
Gepersonaliseerde Milieu van de Cliënt
Intuïtieve grafische interface waarin gebruikers marketingaanbiedingen kunnen communiceren en volgen, campagnes kunnen maken, alle marketingactiviteiten, programma's en plannen (inclusief e-mails, workflows en bestemmingspagina's) kunnen beoordelen en beheren, klantprofielen kunnen maken en beheren en klantsoorten kunnen definiëren.
-
Milieu van de Ontwikkeling
Server-side software die de marketing campagnes door gekozen communicatie kanalen, met inbegrip van e-mail, SMS, dupberichten, direct mail, Web of sociaal uitvoert, op de regels en de werkschema's die in het gebruikersinterface worden bepaald.
-
Containers van het Gegevensbestand
Gebaseerd op relationele gegevensbestandtechnologie, slaat het gegevensbestand van Adobe Campaign alle klanteninformatie, campagnecomponenten, aanbiedingen en workflows, evenals campagneresultaten in de containers van het klantengegevensbestand op.
Adobe Campaign is gebaseerd op een servicegerichte architectuur (SOA) en bestaat uit verschillende functionele modules. Deze modules kunnen op één of meerdere computers, in enige of veelvoudige instanties, afhankelijk van beperkingen in termen van scalability, beschikbaarheid en de dienstisolatie worden opgesteld. Het werkingsgebied van plaatsingsconfiguraties is daarom zeer breed, en overspant één enkele, centrale computer door aan configuraties met inbegrip van veelvoudige specifieke servers over veelvoudige plaatsen.
Presentatielaag presentation-layer
De toepassing kan op verschillende manieren worden benaderd, afhankelijk van de behoeften van de gebruikers: rijke client, dunne client of API-integratie.
- Rijke cliënt: Het belangrijkste gebruikersinterface van de toepassing is een rijke cliënt, met andere woorden, een inheemse toepassing (Vensters) die met de de toepassingsserver van Adobe Campaign alleen met standaardInternet protocollen (SOAP, HTTP, enz.) communiceert. Deze console biedt grote gebruiksvriendelijkheid voor productiviteit, gebruikt zeer weinig bandbreedte (door het gebruik van een lokale cache) en is ontworpen voor eenvoudige implementatie. Deze console kan vanuit een internetbrowser worden geïmplementeerd, kan automatisch worden bijgewerkt en vereist geen specifieke netwerkconfiguratie omdat alleen HTTP(S)-verkeer wordt gegenereerd.
- Dunne cliënt: Bepaalde delen van de toepassing kunnen via eenvoudige Webbrowser worden betreden gebruikend een gebruikersinterface van HTML, met inbegrip van de rapporteringsmodule, de stadia van de leveringsgoedkeuring, functionaliteit van de Verdeelde module van de Marketing (centraal/lokaal), instantie die, enz. controleert. Deze wijze maakt het mogelijk om de functionaliteit van Adobe Campaign in een Intranet of een Extranet te omvatten.
- Integratie via APIs: In bepaalde gevallen, kan het systeem van externe toepassing worden geroepen gebruikend de Diensten APIs van het Web die via het protocol van SOAP worden blootgesteld.
Logische toepassingslaag logical-application-layer
Adobe Campaign is één platform met verschillende toepassingen die combineren tot het maken van een open en schaalbare architectuur. Het Adobe Campaign-platform wordt geschreven op een flexibele toepassingslaag en kan eenvoudig worden geconfigureerd om aan de zakelijke behoeften van een bedrijf te voldoen. Dit beantwoordt aan de groeiende behoeften van de onderneming vanuit zowel functioneel als technisch oogpunt. De verdeelde architectuur verzekert lineaire systeemscalability die van duizenden berichten aan miljoenen berichten schrapt.
Adobe Campaign vertrouwt op een reeks server-zijprocessen die samenwerken.
De belangrijkste processen zijn:
server van de Toepassing (nlserverWeb)
Dit proces stelt het volledige gamma van de functionaliteit van Adobe Campaign via de APIs van de Diensten van het Web (SOAP - HTTP + XML) bloot. Bovendien kan het de Web-pagina's dynamisch produceren die voor op HTML-Gebaseerde toegang (rapporten, de vormen van het Web, enz.) worden gebruikt. Hiertoe bevat dit proces een Apache Tomcat JSP-server. Dit is het proces waaraan de console verbindt.
motor van het Werkschema (nlserver wfserver)
Het voert de werkschemaprocessen uit die in de toepassing worden bepaald.
Het behandelt ook periodiek uitgevoerde technische werkschema's, die omvatten:
- Tekstspatiëring: bijhouden van logbestanden herstellen en consolideren. Het laat u de logboeken van de omleidingsserver terugwinnen en de gezamenlijke indicatoren creëren die door de rapporteringsmodule worden gebruikt.
- Overbodig verwijderen: Database opschonen. Wordt gebruikt om oude records leeg te maken en te voorkomen dat de database exponentieel groeit.
- Facturering: automatische verzending van een activiteitenverslag voor het platform (databasegrootte, aantal marketingacties, aantal actieve profielen, enz.).
Server van de Levering (nlserver mta)
Adobe Campaign heeft native functionaliteit voor e-mailuitzending. Dit proces functioneert als SMTP agent van de postoverdracht (MTA). Het voert "één-op-één"verpersoonlijking van berichten uit en behandelt hun fysieke levering. Het werkt met leveringstaken en handelt automatische pogingen af. Wanneer reeksspatiëring is ingeschakeld, worden de URL's automatisch vervangen, zodat ze naar de omleidingsserver verwijzen.
Dit proces kan de aanpassing en het automatische verzenden naar een derderouter voor SMS, fax en directe post behandelen.
Redirection server (nlserver webmdl)
Voor e-mail, behandelt Adobe Campaign automatisch open en klikt het volgen (transactie het volgen op het niveau van de Website is een verdere mogelijkheid). Hiertoe worden de URL's die in de e-mailberichten zijn opgenomen, herschreven zodat ze naar deze module verwijzen. Deze module registreert het doorgeven van de internetgebruiker voordat deze naar de vereiste URL wordt doorgestuurd.
Om de hoogste beschikbaarheid te garanderen, is dit proces volledig onafhankelijk van de database: de andere serverprocessen communiceren ermee met alleen SOAP-aanroepen (HTTP, HTTP(S) en XML). Technisch gezien, wordt deze functionaliteit uitgevoerd in een uitbreidingsmodule van een server van HTTP (ISAPI uitbreiding in IIS, of een module van DSO Apache, enz.) en is beschikbaar in slechts Vensters.
Er zijn ook andere meer technische processen beschikbaar:
het Leiden stuiteren e-mails (nlserver inMail)
Dit proces laat u toe om e-mail van brievenbussen automatisch op te nemen die worden gevormd om teruggestuurde berichten te ontvangen die in het geval van leveringsmislukking zijn teruggekeerd. Deze berichten ondergaan dan regel-gebaseerde verwerking om de redenen voor niet levering (onbekende ontvanger, quota overschreden, enz.) te bepalen en de leveringsstatus in het gegevensbestand bij te werken.
Al deze verrichtingen zijn volledig automatisch en vooraf gevormd.
de leveringsstatus van SMS (nlserver sms)
Dit proces pollt de router van SMS om vooruitgangsstatus te verzamelen en het gegevensbestand bij te werken.
schrijvend logboekberichten (nlserver syslogd)
Dit technische proces vangt logboekberichten en sporen die door de andere processen worden geproduceerd en schrijft hen aan de harde schijf. Dit maakt ruime informatie beschikbaar voor diagnose in het geval van problemen.
het Schrijven het volgen logboeken (nlserver het volgen logd)
Dit proces bewaart aan schijf de volgende logboeken die door het omleidingsproces worden geproduceerd.
schrijvend binnenkomende gebeurtenissen (nlserver interactiond)
Dit proces verzekert de opname aan de schijf van binnenkomende gebeurtenissen, binnen het kader van Interactie.
het Toezicht op modules (nlserver waakhond)
Dit technische proces fungeert als een primair proces dat de anderen voortbrengt. Het bewaakt ze ook en start ze automatisch opnieuw in geval van incidenten, zodat het systeem maximaal uptime kan blijven.
de server van Statistieken (nlserver staat)
Dit proces handhaaft statistieken over het aantal verbindingen, de berichten die voor elke postserver worden verzonden die berichten worden verzonden naar, evenals hun beperkingen (hoogste aantal gelijktijdige verbindingen, berichten per uur/en of verbinding). Het laat u ook verscheidene instanties of machines federeren als zij de zelfde openbare IP adressen delen.
Persistentielaag persistence-layer
De database wordt gebruikt als een persistentielaag en bevat bijna alle informatie die door Adobe Campaign wordt beheerd. Dit omvat zowel functionele gegevens (profielen, abonnementen, inhoud, enz.), technische gegevens (leveringstaken en logbestanden, trackinglogbestanden, enz.) als werkgegevens (aankopen, leads).
De betrouwbaarheid van de database is van het grootste belang omdat de meeste Adobe Campaign-componenten toegang tot de database vereisen om hun taken uit te voeren (met uitzondering van de omleidingsmodule).
Het platform wordt vooraf bepaald met een marketing gecentreerde datamarkt of kan gemakkelijk op een bestaande gegevensmarkt en een schema plaatsen gebruikend om het even welk van de belangrijkste Relationele Systemen van het Beheer van het Gegevensbestand (RDBMS). Alle gegevens binnen de datamarkt zijn toegankelijk voor het Adobe Campaign-platform via SQL-aanroepen van Adobe Campaign naar de database. Adobe Campaign biedt ook een volledige aanvulling op de ETL-gereedschappen (Extract Transform and Load) voor het importeren en exporteren van gegevens naar en vanuit het systeem.