Passaggio al nuovo connettore SMS v2

Questo documento illustra la procedura e le considerazioni chiave per la migrazione dal connettore SMS basato su MTA al nuovo connettore di elaborazione SMS dedicato in Adobe Campaign v8.

Perché passare al connettore v2

Il processo SMS dedicato introduce il supporto per la modalità ricetrasmettitore SMPP, riducendo il conteggio delle connessioni e migliorando l’efficienza delle risorse, supportando al tempo stesso le configurazioni del trasmettitore/ricevitore se necessario. Offre una maggiore stabilità, con un ripristino più rapido dagli errori, connessioni persistenti e nessuna dipendenza dai file locali o dalla comunicazione tra processi. Anche le prestazioni sono migliorate, con latenza inferiore, throughput più elevato e microbatch intelligente per bilanciare velocità e affidabilità. Inoltre, l’isolamento del processo SMS semplifica la risoluzione dei problemi e riduce al minimo l’impatto su più canali. Questi miglioramenti rendono il connettore dedicato una soluzione più solida e scalabile per la consegna di SMS.

Differenze tra i connettori v1 e v2

Il connettore SMS dedicato in Adobe Campaign v8 introduce diverse modifiche architetturali rispetto al connettore basato su MTA. Una differenza chiave è l’utilizzo predefinito della modalità ricetrasmettitore SMPP, che riduce il numero di connessioni combinando le funzioni di invio e ricezione. Se il provider non supporta questa modalità, è comunque possibile utilizzare connessioni separate del trasmettitore e del ricevitore. A differenza del connettore MTA, l’abilitazione delle risposte automatiche non ha alcun effetto sul conteggio delle connessioni e tutte le connessioni del ricevitore possono gestire qualsiasi tipo di messaggio in ingresso.

Il conteggio delle connessioni viene ora calcolato utilizzando una formula diversa:

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

Il parametro sendingThreads, definito in serverConf, ha come valore predefinito 1 e in genere deve rimanere invariato a meno che non venga specificamente ottimizzato per ottenere prestazioni elevate. Poiché un singolo processo gestisce tutto il traffico SMS, la gestione del parallelismo attraverso questi parametri diventa fondamentale per controllare il carico e il comportamento del sistema.

La finestra di invio si comporta in modo simile al connettore MTA, ma ha un impatto ancora maggiore sulle prestazioni nella modalità dedicata. Le finestre di invio più grandi riducono le operazioni di I/O al database e migliorano la velocità effettiva. Campaign può gestire in modo efficiente finestre con oltre 1000 messaggi, purché il provider lo supporti e il caso d’uso consenta un piccolo margine di perdita di messaggi o duplicazione in caso di problemi di connessione. Dal lato del fornitore, anche la configurazione di una finestra di invio SR più grande può migliorare in modo significativo la velocità effettiva dei rapporti di consegna.

Infine, anche se la gestione dei messaggi MO (Originati da dispositivi mobili) rimane funzionalmente invariata, il codice sottostante è stato aggiornato. Il throughput per connessione è ancora limitato allo stesso modo, ma il connettore dedicato consente un invio burst molto più veloce. Tuttavia, senza limiti di velocità effettiva, l’invio ad alta velocità potrebbe sopraffare le risorse del provider o del sistema, rendendo consigliabile impostare limiti di velocità effettiva MT espliciti nella configurazione dell’account esterno.

Procedura di commutazione

Per garantire un passaggio fluido al processo SMS dedicato, è meglio eseguire l’operazione durante un traffico SMS basso o assente. Alcuni messaggi nel buffer potrebbero andare persi o rimanere in uno stato non valido se i buffer MTA non sono completamente scaricati. È inoltre normale perdere alcuni SR per una settimana dopo il passaggio, a causa di tempi SR imprevedibili. Il mancato rispetto di queste precauzioni può causare la perdita o la duplicazione dei messaggi, nonostante le protezioni integrate.

Entrambi i connettori SMS utilizzano formati diversi per l’elaborazione SR (Status Report, Rapporto di stato). Sebbene entrambi si basino sulla tabella NmsProviderMsgId, interagiscono in modo diverso con essa. Pertanto, il passaggio a un altro connettore richiede la cancellazione dell’intera tabella per evitare conflitti o dati orfani. Esistono diversi modi per eseguire questa pulizia. Di seguito sono riportate le query SQL che è possibile utilizzare:

TRUNCATE TABLE NmsProviderMsgId;
TRUNCATE TABLE NmsProviderMsgStatus;

Passaggi

Procedura di ripristino

È possibile tornare al connettore MTA seguendo gli stessi passaggi utilizzati durante l’interruttore iniziale, nello stesso ordine. Ciò include l’interruzione o la sospensione di tutte le consegne SMS e il ripristino della configurazione dell’account esterno originale.