Naar de nieuwe SMS-connector v2

Dit document schetst de procedure en de belangrijkste overwegingen wanneer het migreren van de MTA-Gebaseerde schakelaar van SMS aan de nieuwe specifieke het processchakelaar van SMS in Adobe Campaign v8.

Waarom schakelen naar de v2-connector

Het specifieke proces van SMS introduceert steun voor de wijze van de zendontvanger SMPP, verminderend verbindentelling en verbeterend middelefficiency, terwijl nog het steunen van zender/ontvangermontages indien nodig. Het biedt beduidend grotere stabiliteit, met snellere terugwinning van fouten, blijvende verbindingen, en geen afhankelijkheid van lokale dossiers of interprocess mededeling. De prestaties zijn ook verbeterd, met lagere latentie, hogere productie, en intelligente microbatching om snelheid en betrouwbaarheid in evenwicht te brengen. Bovendien, vereenvoudigt de isolatie van het proces van SMS het oplossen van problemen en minimaliseert dwars-kanaalgevolgen. Deze verbeteringen maken van de specifieke schakelaar een robuustere en scalable oplossing voor levering van SMS.

Verschillen tussen v1- en v2-connectors

De speciale SMS-connector in Adobe Campaign v8 introduceert verschillende architecturale wijzigingen in vergelijking met de MTA-connector. Één zeer belangrijk verschil is het standaardgebruik van de zendontvangerwijze van SMPP, die het aantal verbindingen vermindert door te combineren verzend en ontvangt functies. Als de provider deze modus niet ondersteunt, is het nog steeds mogelijk om aparte transmissie- en ontvangerverbindingen te gebruiken. In tegenstelling tot de schakelaar MTA, heeft het toelaten van automatische antwoorden geen effect op verbindentelling, en alle ontvangerverbindingen kunnen om het even welk type van inkomend bericht behandelen.

Het aantal verbindingen wordt nu berekend met een andere formule:

Total connections = SMS sending threads * Number of MTA child connections.

De sendingThreads parameter, die in serverConf wordt gedefinieerd, is standaard 1 en moet over het algemeen ongewijzigd blijven, tenzij deze specifiek wordt geoptimaliseerd voor hoge prestaties. Omdat één enkel proces al verkeer van SMS behandelt, wordt het beheren van parallellisme door deze parameters kritiek om systeemlading en gedrag te controleren.

Het verzendende venster gedraagt zich gelijkaardig aan de schakelaar MTA maar heeft een nog grotere invloed op prestaties op de specifieke wijze. Grotere verzendende vensters reduceren de IOPS van de database en verbeteren de doorvoer. De campagne kan vensters van meer dan 1000 berichten efficiënt behandelen, op voorwaarde dat de leverancier dit steunt en het gebruiksgeval voor een kleine marge van berichtverlies of duplicatie in het geval van verbindingskwesties toestaat. Aan de aanbodzijde kan het vormen van een groter SR verzendend venster ook de productie van het leveringsrapport aanzienlijk verbeteren.

Tot slot, terwijl MO (Mobiel voortgekomen) bericht behandeling functioneel onveranderd blijft, is de onderliggende code bijgewerkt. De productie per verbinding is nog beperkt de zelfde manier, maar de specifieke schakelaar laat veel sneller burst het verzenden toe. Nochtans, zonder productielimieten, kan de hoge snelheid het verzenden leverancier of systeemmiddelen overweldigen, die het raadzaam maken om expliciete MT productiekapitalen in de externe rekeningsconfiguratie te plaatsen.

Omschakelingsprocedure

Om een vlotte schakelaar aan het specifieke proces van SMS te verzekeren, is het best om de verrichting tijdens laag of geen verkeer van SMS uit te voeren. Sommige gebufferde berichten kunnen in een ongeldige staat worden verloren of worden verlaten als de buffers MTA niet volledig worden gespoeld. Het is ook normaal om sommige SRs tot een week na de schakelaar te missen, toe te schrijven aan onvoorspelbare timing SR. Het niet volgen van deze voorzorgsmaatregelen kan tot berichtverlies of dubbel leiden, ondanks ingebouwde waarborgen.

Beide schakelaars van SMS gebruiken verschillende formaten voor de verwerking van SR (het Rapport van de Status). Hoewel beide toepassingen afhankelijk zijn van de tabel NmsProviderMsgId , hebben ze een andere interactie. Daarom vereist de omschakelingsschakelaars het ontruimen van de volledige lijst om conflicten of weesfoto's te verhinderen. Er zijn verschillende manieren om deze opschoning uit te voeren. Hieronder vindt u de SQL-query's die u kunt gebruiken:

TRUNCATE TABLE NmsProviderMsgId;
TRUNCATE TABLE NmsProviderMsgStatus;

Stappen

Terugkeerprocedure

Terugdraaien naar de schakelaar MTA is mogelijk door de zelfde stappen te volgen die tijdens de aanvankelijke schakelaar, in de zelfde orde worden gebruikt. Dit omvat het stoppen of pauzeren van alle leveringen van SMS en het herstellen van de originele externe rekeningsconfiguratie.