Какая архитектура SOA наиболее подходит для приложения Java?

Question

В настоящее время я работаю над довольно большим Java-приложением, в котором мы хотим разделить некоторые наши функции на сервис-ориентированную архитектуру.

Похоже, что основная структура SOA для прикладного пространства - OSGi, и я изучал Felix и Knopplerfish, но я хотел убедиться, что это не мой единственный вариант.

Имеет ли смысл использовать фактический протокол веб-сервисов для нашего приложения, например SOAP, хотя мы не создаем веб-приложение? Это даже приемлемо?

Были ли вы используете приложение OSGi (Felix и т. Д.) С вашим настольным приложением? если да, то как это получилось? Вы знаете что-нибудь лучше?

Мы все довольно новы для SOA здесь, поэтому любая помощь будет принята с благодарностью.

Answer 1

Мы используем Eclipse RCP в качестве нашей платформы приложений, основанной на OSGi (Equinox). В нашем приложении используются как плагины Eclipse, так и чистые пакеты OSGi. В нашем случае у нас есть службы, которые являются локальными для приложения, а также удаленные (через Spring Remoting) серверы Java EE.

В вашем случае OSGi может иметь смысл для вашего приложения, но протоколы удаленных служб этого не делают.

Кроме того, настольное приложение само по себе не считается SOA. Вы просто детализируете свое приложение, что хорошо.

Answer 2

Наша компания широко использует OSGi, и она хорошо работает для нас, поскольку мы можем использовать различные компоненты и иметь больший контроль над тем, что получает от каждого компонента.

Если вы планируете использовать разные компоненты на отдельном оборудовании, то использование веб-сервисов (REST/SOAP/etc) имеет смысл. Но есть ограничение производительности при отправке битов из одного процесса или сети в другой, а также сериализации/сортировки данных, чтобы их можно было отправить, а наоборот - наоборот. Если вы никогда не думаете, что это произойдет, не используйте веб-службы.