Профессиональные советы: решение обмена сообщениями

StackOverflow https://stackoverflow.com/questions/5456846

  •  12-11-2019
  •  | 
  •  

Вопрос

Я собираю приложение для объемного решения SMS.Мне удобно написать приложение в Java, Perl или PHP.

Пожалуйста, посоветуйте на лучшую среду, чтобы обрабатывать асинхронные доставки обмена сообщениями.

У меня есть учетные данные с сетью i.e:

    .
  • IP
  • порт
  • Имя пользователя
  • Пароль
  • etc

    для подключения к SMPP.

    Я смотрю на следующее:

    1. Пользователь Загрузить файл CSV или XLS из веб-сайта
    2. Числа и сообщения сохраняются в базе данных
    3. Я создаю Cron, чтобы периодически проверять базу данных для сообщений, которые могут быть отправлены в очередь
    4. сообщения, которые будут отправлены, пересылаются на активный MQ (инструмент обмена сообщениями по Apache).
    5. mq вперед к сети
    6. MQ получает подтверждение и состояние доставки из сети и обновлять базу данных.

      Пожалуйста, укажите, если моя концепция находится на треке или если есть лучшее решение.

Это было полезно?

Решение

Тот факт, что вы говорите о SMS-сообщениях (что является асинхронным сообщением Hanldling System) путает вещи немного - на практике это не имеет значения - важная вещь, которую вы пытаетесь написать асинхронную систему обработки сообщений делать что-то .

Нет конца готовых решений для сообщений о очереди и обработки. Ранее я использовал BSD LPD для низких объемов SMS / факса. Вы можете одинаково использовать MTA или инструмент, специально предназначенный для обработки SMS, таких как Kannel. IME, имеющая дело с агрегаторами, обеспечивающими множество различных API, оказалось более эффективным, чтобы бросить свое собственное решение.

Если вы собираетесь написать свое собственное решение, не используйте Cron.

Когда ваши вакансии Cron работают, вы берете только одно сообщение и обрабатываете его? Вы пытаетесь забрать все доступные сообщения и обработать их? Что делать, если это занимает больше, чем интервал между заданиями Cron? В то время как подсистема обмена сообщениями (перед вашим абонентом - не после) примет часть сложности из этого, но не решает все проблемы.

Правильный способ сделать это с процессом демона либо работает как один нить, либо с запланированным кардированием.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top