Пользователь
Применение D-Bus в веб-системах
Простите, я слабо понимаю разницу между запросом и сообщением в данном контексте. Ведь запрос выполняется посредством посылки сообщения. Вы не правы, что D-Bus не оперирует понятием сообщения. Смотрите D-Bus Specification. D-Bus так же гарантирует доставку сообщений.
Применение D-Bus в веб-системах
Получится. D-Bus может работат по TCP. Хотя, если честно, я пока не пробовал.
Применение D-Bus в веб-системах
Спасибо авторам коментов! Мой кругозор вариантов IPC расширился.
Применение D-Bus в веб-системах
Почитал про gearman. Явных преимуществ перед D-Bus не вижу. Да и наш проект уже давольно весомый, переписывать пока причин нет.
Применение D-Bus в веб-системах
Насколько я понял, AMQP — аналог D-Bus. Запросы в D-Bus выполняются последовательно. У каждого запроса есть таймаут. По-умолчанию 25 сек. Т.е. пока текущий запрос не обработался, остальные ждут. Я думаю, это можно назвать очередью. (К сожалению сейчас не нашёл авторитетной ссылки, но пишу то, что сам проверял). Собственно из-за этой последовательной обработки, мы и пришли к нитям стартующим в запросах.
Применение D-Bus в веб-системах
Посмотрел ICE, вроде бы вещ мощная, но не думаю, что использование D-Bus — это велосипед. Велосипедом было бы использование сокетов. Хотя, я думаю, что иногда маленькие велосипеды имеют приимущества перед громосткими фрэймворками. И повторюсь, что технология была выбрана с учётом имеющихся знаний.
Применение D-Bus в веб-системах
— этого не знал. А возможность взаимодействия по сети осталась. Конфиг D-Bus-а поправить и вперёд.
Применение D-Bus в веб-системах
Тоже вариант. Но мы повелись на расхваленный D-Bus. А Вы, как я понял, не фанат D-Bus. Нас пока всё устраивает, работает чётко.
Применение D-Bus в веб-системах
Была мысль, но не обсуждалась, так как исходили из «личных предпочтений, знаний и опыта»