В спецификации D-Bus указано, что
D-Bus - это ... простой способ для приложений общаться друг с другом ... В настоящее время приложения для связи находятся на одном компьютере ...
Я хотел бы что-то вроде D-Bus, но работать на нескольких машинах Linux, и могут быть задействованы брандмауэры. Например, если мой почтовый сервер решит, что он получает важное сообщение, я бы хотел, чтобы он отправил событие на шину, которую мой домашний компьютер может увидеть, и, возможно, ответит, запустив окно linpopup.
Интересующие меня события относительно редки, поэтому низкоэффективная техника - это нормально. Но я бы предпочел не изобретать какие-либо колеса. Я также предпочел бы, чтобы как можно больше написано в сценариях оболочки или других языках высокого уровня и как можно меньше в C (но я готов вызывать API C, если это то, что нужно).
То, как я интерпретирую официальные веб-страницы D-Bus, говорят: было бы неплохо заставить D-Bus общаться с несколькими компьютерами, но это не работает .
Редактировать : Что меня привлекает в D-Bus, так это модель , публикуйте и подписывайтесь :
Машина, которая наблюдает интересное событие, публикует это событие в "системе".
Машина, которая интересуется определенными событиями, подписывается только на эти события. Когда происходит событие, «система» сообщает машине.
В D-Bus «система» - это одна машина. Я хочу что-то подобное для нескольких машин. Это исключает прямые решения, такие как TCP или SMTP, взаимодействующие между машинами. Но я счастлив, что у меня есть центральный сервер, который получает все запросы на публикацию и подписку. Я начинаю думать, что было бы легче создать свой собственный, чем понимать Расширенный протокол очереди сообщений (AMQCP) , который слишком чертовски продвинут для таких как я.
Производительность не является объектом. Простота определенно является объектом.
Еще раз: на какую программу мне смотреть?