REST API o SMPP: desde qué volumen mensual pasar a Marruecos

Sin embargo, cuando un negocio crece, aumenta el volumen. Se pasa de unos miles de notificaciones a varios millones al mes. Durante un "Black Friday" o el envío de una comunicación nacional, la API REST comienza a mostrar debilidades estructurales (latencia de red, sobrecarga de CPU, superación de límites de solicitudes).

Entonces ha llegado el momento de interesarse por el protocolo de telecomunicaciones industriales: SMPP (Mensaje corto Peer-to-Peer). Pero, ¿cuándo exactamente debería realizarse esta transición que requiere mucho tiempo? Aquí está el punto de inflexión.

La API HTTP (REST) ​​se basa en un modelo de “Solicitud/Respuesta”.
Para enviar 1 SMS, abre una conexión TCP (que tarda milisegundos), realiza el protocolo de enlace SSL (protocolo de enlace criptográfico intenso), envía los encabezados HTTP, la carga útil y espera la respuesta de la puerta de enlace.

Incluso utilizando conexiones HTTP persistentes (Keep-Alive), este proceso es "pesado".

• Límite técnico: A menudo restringido por los proveedores de SMS entre 10 y 50 solicitudes/segundo (RPS) para proteger contra ataques.
• El techo de cristal: Más allá de estos números, encontrará errores o tiempos de espera del tipo 429 Demasiadas solicitudes, lo que le obligará a crear colas complejas (regulación).

(Nota: la API masiva soluciona esto enviando 1000 números en 1 solicitud HTTP, pero no resuelve la latencia si envías miles de OTP separadas por segundo).

SMPP mantiene una conexión binaria continua (un túnel TCP/IP) abierta las 24 horas del día, los 7 días de la semana entre su servidor y el firewall del proveedor de SMS. Ya no hay ninguna sobrecarga vinculada a los encabezados SSL o HTTP.

Ventajas de SMPP:

1. Puro asíncrono: Envías 500 mensajes SMS a la vez sin esperar una respuesta de la puerta de enlace. Ella te responderá "más tarde" en el mismo canal.
2. Rendimiento colosal: el caudal se negocia ruta por ruta con el operador (TPS); en EnvoiSMS, SMPP se ofrece bajo petición a las cuentas de gran volumen.
3. Informes de entrega nativos: Ya no es necesario administrar webhooks HTTP complejos. El reconocimiento de red (IAM) de Maroc Telecom va directamente a su túnel abierto.

El mayor inconveniente:
Desarrollar un cliente SMPP sólido lleva semanas, en comparación con horas para una API REST. Tienes que gestionar subprocesos, desconexiones TCP silenciosas (Enquire Link) y codificación de bajo nivel (Esquema de codificación de datos) de caracteres árabes en hexadecimal.

He aquí la regla del sector de las telecomunicaciones adaptada al mercado marroquí:

• Menos de 500.000 SMS/mes: Mantente en la API REST. La API cubrirá en gran medida tus necesidades. Utilice colas de Redis para suavizar la carga. El costo de desarrollo del SMPP nunca será amortizado.
• De 500.000 a 1 millón de SMS/mes (zona gris): La API REST aún es capaz de manejar esta carga si utiliza "puntos finales masivos" para marketing y reserva llamadas unitarias estrictas para OTP.
• Más de 1 millón de SMS/mes (el punto de inflexión): Aquí es donde entra en juego el SMPP. Con este volumen, los picos por hora alcanzarán niveles en los que la latencia HTTP ralentizará sus bases de datos. Esta es la arquitectura esencial para los bancos, los propios operadores de telecomunicaciones y los gigantes del comercio electrónico (Jumia, Marjane).

Si ha llegado a este punto de inflexión, no corte la API REST de la noche a la mañana. La migración se realiza en 3 fases de “Shadow IT”:

1. Implementación RX (Receptor): Primero, configure su cliente SMPP solo para "escuchar" (modo receptor). Pídale a su proveedor que enrute los DLR a esta nueva conexión en lugar de a los antiguos webhooks HTTP.
2. Implementación parcial de TX (Transmisor): Transmita el 5% de sus campañas de marketing a través de SMPP (sin impacto si falla), manteniendo la API REST para sus envíos OTP vitales.
3. Conmutación completa (TRX): Una vez comprobada la estabilidad del cliente TCP durante varios días (correcta gestión de las reconexiones de red), conmutar todas las rutas transaccionales y de marketing. La antigua API REST se convertirá en su plan alternativo en caso de una falla de infraestructura de bajo nivel.