Использовать Spring Integration или нет?на чистой Java распределенной системе, которая связана с JMS (ActiveMq)

Question

мы строим распределенную систему Java (должна быть масштабируемой ;-)), которая связана только с JMS (ActiveMQ).Я изучал Spring Integration, и я не уверен, каким будет преимущество, если мы будем его использовать.Я думаю, что нам лучше использовать JMS-Templeate из Spring Core Project, поскольку мы отправляем только сообщения из JavaService в другой JavaService и так далее.

Answer 1

SpringIntegration предоставит готовые к использованию паттеры Enterprise Integration Pattens.

Вам понадобятся сплиттеры, маршрутизаторы, фильтры, шлюзы, агрегаторы, трансформаторы и т. Д.?Если ответ «нет», выберите обычный Java + ActiveMQ.

Answer 2

Используйте Spring Integration (или любой другой фреймворк), если считаете, что дополнительная абстракция, которую он вам покупает, стоит затрат. Это должно дать вам более прочную основу для создания вашего приложения. Программное обеспечение, написанное Spring, лучше, чем все, что вы или я написали бы с нуля.

Все рамки имеют стоимость. Есть дополнительные зависимости. Иногда большая абстракция может скрыть слишком много.

Вы должны создать прототип с Spring Integration и без нее, чтобы увидеть, стоит ли она затрат.

Если вы еще не являетесь пользователем Spring, я бы порекомендовал вам изучить Spring, прежде чем приступать к крупному корпоративному проекту.

Answer 3

Если вам нужен действительно мощный уровень системной интеграции, вам следует использовать Spring Integration - это дополнительный уровень абстракции, который может помочь, когда ваша система будет расти.С SI добавление нового правила обработки интеграции между двумя системами занимает считанные секунды.

С другой стороны, я работал над некоторым проектом SpringIntegration + ActiveMQ, и было почти невозможно настроить этот брокер для работыс СИ надежным способом.Поэтому, если вы решите использовать SI, я бы порекомендовал HornetQ в качестве JMS-брокера - этот работает нормально.