Wechsel zum neuen SMS-Connector v2

In diesem Dokument werden das Verfahren und die wichtigsten Aspekte bei der Migration vom MTA-basierten SMS-Connector zum neuen dedizierten SMS-Prozess-Connector in Adobe Campaign v8 beschrieben.

Warum zum V2-Connector wechseln?

Der dedizierte SMS-Prozess führt die Unterstützung für den SMPP-Transceiver-Modus ein, reduziert die Verbindungsanzahl und verbessert die Ressourceneffizienz, unterstützt jedoch bei Bedarf weiterhin Sender-/Empfängereinstellungen. Sie bietet deutlich mehr Stabilität, schnellere Wiederherstellung nach Fehlern, persistenten Verbindungen und keine Abhängigkeit von lokalen Dateien oder prozessübergreifender Kommunikation. Die Leistung wird ebenfalls verbessert, mit geringerer Latenz, höherem Durchsatz und intelligentem Microbatching, um Geschwindigkeit und Zuverlässigkeit auszugleichen. Darüber hinaus vereinfacht die Isolierung des SMS-Prozesses die Fehlerbehebung und minimiert Cross-Channel-Auswirkungen. Diese Verbesserungen machen den dedizierten Connector zu einer robusteren und skalierbareren Lösung für den SMS-Versand.

Differences v1- und v2-Connectoren

Der dedizierte SMS-Connector in Adobe Campaign v8 führt mehrere Änderungen an der Architektur im Vergleich zum MTA-basierten Connector ein. Ein wichtiger Unterschied ist die standardmäßige Verwendung des SMPP-Transceiver-Modus, der die Anzahl der Verbindungen durch die Kombination von Sende- und Empfangsfunktionen reduziert. Wenn der Provider diesen Modus nicht unterstützt, können dennoch separate Sender- und Empfängerverbindungen verwendet werden. Im Gegensatz zum MTA-Connector hat die Aktivierung automatischer Antworten keine Auswirkungen auf die Anzahl der Verbindungen, und alle Empfängerverbindungen können jede Art eingehender Nachrichten verarbeiten.

Die Anzahl der Verbindungen wird jetzt mithilfe einer anderen Formel berechnet:

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

Der Parameter sendThreads , der in der serverConf definiert ist, ist standardmäßig 1 und sollte im Allgemeinen unverändert bleiben, es sei denn, er wird speziell für hohe Leistung optimiert. Da der gesamte SMS-Traffic über einen einzigen Prozess abgewickelt wird, ist die Verwaltung der Parallelität mithilfe dieser Parameter für die Steuerung der Systemlast und des Systemverhaltens von entscheidender Bedeutung.

Das Übertragungsfenster verhält sich ähnlich wie der MTA-Connector, hat aber im dedizierten Modus noch größere Auswirkungen auf die Leistung. Größere Übertragungsfenster reduzieren Datenbank-IOPS und verbessern den Durchsatz. Campaign kann Fenster mit mehr als 1.000 Nachrichten effizient verarbeiten, vorausgesetzt, der Anbieter unterstützt dies und der Anwendungsfall ermöglicht einen kleinen Spielraum für Nachrichtenverluste oder Duplizierungen im Falle von Verbindungsproblemen. Auf Anbieterseite kann durch die Konfiguration eines größeren SR-Versandfensters auch der Durchsatz von Versandberichten erheblich verbessert werden.

Schließlich wurde der zugrunde liegende Code aktualisiert, während die Handhabung von MO-Nachrichten (Mobile Originated Message Handling) funktionell unverändert bleibt. Der Durchsatz pro Verbindung ist weiterhin auf die gleiche Weise begrenzt, aber der dedizierte Connector ermöglicht einen viel schnelleren Burst-Versand. Ohne Durchsatzbeschränkungen kann das Senden mit hoher Geschwindigkeit jedoch die Provider- oder Systemressourcen überfordern, sodass es ratsam ist, explizite MT-Durchsatzbegrenzungen in der Konfiguration des externen Kontos festzulegen.

Schaltverfahren

Um einen reibungslosen Wechsel zum dedizierten SMS-Prozess sicherzustellen, ist es am besten, den Vorgang bei geringem oder keinem SMS-Traffic durchzuführen. Einige gepufferte Nachrichten können verloren gehen oder einen ungültigen Status erhalten, wenn die MTA-Puffer nicht vollständig geleert werden. Es ist auch normal, einige SRs bis zu eine Woche nach dem Wechsel zu verpassen, aufgrund eines unvorhersehbaren SR-Timings. Wenn Sie diese Sicherheitsvorkehrungen nicht befolgen, kann dies trotz integrierter Sicherheitsvorkehrungen zu Nachrichtenverlusten oder Duplizierungen führen.

Beide SMS-Connectoren verwenden verschiedene Formate für die SR-Verarbeitung (Statusbericht). Obwohl beide auf die NmsProviderMsgId-Tabelle angewiesen sind, interagieren sie unterschiedlich mit ihr. Daher müssen beim Wechsel von Connectoren die gesamte Tabelle gelöscht werden, um Konflikte oder verwaiste Daten zu vermeiden. Es gibt mehrere Möglichkeiten, diese Bereinigung durchzuführen. Im Folgenden finden Sie die SQL-Abfragen, die Sie verwenden können:

TRUNCATE TABLE NmsProviderMsgId;
TRUNCATE TABLE NmsProviderMsgStatus;

Schritte

Rollback

Ein Rollback zum MTA-Connector ist möglich, indem Sie die gleichen Schritte ausführen, die während des ersten Switches in der gleichen Reihenfolge verwendet wurden. Dazu gehört das Anhalten oder Anhalten aller SMS-Sendungen und die Wiederherstellung der ursprünglichen Konfiguration des externen Kontos.