redwhite90А в чем принципиальное отличие.
Как я понимаю в случает Camel имеем возможность из одной системы данные читать или данные писать в какую-либо внешнюю систему. Spring cloud data flow вроде бы то же самое делает. Только микросервисы являются этими внешними системами. Растолкуйте пожалуйста чуть подробнее.
Принципиальное отличие здесь одно: они решают перпендикулярные задачи. Что такое Apache Camel? Это интеграционный фреймворк, который реализует EIP (
книжка такая ), умеет клей на Spring Context и содержит в себе готовые компоненты средней паршивости для взаимодействия со внешними системами (не знаю как у вас, но у меня понимание того что можно делать на готовых компонентах, а что нельзя пришло примерно после пятого проекта на Apache Camel, до этого оно при каждом нетривиальном случае вызывало жжение в заднем проходе). Теперь представьте себе что мы говорим не о Apache Camel, а о Spring Integration - с точки зрения "архитектуры из блоков и стрелок" он ровно такой же как и Apache Camel, однако лучше интегрирован в "Spring cloud data flow". Здесь вы почему-то уделяете внимание больше слову "flow" нежели слову "cloud" из-за чего у вас и возникают вопросы: flow в обсуждаемом продукте довольно посредственный, потому что он бывает только вида "[Source] -> [Processor] -> [Sink]", где [Processor] опционален, и никаким EIP здесь не пахнет. Ключевое слово в названии продукта: cloud, что в "традиционном" его понимании подразумевает эластичность, т.е. возможность "прозрачно" (без особого геморроя с т.з. деплоймента и администрирования) наращивать ресурсы: представьте что [Processor] - это что-то реализованное при помощи Apache Camel Spring Integration, вы внезапно выяснили, что для вашей реализации нужны сотни процессоров (может вы так погано написали, а может потребности бизнеса такие) - ну и у вас начинается боль в заднем проходе из-за того что вам нужно раскидать ваш сервис на несколько машин, каким-то образом его централизованно обновлять и мониторить, а вы вообще не админ, не DevOps, а разработчик, да и вообще найти нормального админа/DevOps по жаве - это то еще испытание, ну вот Spring cloud data flow эту проблему как-то решает.
