Я начинаю планировать новую платформу, которая должна интегрировать различные сервисы с различных внешних платформ. По сути, я связываю вместе кучу внутренних, собственных сервисов и несколько внешних сервисов, которые мы лицензируем у третьих сторон.
Вообще говоря, все внешние сервисы - это веб-сервисы, но они представляют собой мешанину из REST, SOAP и XML-RPC. Я объединяю кучу внутренних, собственных сервисов и несколько ...
Я начинаю планировать новую платформу, которая должна интегрировать различные сервисы с различных внешних платформ. По сути, я связываю вместе кучу внутренних, собственных сервисов и несколько внешних сервисов, которые мы лицензируем у третьих сторон.
Вообще говоря, все внешние сервисы - это веб-сервисы, но они представляют собой мешанину из REST, SOAP и XML-RPC. m объединяю вместе кучу внутренних, собственных сервисов и несколько ...
Я начинаю планировать новую платформу, которая должна интегрировать различные сервисы с различных внешних платформ. По сути, я связываю вместе кучу внутренних, собственных сервисов и несколько внешних сервисов, которые мы лицензируем у третьих сторон.
Вообще говоря, все внешние сервисы - это веб-сервисы, но они представляют собой мешанину из REST, SOAP и XML-RPC. Некоторые из наших внутренних сервисов имеют REST API, но есть много вещей, которые не так просты: XMPP, Hessian, пользовательские протоколы сокетов, Java RPC, uWSGI и этот список можно продолжить.
Из моих исследований кажется, что это ESB вроде Apache ServiceMix, возможно, подходит для моих нужд. Однако это выглядит ДЕЙСТВИТЕЛЬНО сложно. Я не запускаю ракеты, но мне нужен обмен транзакционными сообщениями (в основном для электронной коммерции и получения прав). Мне кажется, что очереди сообщений, которую ServiceMix использует под капотом (ActiveMQ), может быть достаточно самой по себе.
Может ли кто-нибудь объяснить, что ServiceMix предоставляет помимо ActiveMQ? Я знаю, что их много, но для такого ESB n00b, как я, трудно по-настоящему уловить ощутимую разницу, когда я погряз в модных словах.
Спасибо!