使用Spring集成的REST API層協調

我們有大約6個單獨的REST服務，我們將在我們的編排層調用。例如「呼叫服務-1檢查銀行賬戶是否屬於某種類型，如果是，則調用服務-2，否則調用服務-3」。使用Spring集成的REST API層協調

Spring Integration消息框架是一種用於編排對這些服務的調用或其矯枉過正的正確工具嗎？請建議是否有更好的方法來實現。

2015-12-02 Himalay Majumdar

我不能建議你更好的工具，因爲Spring Integration對我來說是過去最好的工具，現在是我的全職工作。所以，試着在其他地方找到其他答案。

現在大約有orchestration與Spring Integration的關係。說實話，這只是一個詞，當它根據某些條件調用其他外部應用程序時，它試圖在一個應用程序中描述業務邏輯。因此，從彈簧集成，變形金剛，分離器，路由器和網關之間擁有HTTP適配器的高度，我們可以充滿信心地說，Spring集成上的消息傳遞層可以滿足您的要求，並且真的可以幫助您區分業務邏輯從編排邏輯。

不知道該說些什麼，但我可以推薦看看春季集成Reference Manual，並注意Routing Slip和Scatter-Gather模式。

來源

2015-12-08 15:05:35

從我的Orchestration API中，我將實際調用3-4個現有的REST API（它們不作爲Spring集成端點公開）。另外我的用例很簡單，如果其他條件。話雖如此，如果Orchestration Logic在業務邏輯中變得過於侵入，你認爲我應該開始以Spring的方式開始設計我的Orchestration API並引入Spring集成（Routing Slip，Scatter-Gather模式）嗎？ –

1.對於''，目標REST API是否構建在Spring Integration上並不重要。 2.如果您對Spring集成感覺不好，請不要將它用於此類任務。 3.沒有理由花時間打牆，如果你能用其他工具達到目標。如果你不喜歡它，我不會堅持使用Spring Integration。這就是爲什麼這個問題一直沒有答案：只是因爲你要求的是某些意見，而不是該工具的特定問題。 –

感謝@Artem對於誠實的意見，我只是確保不會用大錘砸死一隻螞蟻:) –

使用Spring集成的REST API層協調

回答

相關問題