Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

sendium

Sendium es un gateway de SMS headless open source construido con Java/Quarkus, diseñado para alto rendimiento entre aplicaciones internas y proveedores SMPP. Elimina vendor lock-in mediante control total de enrutamiento, fail-over y TPS granular.

Ficha actualizada 28 sept 2026, 17:20 · upstream 28 sept 2026, 17:17 · release v0.5.1

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es sendium

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Sendium es un gateway de SMS headless open source construido con Java y Quarkus, diseñado específicamente para alto rendimiento en la entrega de mensajes. Funciona como capa intermedia entre aplicaciones internas (CRMs, sitios web, plataformas IoT) y conectividad SMS mediante proveedores SMPP.

El sistema ofrece capacidades completas de servidor y cliente SMPP con soporte TX/RX/TRX, puente HTTP/SMPP compatible con Kannel, enrutamiento avanzado por destino/sender ID/atributos, control granular de TPS por worker o cuenta, gestión de colas con reintentos prioritarios, normalización de DLRs y observabilidad nativa con Prometheus.

Está desarrollado por Cytech Mobile con más de 20 años en telecomunicaciones. Incluye documentación completa, conversor para migración desde Kannel, comunidad activa en GitHub Discussions y está preparado para despliegue on-premise o cloud con imágenes Docker/nativas.

CASOS DE USO
  • Reemplazar gateways SMS propietarios eliminando vendor lock-in
  • Centralizar múltiples proveedores SMPP bajo una capa de enrutamiento unificada
  • Implementar reglas de enrutamiento dinámico por destino, sender ID o atributos del mensaje
  • Proveer API HTTP/SMPP a aplicaciones internas para envío/recepción de SMS
  • Optimizar costes mediante fail-over automático entre proveedores según TPS o coste
PUNTOS DESTACADOS
  • Arquitectura moderna con Java/Quarkus y despliegue Docker/nativo
  • Control total sobre enrutamiento, TPS granular y reglas de fail-over
  • Protocolos agnósticos: puente entre HTTP moderno e infraestructura SMPP legacy
  • Observabilidad completa con Prometheus, Swagger/OpenAPI y hot-reload de configuración
  • Normalización de DLRs y correlación de IDs de proveedor
  • Documentación completa con conversor para migración desde Kannel
PRECAUCIONES
  • Requiere PostgreSQL como base de datos (no soporta otros backends sin configuración manual)
  • Necesita al menos 1 GB RAM y 2 GB disco mínimo, 2 GB/5 GB recomendado
  • Puertos HTTP/SMPP por defecto en 127.0.0.1 (requiere configuración para exposición externa)
  • Estado pre-release: documentación finalización activa según web oficial
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Despliegue con Docker Compose v2 usando quick-start.sh o manual. Configurar proveedor upstream SMPP antes de producción. Revisar DLR persistence antes de cambiar backends. Exponer puertos 8080 si se requiere acceso externo.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
No detectados
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
PUERTOS
8080
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.