我有一個術語問題,我應該怎麼稱呼這個?中間件?
我們正在實施一組具有相同類型API的集成。 因此,我的團隊負責的組件包括將這些集成綁定到一個組件中,該組件將負責處理來自內部的請求(在這種或那種方式中)並在需要時執行這些API調用。 流程如下: 您打電話=>您收到回覆=>您將所有內容翻譯成標準化對象(或對象集合)並將其傳遞到鏈條的下方,系統應該進一步處理它。
這個概念與elastic.io的傢伙有些類似。
集成中間件? 中間件這個詞在這裏適合嗎?
每個想法都將不勝感激。 謝謝!
我有一個術語問題,我應該怎麼稱呼這個?中間件?
我們正在實施一組具有相同類型API的集成。 因此,我的團隊負責的組件包括將這些集成綁定到一個組件中,該組件將負責處理來自內部的請求(在這種或那種方式中)並在需要時執行這些API調用。 流程如下: 您打電話=>您收到回覆=>您將所有內容翻譯成標準化對象(或對象集合)並將其傳遞到鏈條的下方,系統應該進一步處理它。
這個概念與elastic.io的傢伙有些類似。
集成中間件? 中間件這個詞在這裏適合嗎?
每個想法都將不勝感激。 謝謝!
感謝您提及我們(elastic.io) - 我們所做事情的官方(Gartner)名稱是Integration Platform as a Service as a Service(iPaaS),我如何看待這個名稱的主要原因是我們做一箇中間件,但也是一個集成過程的運行時間,因此離aPaaS不太遠(如Heroku)。一些其他潛在的名稱是企業服務總線,雖然它是一個古老的SOAish名稱,可能會引發錯誤(痛苦)的關聯:)
我對命名的建議是距離它並嘗試從其他天使看找到與現有解決方案最大的相似之處。希望這可以幫助。
我認爲如果您要創建一個內部部署的定製集成應用程序,iPaaS不是正確的術語 - 它指的是基於雲的集成平臺,通過(通常是商業的)集成供應商交換消息。這些供應商負責接口(集成到不同系統的連接器或適配器),語義集成(不同的消息格式),流程(接收到消息時發生的情況,通常也稱爲編排或工作流程),監視和管理等等。
如果您在不同系統之間交換信息,請將其稱爲「集成」。如果您要創建適合不同場景的多用途工具,請將其稱爲「集成平臺」 - 「平臺」,它提供了交換數據的基本功能,但可以針對不同的數據交換場景進行配置。